Работя по сайт, който някой е споделил с вас

Собственикът на сайт може да ви даде достъп до един от своите сайтове – не до своя акаунт, не до своето фактуриране, не до другите си сайтове – и вие работите по него с вашия собствен вход за Zinn Digital® и безплатния CLI инструмент Zinnector®. Това ръководство покрива и двете страни: какво прави собственикът и какво правите вие.

Ако не сте използвали Zinnector® досега, Първи стъпки със Zinnector® го инсталира за около две минути. Нищо тук не изисква да купувате хостинг.

За собственика на сайта – споделяне на един сайт

1. Отворете сайта в таблото си за управление и отидете на Сигурност.
2. В секцията Кой друг има достъп до този сайт, изберете Споделяне на този сайт.
3. Въведете имейл адреса на разработчика. Те все още нямат нужда от акаунт – ако никога не са влизали, те получават покана и достъпът започва в момента, в който я приемат.
4. Изберете роля:

• Наблюдател (Viewer) – може да разглежда и не може да променя нищо.
• Редактор (Editor) – ролята, от която разработчикът обикновено се нуждае. Те могат да променят файловете на сайта, да използват wp-admin и да изтеглят архив на сайта, за да работят локално с него. Този архив включва базата данни.
• Мениджър (Manager) – всичко, което може да прави редакторът, плюс възстановяване на резервно копие.

1. Въведете причина и, ако работата има крайна дата, срок на валидност. Правото на достъп просто спира да важи на тази дата; не е нужно да помните да го премахвате.
2. Запазете.

Каквото и да изберете, сътрудникът никога не може да изтрие сайта, да вижда фактурирането ви или да достъпва който и да е от другите ви сайтове.

Какво означава „архивът включва базата данни“

Редакторът или мениджърът може да вземе копие на сайта, за да работи по него, а копие на сайт представлява неговите файлове и неговата база данни. Базата данни на WordPress съдържа всичко, което вашите посетители са предоставили на сайта – имена и имейл адреси на коментиращи, клиентски акаунти, поръчки и адреси за доставка в WooCommerce, изпратени формуляри.

Това обикновено е точно от какво се нуждае един разработчик: без него те биха разглеждали вашата тема на фона на празен сайт. Струва си да го знаете, защото това са реални лични данни и хората, на които принадлежат, са вашите клиенти, а не нашите.

Оттук следват две неща, като платформата прави и двете вместо вас:

• Всеки експорт се записва във вашия одитен дневник. Отворете Одитен дневник (Audit log) и потърсете site.backup.exported. Всеки ред посочва кой го е направил, кога и дали този архив е съдържал базата данни. Не е нужно да питате.
• Можете да го прекратите по всяко време. Отнемането на достъпа е незабавно – вижте по-долу.

Ако предпочитате те да работят без базата данни, кажете им да добавят --no-database при изтеглянето (pull); това е един флаг и всичко останало работи по същия начин.

За разработчика – качване на сайта на вашата машина

1. Инсталиране на Zinnector®

npm install -g zinnector
zinnector --version

Нуждаете се от Node 24 или по-нова версия. node --version трябва да изведе v24 или по-висока.

2. Вход като вас самите

zinnector login

Това отваря вашия браузър и ви влиза с вашия собствен акаунт в Zinn Digital® – този, на който е била изпратена поканата. Никога не се нуждаете от паролата на собственика и те никога не трябва да ви я дават.

Проверете какво ви е предоставено:

zinnector sites

Ще видите точно сайтовете, които са ви били споделени, и нищо друго. Ако списъкът е празен, поканата все още не е приета или правото на достъп е било отнето или е изтекло.

3. Изтегляне на сайта (Pull)

zinnector clone client-domain.com
cd client-domain.com

Командата clone създава локален проект от хоствания сайт. Тя включва:

• wp-content – темите, плъгините, mu-plugins, езиците и мултимедията, които представляват собствената работа на сайта;
• базата данни, записана в database.sql в проекта.

Тя умишлено оставя извън обхвата ядрото на WordPress (вашата локална среда за изпълнение осигурява правилната версия), wp-config.php (той съдържа паролата за базата данни на активния сайт) и всяка мултимедия, която е била изнесена към обектно хранилище.

Всяко изпълнение отпечатва точно какво е взело и какво е оставило, заедно с броя. Ако искате само файловете, добавете --no-database.

Вече имате проекта и искате само най-новото? Изпълнете zinnector pull вътре в него.

4. Стартиране локално, с реалното съдържание

zinnector dev --runtime docker

В средата за изпълнение на Docker това импортира database.sql, променя URL адреса на сайта към вашия локален адрес и отваря сайта с реалното съдържание на клиента в него. Влезте с вашите собствени WordPress акаунти за сайта.

Средата за изпълнение по подразбиране – WordPress Playground, която не изисква Docker – се стартира по-бързо и не импортира базата данни; тя ще ви уведоми за това, вместо тихо да стартира празна. Използвайте я, когато работите по код и нямате нужда от съдържанието.

5. Грижа за полученото копие

database.sql е база данни на активен сайт. Zinnector® я добавя към .gitignore файла на вашия проект в момента на записа ѝ, така че разсеяно изпълнение на git add -A да не може да публикува клиентските данни в репозитори. Оставете този ред на мира и изтрийте файла, когато работата свърши.

Какво може и какво не може да прави един сътрудник

| | Наблюдател | Редактор | Мениджър | |---|---|---|---| | Преглед на сайта и неговите настройки | ✔ | ✔ | ✔ | | Промяна на файлове, използване на wp-admin, деплой | | ✔ | ✔ | | Изтегляне на сайта, включително базата данни | | ✔ | ✔ | | Възстановяване на резервно копие върху активния сайт | | | ✔ | | Изтриване на сайта | | | | | Преглед на фактурирането или фактурите | | | | | Достъп до другите сайтове на собственика | | | |

Последните три реда са празни за всяка роля. Те не са настройка.

Прекратяване на достъпа

Собственикът отваря секцията Сигурност на сайта и избира Отнемане (Revoke) до името на съответното лице. Това влиза в сила незабавно: следващата команда на Zinnector®, която този разработчик изпълни, няма да може да види сайта, както и нищо друго, с което разполагат.

Срокът на валидност прави същото на определена дата, без да е необходимо някой да помни. Ако сте задали такъв при споделянето на сайта, работата ви вече е свършена.

Когато нещо не работи

• zinnector sites не показва нищо. Поканата не е била приета или правото на достъп е било отнето или е изтекло. Помолете собственика да погледне секцията за сигурност на сайта – там е списъкът с чакащи покани.
• zinnector pull съобщава, че сайтът няма скорошно резервно копие. Изтеглянето прави ново, ако планът го позволява, и първо пита. Ако планът не включва резервни копия по заявка, увеличете --max-age, за да приемете по-старо такова.
• zinnector dev стартира празен WordPress. Вие сте в средата за изпълнение Playground, която не импортира база данни. Изпълнете zinnector dev --runtime docker.
• Локалният сайт продължава да пренасочва към активния домейн. Импортирането променя URL адреса на сайта; ако тази стъпка е неуспешна, командата съобщава за това и отпечатва реда wp search-replace, който трябва да бъде изпълнен.

Още грешки и тяхното отстраняване: Отстраняване на неизправности със Zinnector®.