Bază de cunoștințe
Erorile pe care utilizatorii le întâmpină efectiv cu Zinnector® CLI și soluția pentru fiecare: spawn EINVAL pe Windows, avertismentul EBADENGINE din npm, node-gyp care solicită Visual Studio pe Node 26, EPERM în timpul instalării, un runtime care nu pornește și un port deja utilizat.
Erorile pe care utilizatorii le întâmpină efectiv cu interfața CLI Zinnector®, semnificația fiecăreia și remedierea acestora. Fiecare intrare menționează textul exact pe care îl veți vedea, astfel încât să îl puteți căuta în această pagină. Dacă a dumneavoastră nu se află aici, rulați comanda care eșuează cu ZINNECTOR_DEBUG=1 și deschideți un tichet la github.com/Zinn-Digital/zinnector/issues cu rezultatul afișat, versiunea dumneavoastră de node --version și sistemul dumneavoastră de operare.
O eroare în Zinnector® 0.1.0 și 0.1.1. Pe Windows, programul de instalare a runtime-ului a rulat npm.cmd după nume, iar Node a refuzat să creeze un proces derivat pentru un fișier .cmd fără un shell încă de la remedierea pentru CVE-2024-27980 — astfel încât instalarea s-a întrerupt neașteptat la o secundă după ce ați răspuns cu Y. Remediat în 0.1.2: npm este rulat acum ca node npm-cli.js, ceea ce este identic pe orice platformă și nu necesită un shell. Rulați npm install -g zinnector@latest, apoi din nou zinnector dev.
Versiunea dumneavoastră de Node este mai veche de 24. npm afișează avertismentul deoarece pachetul declară engines: >=24.18.1; instalarea se finalizează oricum, dar zinnector refuză ulterior să pornească (cod de ieșire 78) în loc să eșueze undeva mai târziu într-un mod derutant. Instalați versiunea LTS curentă de la nodejs.org — winget install OpenJS.NodeJS.LTS pe Windows, brew install node@24 pe macOS — confirmați că node --version afișează v24 sau o versiune superioară și instalați Zinnector® din nou.
Runtime-ul WordPress are un modul nativ ale cărui fișiere binare precompilate există doar pentru Node 24 și 25. Pe o versiune Node mai nouă (26 și peste, începând cu septembrie 2026), programul său de instalare revine la compilarea din sursă, ceea ce pe o mașină Windows simplă se încheie cu o solicitare pentru Visual Studio. Remediat în 0.1.2: Zinnector® detectează acest lucru înainte de a descărca ceva și preia o versiune Node 24 exclusiv pentru runtime — aproximativ 30 MB, verificată pe baza sumelor de control de pe nodejs.org — astfel încât nimic nu este compilat vreodată. Dacă încă vedeți acest mesaj după actualizare, rulați zinnector dev --reset-runtime pentru ca instalarea pe jumătate finalizată de dinainte să fie eliminată mai întâi.
Aproape întotdeauna un scaner antivirus sau un indexator de căutare care ține un fișier deschis în directorul node_modules al runtime-ului în timp ce npm încearcă să îl elimine. Instalarea este reîncercată dintr-un director curat la următoarea rulare zinnector dev; dacă problema persistă, zinnector dev --reset-runtime elimină mai întâi întregul director al runtime-ului și instalează din nou.
Mesajul include ultimele linii afișate de npm și comanda exactă rulată de Zinnector®, astfel încât să o puteți rula dumneavoastră și să vedeți rezultatul complet. Cauzele obișnuite sunt o problemă de rețea sau de proxy — runtime-ul este preluat folosind propriul dumneavoastră npm, așadar npm config set proxy … și un mirror de registry se aplică — sau o instalare anterioară finalizată parțial, pe care --reset-runtime o elimină.
Rulați zinnector dev --verbose pentru a vedea rezultatul propriu al runtime-ului. Un port deja utilizat este cauza frecventă: zinnector dev --port 9401, sau setați port în zinnector.json. Un runtime care s-a instalat, dar nu vrea să pornească: zinnector dev --reset-runtime. Prima pornire descarcă, de asemenea, WordPress în sine, așa că, dacă aveți o conexiune lentă, acordați-i câteva minute; CLI-ul așteaptă până la cinci minute înainte de a raporta o expirare a timpului, în loc să se blocheze.
Implementările sunt gestionate dintr-un depozit, prin urmare zinnector push necesită unul cu un server la distanță pe care platforma îl poate accesa. Rulați git init && git add -A && git commit -m initial, adăugați serverul dumneavoastră la distanță GitHub sau GitLab, apoi zinnector link pentru a-l conecta la site.
Rulați zinnector check. În nouă din zece cazuri este vorba despre o discrepanță de versiune PHP — ați compilat pe o versiune PHP mai nouă decât cea pe care o rulează slotul — iar raportul indică la ce versiune să comutați slotul cu zinnector php <version>, sau pentru care să dezvoltați cu zinnector dev --php <version>. zinnector logs --error afișează eroarea fatală propriu-zisă.
Ce am scris despre găzduire, SEO și administrarea site-urilor la scară largă.
Cum influențează găzduirea indexarea și distribuția autorității legăturilor (link equity) în 2026: menținerea paginilor indexate, evaluarea domeniilor vechi înainte de a construi pe ele, construirea de linkuri fără amprentă (footprint) și o perspectivă onestă asupra a ceea ce infrastructura poate și nu poate face pentru SEO.
Citiți articolul →O listă practică de verificare pentru un WordPress rapid și securizat: stocarea în cache la nivel de server, o memorie cache de obiecte per site, puținele module care merită rulate, menținerea stivei la zi și paginile WooCommerce pe care nu trebuie să le includeți niciodată în cache.
Citiți articolul →Ce diferențiază cu adevărat o găzduire administrată bună de o mașină ieftină cu panou de control — migrări, copii de rezervă, izolare, stocare în cache reală și scalare corectă — și cum să o evaluați înainte de a vă lua un angajament.
Citiți articolul →Asistența este inclusă în fiecare plan, biroul este deschis 24 ore pe zi și ne puteți scrie în oricare dintre cele 58 limbi ale noastre — vă răspundem în limba dumneavoastră.
Contactați asistența → Toate articolele →