nuovo zinnector
Create lo scaffold per un sito, un plugin o un tema a blocchi che si avvia immediatamente. Nessun file segnaposto, nessun TODO: il plugin si attiva e il tema può essere selezionato non appena viene creato.
Zinnector®
La CLI per sviluppatori per l'hosting WordPress
Zinnector® crea WordPress localmente senza installare altro che Node — niente Docker, niente MAMP — quindi confronta ciò che ha creato con lo slot di hosting su cui sta per effettuare il deployment e Le segnala cosa non corrisponderà, prima di eseguire il push. Lo installi con npm install -g zinnector. È gratuito, con licenza MIT e basato sulla stessa API pubblica di tutto il resto qui.
Cinque comandi, e quello centrale è il punto essenziale
La maggior parte delle CLI di hosting inizia con il deployment. Zinnector® inizia prima: crea il sito insieme a Lei e poi verifica il Suo lavoro rispetto alla macchina a cui sta per inviarlo. Il divario tra "funzionava sul mio portatile" ed "è in esecuzione sul server" è dove se ne vanno i pomeriggi, e tale divario è misurabile.
zinnector dev
Un vero WordPress sul Suo computer in pochi secondi, per gestire i Suoi plugin e temi, senza Docker e senza PHP nel Suo PATH. Scelga qualsiasi versione di PHP da 5.2 a 8.5 per lo sviluppo.
controllo zinnector
Il controllo preliminare. Confronta ciò che ha creato con lo slot in cui sta per eseguire il deployment e segnala ogni discrepanza — e ogni controllo che non è stato possibile effettuare — prima del push.
zinnector push
Esegua il controllo preliminare, invii i Suoi commit, avvii la distribuzione e la monitori fino al completamento. In caso di errore, il registro di compilazione è a portata di un solo comando.
zinnector ai
Interroghi l'assistente dal terminale, utilizzando il Suo progetto e il Suo sito come contesto. Viene eseguito sulla piattaforma tramite il Suo account personale, pertanto nessuna chiave di modello viene mai memorizzata sul Suo computer.
Verifichi il funzionamento in due minuti, nessun account necessario
Sei comandi, in ordine, e come si presenta il successo per ciascuno di essi. Tutto qui viene eseguito sul Vostro computer; una chiave API è necessaria solo quando si raggiunge uno slot di hosting.
Installalo
Esegua npm install -g zinnector su Node 24 o versioni successive. Se npm restituisce EBADENGINE, il Suo Node è precedente alla versione 24 — installi l'attuale LTS da nodejs.org ed esegua nuovamente l'installazione.
Verifica la versione
zinnector --version stampa un numero di versione come 0.1.2. Su una versione di Node precedente alla 24, stampa un messaggio indicante che è necessario Node 24 o versione successiva ed esce.
Legga la guida
zinnector --help elenca ciascun comando di seguito con una descrizione della finalità su una riga. Ciascun comando accetta inoltre la propria opzione --help.
Crea struttura del sito
zinnector new my-site crea un progetto che si avvia immediatamente — un file zinnector.json, un albero wp-content e un file README — e stampa i comandi successivi da eseguire.
Esegui
cd my-site, poi zinnector dev. La prima esecuzione richiede una volta di scaricare il runtime di WordPress (circa 570 MB, conservato nella cache della CLI, mai nel Suo progetto). L'esito positivo si presenta come “running at http://127.0.0.1:9400”.
Apritelo in un browser
http://127.0.0.1:9400 è un sito WordPress nuovo; /wp-admin apre la bacheca con l'accesso già effettuato. Inserisci un plugin in wp-content/plugins e sarà disponibile al successivo ricaricamento.
Poi, con uno slot di hosting
zinnector login, zinnector link, zinnector check, zinnector push — eseguite un controllo preliminare di ciò che avete creato rispetto allo slot, quindi distribuite e osservate il completamento.
Il controllo preliminare, in dettaglio
Ha sviluppato su PHP 8.3. Lo slot esegue la versione 8.1. Nulla La avverte finché il sito non diventa una schermata bianca. Questo è il problema per cui esiste questo comando, ed è ciò che il proprietario di questa piattaforma ha richiesto specificamente. Zinnector® legge entrambi gli ambienti e li affianca, per poi consentirLe comunque di effettuare il deployment, poiché potrebbe avere un valido motivo.
PHP, valutato onestamente
Un divario di versione principale è contrassegnato come elevato poiché compromette certamente un sito; un divario minore è contrassegnato con priorità più bassa. Classificare tutto come critico induce solo le persone a ignorare l'avviso.
Conteggio di dischi e file, separatamente
Una struttura WordPress è composta da decine di migliaia di piccoli file e un sito può esaurire la propria quota di inode pur rimanendo ben al di sotto del limite di spazio su disco. Entrambi vengono verificati in base a ciò che rimane effettivamente sullo slot, non in base al piano.
"Impossibile verificare" è una risposta a sé stante
Un controllo che non può vedere il proprio oggetto segnala non controllato, mai superato. Un'esecuzione pulita indica quanti elementi non è stato possibile verificare, poiché nessuno esamina due volte un falso segnale di via libera.
Avvisa, non blocca mai
Ogni risultato può essere ignorato con --force, e il riepilogo lo specifica. In CI, il codice di uscita funge invece da gate, consentendo alla pipeline di essere rigorosa lasciando comunque il controllo a una persona.
Due runtime locali, entrambi reali
WordPress Playground è l'impostazione predefinita: PHP compilato in WebAssembly, in esecuzione all'interno di Node, così un portatile con installato soltanto Node passa dal nulla a un WordPress funzionante approssimativamente nel tempo necessario per leggere questa frase.
Quando ha bisogno di un PHP nativo — un'estensione come imagick, un vero MySQL — passi --runtime docker e ottenga invece container php-fpm e MariaDB. Entrambi gestiscono gli stessi file dallo stesso progetto, quindi passare dall'uno all'altro cambia solo il motore e nient'altro.
Tutto il resto che fate già nel pannello
Zinnector® è basato sulla stessa API pubblica del dashboard, quindi qualsiasi operazione eseguibile dal pannello può essere eseguita anche da esso — e ogni comando è un'operazione documentata nella specifica OpenAPI anziché un endpoint privato.
Siti e distribuzioni
Visualizzi l'elenco dei siti, legga tutto ciò che la piattaforma conosce su uno di essi, esegua un nuovo deployment e consulti la cronologia di deployment e i log di build.
Domini, DNS e posta
Elencare i domini, leggere e modificare i record DNS visualizzando il record prima della scrittura e leggere i servizi di posta.
PHP, quota, database e log
Cambiate versione di PHP, verificate l'utilizzo del disco e degli inode rispetto a quanto previsto dal vostro piano, ottenete link monouso per accedere a phpMyAdmin e monitorate in tempo reale i log di accesso e di errore.
WP-CLI e operazioni in blocco
Esegua comandi WP-CLI autorizzati su un sito e svuoti le cache o avvii scansioni malware su un'intera selezione in un'unica chiamata anziché una per sito.
Ogni comando, esattamente come elencato da --help
L'elenco completo, una riga ciascuno. Il riferimento completo — ogni flag, un esempio eseguibile e ciò che stampa ciascun comando — viene generato direttamente dalla CLI e si trova nella documentazione per gli sviluppatori e nella knowledge base, quindi non può differire dallo strumento che ha installato.
nuovo zinnector
Generate l'impalcatura di un progetto WordPress da eseguire immediatamente.
zinnector dev
Esegua questo progetto localmente — nessun Docker richiesto.
Accesso a zinnector
Acceda con una chiave API Zinn Digital®.
disconnetti zinnector
Dimentica una chiave API memorizzata.
zinnector whoami
Mostra come chi è autenticata questa CLI.
siti zinnector
Elenca i siti che questa chiave può vedere.
stato zinnector
Tutto ciò che la piattaforma sa su un sito.
Condividi zinnector
Fornisca l'accesso a una singola persona per un singolo sito — uno sviluppatore, un designer, un cliente — con un ruolo e un motivo.
collaboratori zinnector
Verifichi a chi è stato concesso l'accesso a un sito, il suo ruolo e se ha già accettato.
annulla condivisione di zinnector
Revoca l'accesso di una persona, tramite e-mail o ID di concessione.
inviti zinnector
Gli inviti che la attendono, e ne accetti uno.
collegamento zinnector
Punti questo progetto a uno slot di hosting (e colleghi il relativo repository).
zinnector pull
Estraete i file di un sito ospitato in questo progetto per lo sviluppo locale ed eseguite di nuovo per risincronizzare. Utilizza il percorso rapido quando il sito si sincronizza con il proprio repository, altrimenti lavora a partire dal backup più recente.
Sincronizzazione di zinnector
Sincronizzazione bidirezionale tra i file live di un sito ospitato e il suo repository: controlli lo stato, la attivi, esegua il commit delle modifiche del sito o scelga quale lato prevale.
zinnector mcp
Un ponte verso il server MCP di Zinn Digital® per Claude Desktop e altri client AI che avviano solo server locali.
clona zinnector
Crea un progetto locale da un sito ospitato in un solo passaggio: clona il suo repository o scarica i suoi file, scrivi il file di progetto e preparati a eseguire zinnector dev.
controllo zinnector
Confronti questo progetto con lo slot in cui sta per eseguire la distribuzione.
zinnector push
Esegua i controlli preliminari, invii i Suoi commit ed esegua il deployment.
zinnector deploy
Ridistribuite ciò che la piattaforma possiede già, senza eseguire il push.
zinnector distribuisce
Cronologia di deploy di un sito.
zinnector php
Mostra o cambia la versione di PHP di un sito.
quota zinnector
Utilizzo di disco, file e database rispetto a quanto previsto dal piano.
zinnector db
Dimensioni del database e link monouso a phpMyAdmin e al file manager.
registri di zinnector
Segua in tempo reale i log di accesso e di errore di un sito.
zinnector wp
Esegua un comando WP-CLI consentito su un sito.
backup di zinnector
Elenca e crea backup del sito. Sottocomandi: list, now.
domini zinnector
Elenca i domini che questa chiave può visualizzare.
zinnector dns
Leggere e modificare i record DNS. Sottocomandi: list, add, rm.
zinnector mail
Elenca servizi di posta.
zinnector massivo
Esegua un'operazione su più siti (cache_purge, malware_scan, sitemap, block_ip).
zinnector ai
Chieda all'assistente Zinn Digital®, con questo progetto come contesto.
Domande
Devo essere un cliente Zinn Digital® per utilizzarlo?
No. `zinnector new` e `zinnector dev` non richiedono alcun account: create l'impalcatura di un plugin, di un tema o di un intero sito ed eseguitelo localmente, gratuitamente, per sempre. Una chiave API è necessaria solo per i comandi che comunicano con il vostro hosting.
Richiede Docker?
Non per il runtime predefinito. WordPress Playground compila PHP in WebAssembly e viene eseguito all'interno di Node, quindi `zinnector dev` avvia un vero WordPress in pochi secondi senza installare nient'altro. Se necessitate di un PHP nativo — per testare un'estensione come imagick o ionCube — `--runtime docker` vi fornisce invece container php-fpm e MariaDB. Entrambi sono supportati; nessuno dei due è una soluzione di fallback.
Cosa confronta effettivamente il controllo preliminare?
La versione locale di PHP rispetto a quella dello slot, se lo slot può effettivamente passare alla versione utilizzata per la compilazione, se la versione di PHP dello slot ha raggiunto il termine del ciclo di vita e se la macchina l'ha effettivamente applicata, le dimensioni del progetto e il numero di file rispetto allo spazio su disco e agli inode rimanenti, le versioni di WordPress su ciascun lato, se lo slot ha completato il provisioning e se è collegato un repository git per la distribuzione. Tutto ciò che non è stato possibile verificare viene segnalato come non verificato anziché essere considerato superato.
Può impedirmi di eseguire il deployment?
No, ed è intenzionale. Il controllo preliminare avvisa e consente di procedere — `--force` esegue la distribuzione ignorando qualsiasi risultato. Conoscete il vostro sito meglio di quanto possa fare uno strumento di controllo, e uno strumento che si rifiuta di distribuire è uno strumento che gli utenti disinstallano.
La mia chiave API è al sicuro?
La chiave non viene mai letta dalla riga di comando — solo da un prompt o da stdin reindirizzato — pertanto non può finire nella cronologia della shell o in un elenco di processi. Viene memorizzata nella propria directory di configurazione con modalità file 600, e Zinnector® riconferma tali permessi ogni volta che scrive.
Posso usarlo in CI?
Sì. Impostate `ZINNECTOR_TOKEN` e ogni comando accetterà `--json`. L'output leggibile dall'utente viene indirizzato a stderr e i dati a stdout, in modo che le pipe rimangano pulite. `zinnector check` termina con un codice diverso da zero quando rileva qualcosa, fungendo così da gate per la pipeline, e anche `--strict` fallisce quando non è stato possibile effettuare un confronto.
Correlati
Lo installi e avvii un sito entro il minuto successivo
Esegua npm install -g zinnector, oppure lo provi una volta con npx zinnector new my-site. Gratuito, con licenza MIT e basato sull'API pubblica. Crei l'ossatura di un progetto, lo esegua in locale senza Docker e ne verifichi l'idoneità prima di distribuirlo.
Leggi la documentazione