Lucrează la un site pe care ți l-a trimis cineva

Proprietarul unui site vă poate oferi acces la unul dintre site-urile sale – nu la contul său, nu la facturarea sa, nu la celelalte site-uri ale sale – și lucrați la acesta folosind propria dumneavoastră autentificare Zinn Digital® și utilitarul gratuit Zinnector® CLI. Acest ghid reprezintă ambele laturi ale acestui proces: ceea ce face proprietarul și ceea ce faceți dumneavoastră.

Dacă nu ați mai folosit Zinnector® până acum, articolul Noțiuni de bază despre Zinnector® îl instalează în aproximativ două minute. Nimic de aici nu necesită să cumpărați găduire web.

Pentru proprietarul site-ului – partajarea unui site

1. Deschideți site-ul în panoul de control și accesați Securitate.
2. La secțiunea Cine mai poate accesa acest site, selectați Partajați acest site.
3. Introduceți adresa de e-mail a dezvoltatorului. Acesta nu are nevoie încă de un cont – dacă nu s-a autentificat niciodată, va primi o invitație, iar accesul va începe în momentul în care o acceptă.
4. Alegeți un rol:

• Viewer – poate vizualiza și nu poate modifica nimic.
• Editor – rolul de care un dezvoltator are nevoie în mod normal. Poate modifica fișierele site-ului, poate folosi wp-admin și poate descărca o arhivă a site-ului pentru a lucra la el local. Această arhivă include baza de date.
• Manager – tot ceea ce poate face un editor, plus restaurarea unei copii de rezervă.

1. Specificați un motiv și, dacă activitatea are o dată de încheiere, o dată de expirare. Dreptul de acces încetează pur și simplu la data respectivă; nu trebuie să vă amintiți să îl eliminați.
2. Salvați.

Indiferent ce alegeți, un colaborator nu va putea niciodată să ștergă site-ul, să vadă datele de facturare sau să acceseze oricare dintre celelalte site-uri ale dumneavoastră.

Ce înseamnă „arhiva include baza de date”

Un editor sau un manager poate prelua o copie a site-ului pentru a lucra la el, iar copia unui site este formată din fișierele sale și baza sa de date. O bază de date WordPress stochează tot ceea ce vizitatorii au furnizat site-ului – nume și adrese de e-mail ale comentatorilor, conturi de clienți, comenzi și adrese de livrare WooCommerce, trimiteri de formulare.

În mod normal, exact acest lucru îi este necesar unui dezvoltator: fără el, acesta ar analiza tema dumneavoastră pe un site gol. Merită să știți acest lucru, deoarece reprezintă date personale reale, iar persoanele cărora le aparțin sunt clienții dumneavoastră, nu ai noștri.

Din aceasta decurg două aspecte, iar platforma le gestionează pe ambele pentru dumneavoastră:

• Fiecare export se află în jurnalul de audit. Deschideți Jurnal de audit și căutați site.backup.exported. Fiecare rând menționează cine l-a efectuat, când și dacă acea arhivă a inclus baza de date. Nu trebuie să întrebați.
• Puteți pune capăt acestui lucru în orice moment. Revocarea este instantanee – consultați secțiunea de mai jos.

Dacă preferați ca aceștia să lucreze fără baza de date, spuneți-le să adauge --no-database atunci când efectuează operațiunea de preluare (pull); este vorba despre un singur parametru, iar restul funcționează la fel.

Pentru dezvoltator – aducerea site-ului pe propriul computer

1. Instalați Zinnector®

npm install -g zinnector
zinnector --version

Aveți nevoie de Node 24 sau o versiune ulterioară. Comanda node --version trebuie să afișeze v24` sau o versiune superioară.

2. Autentificați-vă cu propriul cont

zinnector login

Această comandă deschide browserul și vă autentifică folosind propriul dumneavoastră cont Zinn Digital® – cel la care a fost trimisă invitația. Nu aveți nevoie niciodată de parola proprietarului, iar acesta nu trebuie să vă ofere una niciodată.

Verificați ce acces v-a fost acordat:

zinnector sites

Veți vedea exact site-urile care v-au fost partajate și nimic altceva. Dacă lista este goală, invitația nu a fost acceptată încă sau dreptul de acces a fost revocat ori a expirat.

3. Descărcați site-ul

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

Comanda clone creează un proiect local pe baza site-ului găzduit. Aceasta preia:

• wp-content – temele, modulele (plugins), modulele obligatorii (mu-plugins), limbile și fișierele media care reprezintă munca proprie a site-ului;
• baza de date, scrisă în fișierul database.sql din cadrul proiectului.

În mod deliberat, aceasta omite nucleul WordPress (mediul de execuție local furnizează versiunea corectă), fișierul wp-config.php (care conține parola bazei de date a site-ului în producție) și orice fișier media care a fost mutat în stocarea de obiecte (object storage).

Fiecare execuție afișează exact ce a preuat și ce a lăsat în urmă, însoțit de numărătoare. Dacă doriți doar fișierele, adăugați --no-database.

Aveți deja proiectul și doriți doar cea mai recentă versiune? Rulați zinnector pull în interiorul acestuia.

4. Rulați-l local, cu conținutul real

zinnector dev --runtime docker

Pe mediul de execuție Docker, această comandă importă database.sql, rescrie adresa URL a site-ului în adresa dumneavoastră locală și deschide site-ul conținând datele reale ale clientului. Autentificați-vă folosind conturile WordPress proprii ale site-ului.

Mediul de execuție implicit – WordPress Playground, care nu necesită Docker – pornește mai repede și nu importă baza de date; vă va avertiza în acest sens în loc să pornească în tăcere cu un conținut gol. Utilizați-l atunci când lucrați la cod și nu aveți nevoie de conținut.

5. Îngrijiți copia care v-a fost oferită

database.sql este baza de date a unui site în funcțiune. Zinnector® o adaugă în fișierul .gitignore al proiectului dumneavoastră imediat ce o generează, astfel încât o comandă git add -A făcută din neatenție să nu poată publica datele clienților cuiva într-un depozit (repository). Nu modificați acea linie și ștergeți fișierul atunci când lucrarea este finalizată.

Ce poate și ce nu poate face un colaborator

| | Viewer | Editor | Manager | |---|---|---|---| | Vizualizarea site-ului și a setărilor acestuia | ✔ | ✔ | ✔ | | Modificarea fișierelor, utilizarea wp-admin, implementarea (deploy) | | ✔ | ✔ | | Preluarea site-ului, inclusiv a bazei de date | | ✔ | ✔ | | Restaurarea unei copii de rezervă peste site-ul în funcțiune | | | ✔ | | Ștergerea site-ului | | | | | Vizualizarea datelor de facturare sau a facturilor | | | | | Accesarea celorlalte site-uri ale proprietarului | | | |

Ultimele trei rânduri sunt necompletate pentru fiecare rol. Ele nu reprezintă o setare.

Încetarea accesului

Proprietarul deschide secțiunea Securitate a site-ului și selectează Revoke (Revocare) în dreptul numelui persoanei respective. Aceasta intră în vigoare imediat: următoarea comandă Zinnector® pe care o rulează acel dezvoltator nu va mai putea vedea site-ul, și nici un alt element pe care acesta îl deține.

O dată de expirare produce același efect la o anumită dată, fără ca cineva să fie nevoit să își amintească. Dacă ați setat una în momentul în care ați partajat site-ul, procesul este deja încheiat.

Când ceva nu funcționează

• Comanda zinnector sites nu afișează nimic. Invitația nu a fost acceptată sau dreptul de acces a fost revocat ori a expirat. Rugați proprietarul să verifice secțiunea Securitate a site-ului – acolo este listată o invitație în așteptare.
• Comanda zinnector pull indică faptul că site-ul nu are nicio copie de rezervă recentă. Operațiunea de preluare creează una nouă dacă abonamentul permite acest lucru și întreabă mai întâi. Dacă abonamentul nu include copii de rezervă la cerere, măriți valoarea parametrului --max-age pentru a accepta una mai veche.
• Comanda zinnector dev pornește un WordPress gol. Utilizați mediul de execuție Playground, care nu importă o bază de date. Rulați zinnector dev --runtime docker.
• Site-ul local continuă să redirecționeze către domeniul din producție. Importul rescrie adresa URL a site-ului; dacă pasul respectiv a eșuat, comanda semnalează acest lucru și afișează linia wp search-replace care trebuie rulată.

Mai multe erori și soluțiile acestora: Depanarea Zinnector®.