zinnector nou
Generați scheletul unui site, al unui modul sau al unei teme bazate pe blocuri care pornește imediat. Fără fișiere substitutive, fără TODO-uri — modulul se activează, iar tema poate fi selectată din momentul în care este creată.
Zinnector®
CLI pentru dezvoltatori dedicat găzduirii WordPress
Zinnector® construiește WordPress la nivel local fără a avea instalat nimic altceva în afară de Node — fără Docker, fără MAMP — apoi verifică ceea ce ați construit în raport cu slotul de găzduire pe care urmează să îl implementați și vă informează ce nu se va potrivi, înainte de a trimite prin push. Instalați-l cu npm install -g zinnector. Este gratuit, licențiat MIT și construit pe același API public ca restul funcțiilor de aici.
Cinci comenzi, iar cea din mijloc este esențială
Majoritatea interfețelor CLI de găzduire încep la implementare. Zinnector® începe înainte de aceasta — construiește site-ul împreună cu dumneavoastră, iar apoi vă verifică lucrul în raport cu mașina către care urmează să îl trimiteți. Decalajul dintre „a funcționat pe laptopul meu” și „funcționează pe server” este locul unde se pierd după-amiezi întregi, iar acest decalaj este măsurabil.
zinnector dev
Un WordPress real pe mașina dumneavoastră în câteva secunde, care rulează propriile module și teme, fără Docker și fără PHP în PATH. Alegeți orice PHP de la 5.2 la 8.5 pentru dezvoltare.
verificare zinnector
Verificarea prealabilă. Compară ceea ce ați construit cu slotul în care urmează să implementați și menționează fiecare neconcordanță — și fiecare verificare pe care nu a putut-o efectua — înainte de a trimite.
zinnector push
Efectuați verificarea preliminară, trimiteți commit-urile, declanșați implementarea și urmăriți-o până la finalizare. Dacă eșuează, jurnalul de compilare este la o singură comandă distanță.
zinnector ai
Întrebați asistentul din terminal, folosind proiectul și site-ul dumneavoastră drept context. Acesta rulează pe platformă prin intermediul propriului dumneavoastră cont, astfel încât nicio cheie de model nu este stocată vreodată pe computerul dumneavoastră.
Testați funcționarea în două minute, nu este necesar un cont
Șase comenzi, în ordine, și cum arată reușita la fiecare dintre ele. Totul aici rulează pe propriul dumneavoastră aparat; o cheie API este necesară doar atunci când ajungeți la un slot de găzduire.
Instalează-l
Rulați npm install -g zinnector pe Node 24 sau mai nou. Dacă npm afișează EBADENGINE, versiunea dumneavoastră de Node este mai veche de 24 — instalați versiunea LTS curentă de pe nodejs.org și rulați din nou instalarea.
Verifică versiunea
zinnector --version afișează un număr de versiune cum ar fi 0.1.2. Pe o versiune Node mai veche de 24, afișează un mesaj care indică faptul că este necesar Node 24 sau mai recent și se închide.
Citiți ajutorul
zinnector --help listează mai jos fiecare comandă cu o descriere de o linie a scopului său. Fiecare comandă acceptă, de asemenea, propria opțiune --help.
Generați scheletul unui site
zinnector new my-site creează un proiect care pornește imediat — un zinnector.json, o structură arborescentă wp-content și un fișier README — și afișează următoarele comenzi de executat.
Execută
cd my-site, apoi zinnector dev. Prima rulare solicită o singură dată descărcarea mediului de execuție WordPress (aproximativ 570 MB, păstrat în memoria cache proprie a CLI, niciodată în proiectul dumneavoastră). Reușita arată astfel: „running at http://127.0.0.1:9400”.
Deschideți într-un browser
http://127.0.0.1:9400 este un site WordPress nou; /wp-admin deschide panoul de control fiind deja conectat. Plasați un modul în wp-content/plugins și va fi prezent la următoarea reîncărcare.
Apoi, cu un slot de găzduire
zinnector login, zinnector link, zinnector check, zinnector push — verificați preliminar ceea ce ați construit în raport cu slotul, apoi implementați și urmăriți finalizarea.
Verificarea prealabilă, în detaliu
Ați creat pe PHP 8.3. Slotul rulează 8.1. Nimic nu vă avertizează până când site-ul nu afișează un ecran alb. Aceasta este problema pentru care există această comandă și exact acest lucru l-a cerut nominal proprietarul acestei platforme. Zinnector® citește ambele medii și le afișează unul lângă altul — permițându-vă apoi să implementați oricum, deoarece ați putea avea un motiv pentru asta.
PHP, evaluat onest
O discrepanță de versiune majoră este marcată ca ridicată, deoarece blochează cu siguranță un site; o discrepanță minoră este marcată mai jos. Evaluarea fiecărui element ca fiind critic îi învață pe oameni doar să ignore avertismentul.
Număr de discuri și fișiere, separat
O structură WordPress este formată din zeci de mii de fișiere mici, iar un site își poate epuiza limita de inode-uri chiar dacă se află cu mult sub limita de spațiu pe disc. Ambele sunt verificate în funcție de ceea ce a rămas efectiv pe slot, nu în raport cu planul.
„Nu s-a putut verifica” este un răspuns în sine
O verificare care nu își poate vedea obiectul raportează neverificat, niciodată promovat. O rulare curată indică câte elemente nu a putut verifica, deoarece nimeni nu verifică a doua oară o confirmare falsă a lipsei problemelor.
Avertizează, nu blochează niciodată
Fiecare constatare poate fi suprascrisă cu --force, iar rezumatul menționează acest lucru. În CI, codul de ieșire servește drept barieră de control, astfel încât un pipeline poate fi strict în timp ce o persoană păstrează controlul.
Două medii de execuție locale, ambele reale
WordPress Playground este opțiunea implicită: PHP compilat în WebAssembly, care rulează în Node, astfel încât un laptop pe care este instalat doar Node trece de la nimic la un WordPress funcțional cam în timpul necesar pentru a citi această propoziție.
Când aveți nevoie de un PHP nativ — o extensie precum imagick, un MySQL real — transmiteți --runtime docker și obțineți în schimb containere php-fpm și MariaDB. Ambele deservesc aceleași fișiere din același proiect, astfel încât comutarea între ele schimbă motorul și nimic altceva.
Tot ceea ce faceți deja în panou
Zinnector® este construit pe același API public ca și tabloul de bord, astfel încât orice poate face panoul, poate face și el — iar fiecare comandă este o operațiune documentată în specificația OpenAPI, mai degrabă decât un endpoint privat.
Site-uri și implementări
Afișați lista site-urilor, citiți tot ce știe platforma despre un site, redeployați și consultați istoricul de implementare și jurnalele de compilare.
Domenii, DNS și e-mail
Afișați domeniile, citiți și modificați înregistrările DNS cu afișarea înregistrării înainte de a fi scrisă și citiți serviciile dumneavoastră de e-mail.
PHP, cotă, bază de date și jurnale
Comutați versiunile de PHP, verificați utilizarea spațiului pe disc și a inodurilor în raport cu alocarea planului dumneavoastră, obțineți linkuri de unică folosință către phpMyAdmin și urmăriți în timp real jurnalele de acces și de erori.
WP-CLI și operațiuni în masă
Rulați comenzi WP-CLI autorizate pe un site și goliți memoria cache sau inițiați scanări malware pentru o întreagă selecție într-un singur apel, în loc de unul pentru fiecare site.
Fiecare comandă, exact așa cum o listează --help
Lista completă, câte o linie fiecare. Referința completă — fiecare flag, un exemplu executabil și ceea ce afișează fiecare comandă — este generată direct din CLI și se găsește în documentația pentru dezvoltatori și în baza de cunoștințe, astfel încât să nu poată diferi de instrumentul pe care l-ați instalat.
zinnector nou
Generați scheletul unui proiect WordPress pe care îl puteți rula imediat.
zinnector dev
Rulați acest proiect local — nu este necesar Docker.
Autentificare zinnector
Conectați-vă cu o cheie API Zinn Digital®.
deconectare zinnector
Uitați o cheie API salvată.
zinnector whoami
Afișați ca cine este autentificată această interfață CLI.
site-uri zinnector
Enumerați site-urile pe care această cheie le poate vedea.
stare zinnector
Tot ceea ce știe platforma despre un site.
Partajare zinnector
Oferiți acces unei singure persoane la un singur site — un dezvoltator, un designer, un client — cu un rol și un motiv.
colaboratori zinnector
Vedeți cui i s-a acordat acces la un site, rolul persoanei respective și dacă a acceptat deja.
anulează partajarea zinnector
Revocați accesul unei persoane, prin e-mail sau ID-ul acordării.
invitații zinnector
Invitațiile care vă așteaptă și acceptați una.
legătură zinnector
Indicați acest proiect către un slot de găzduire (și conectați depozitul acestuia).
zinnector pull
Preluați fișierele unui site găzduit în acest proiect pentru dezvoltare locală și rulați din nou pentru a resincroniza. Alege calea rapidă atunci când site-ul se sincronizează cu propriul depozit, altfel funcționează din cea mai recentă copie de rezervă.
Sincronizare zinnector
Sincronizare bidirecțională între fișierele live ale unui site găzduit și depozitul acestuia: vizualizați starea, activați-o, efectuați commit pentru modificările site-ului sau alegeți care parte are prioritate.
zinnector mcp
O punte către serverul MCP Zinn Digital® pentru Claude Desktop și alți clienți AI care pornesc doar servere locale.
clonare zinnector
Creați un proiect local de pe un site găzduit într-un singur pas: clonați depozitul sau descărcați fișierele, scrieți fișierul de proiect și fiți gata să rulați zinnector dev.
verificare zinnector
Comparați acest proiect cu slotul în care urmează să implementați.
zinnector push
Efectuați verificarea preliminară, trimiteți modificările și implementați.
implementare zinnector
Redesfășurați ceea ce platforma are deja, fără a face push.
implementări zinnector
Istoricul implementărilor unui site.
zinnector php
Afișați sau comutați versiunea PHP a unui site.
cotă zinnector
Utilizarea discului, a fișierelor și a bazei de date în raport cu resursele incluse în plan.
zinnector db
Dimensiunea bazei de date și linkuri de unică folosință către phpMyAdmin și managerul de fișiere.
jurnale zinnector
Urmăriți în timp real jurnalele de acces și de erori ale unui site.
zinnector wp
Rulați o comandă WP-CLI permisă pe un site.
backup zinnector
Afișați și creați copii de rezervă ale site-ului. Subcomenzi: list, now.
domenii zinnector
Listați domeniile pe care le poate vedea această cheie.
zinnector dns
Citiți și modificați înregistrările DNS. Subcomenzi: list, add, rm.
zinnector mail
Listează serviciile de e-mail.
zinnector în masă
Rulați o singură operațiune pe mai multe site-uri (cache_purge, malware_scan, sitemap, block_ip).
zinnector ai
Întrebați asistentul Zinn Digital®, având acest proiect drept context.
Întrebări
Trebuie să fiu client Zinn Digital® pentru a-l folosi?
Nu. `zinnector new` și `zinnector dev` nu necesită niciun cont — generați structura unui modul, a unei teme sau a unui site întreg și rulați-l local, gratuit, pentru totdeauna. O cheie API este necesară doar pentru comenzile care comunică cu găzduirea dumneavoastră.
Necesită Docker?
Nu pentru mediul de rulare implicit. WordPress Playground compilează PHP în WebAssembly și rulează în interiorul Node, astfel încât `zinnector dev` pornește un WordPress real în câteva secunde, fără nimic altceva instalat. Dacă aveți nevoie de un PHP nativ — pentru a testa o extensie precum imagick sau ionCube — `--runtime docker` vă pune la dispoziție, în schimb, containere php-fpm și MariaDB. Ambele sunt acceptate; niciuna nu este o soluție de rezervă.
Ce compară de fapt verificarea preliminară?
Versiunea dumneavoastră locală de PHP comparată cu cea a slotului, dacă slotul poate măcar să treacă la versiunea pe care ați construit, dacă versiunea de PHP a slotului a depășit sfârșitul ciclului de viață și dacă mașina a aplicat-o efectiv, dimensiunea proiectului și numărul de fișiere în raport cu spațiul liber rămas pe disc și pentru inode-uri, versiunile WordPress de pe fiecare parte, dacă slotul a finalizat alocarea resurselor și dacă este conectat un depozit git pentru implementare. Tot ceea ce nu a putut fi verificat este raportat ca neverificat, în loc să fie considerat trecut cu succes.
Mă poate împiedica să implementez?
Nu, și acest lucru este intenționat. Pre-flight avertizează și vă permite să treceți — `--force` implementează trecând peste orice constatare. Dumneavoastră știți despre propriul site lucruri pe care un verificator nu le știe, iar un instrument care refuză să implementeze este un instrument pe care oamenii îl dezinstalează.
Este cheia mea API în siguranță?
Cheia nu este citită niciodată din linia de comandă — ci doar dintr-o solicitare sau din stdin redirecționat — astfel încât nu poate ajunge în istoricul shell-ului sau într-o listă de procese. Aceasta este stocată în propriul director de configurare cu modul de fișier 600, iar Zinnector® reafirmă aceste permisiuni de fiecare dată când scrie.
Îl pot folosi în CI?
Da. Setați `ZINNECTOR_TOKEN`, iar fiecare comandă acceptă `--json`. Ieșirea destinată utilizatorilor merge către stderr, iar datele către stdout, astfel încât fluxurile (pipes) să rămână curate. `zinnector check` iese cu un cod diferit de zero atunci când găsește ceva, funcționând astfel ca o poartă de pipeline, iar `--strict` eșuează, de asemenea, atunci când nu se poate efectua o comparație.
Conexe
Instalați-l și lansați un site în următorul minut
Rulați npm install -g zinnector sau încercați o dată cu npx zinnector new my-site. Gratuit, cu licență MIT și construit pe baza API-ului public. Generați structura unui proiect, rulați-l local fără Docker și efectuați verificările preliminare înainte de implementare.
Citiți documentația