VS Code nel browser (code-server)
Il vero editor, in esecuzione direttamente sui file del Suo sito: ricerca su più file e git integrato. Apra un sito, apporti la modifica, effettui il commit — nessun checkout locale e nulla da installare.
Strumenti del sito
Tutti gli strumenti necessari per il vostro sito, nel browser
VS Code nel browser su ogni sito ospitato sulla nostra infrastruttura proprietaria, una shell SSH isolata sulla piattaforma condivisa, wp-cli, phpMyAdmin, un gestore file, cron e variabili di ambiente per sito e il pieno controllo di PHP — tutto nella dashboard, tutto limitato al solo Suo sito. Questo è un pannello di controllo per sviluppatori, non una semplice pagina di impostazioni. Disponibilità: la limitazione del database per sito è in fase di sviluppo attivo e non è ancora disponibile. Tutto il resto descritto qui è già attivo oggi.
- 700.000+siti ospitati in tutto il mondo
- 99,99%Garanzia di disponibilità
- 14 giorniprova gratuita, nessuna carta richiesta
- 30 giornigaranzia di rimborso
Un vero spazio di lavoro, non un pannello di hosting
La maggior parte dei pannelli di controllo hosting si ferma proprio dove inizia il lavoro. È possibile attivare o disattivare un paio di impostazioni, ma poi è necessario aprire un client FTP, trovare uno strumento per il database, connettersi via SSH da un'altra parte e coordinare il lavoro in autonomia. Zinn Digital® inserisce l'intera catena di strumenti all'interno del sito stesso: aprendo un sito nella dashboard, l'editor, il terminale, il database, i file, il cron, l'ambiente e i log sono già lì, già autenticati e già puntati sul sito corretto.
Ciascuno di questi strumenti viene eseguito all'interno del cage del sito. CloudLinux CageFS offre a ciascun tenant una visualizzazione isolata del file system, in modo che una shell, un editor o un file manager possano visualizzare solo i file di quel tenant, non altri siti, non altri clienti e non i percorsi di sistema sensibili. La comodità di un pannello condiviso con la separazione di un ambiente privato.
Modificate, eseguite e distribuite direttamente dal browser
L'area di modifica è un vero e proprio IDE, non una semplice casella di testo con colorazione della sintassi.
wp-cli nel terminale del pannello
wp-cli è disponibile nel terminale del pannello e tramite SSH. Esegua operazioni di ricerca e sostituzione su un dominio, attivi un plugin, svuoti le riscritture, esporti un database, esegua un evento cron su richiesta: il toolkit standard di WordPress, nella stessa finestra del Suo codice.
Assistenza IA, insieme all'editor
L'assistente IA della bacheca funziona con le vostre chiavi di modello, leggendo e modificando file ed eseguendo wp-cli per voi. Utilizzate il vostro modello personale; la piattaforma fornisce le braccia operative. Si tratta di una sezione separata all'interno della bacheca — l'assistenza direttamente all'interno dell'editor è in fase di sviluppo attivo e non è ancora disponibile.
SSH, SFTP e FTP isolati
Preferisce i Suoi strumenti? Si connetta tramite SSH o SFTP e ottenga la stessa visualizzazione isolata degli stessi file. Nei piani che includono SSH riceve una shell reale all'interno dello stesso ambiente isolato CageFS: aggiunge la Sua chiave pubblica nel pannello di controllo ed esegue l'accesso come account del sito stesso. I piani Footprint-Free ottengono SFTP anziché una shell. Le chiavi di accesso e le credenziali sono gestite nel pannello di controllo in base al principio del privilegio minimo, e le azioni privilegiate vengono registrate a fini di controllo.
PHP e runtime, sotto il Suo controllo
Configurazione di runtime per singolo sito — non un'impostazione a livello di server per cui è necessario aprire un ticket per la modifica.
Versione PHP per sito
Scegliete la versione di PHP per ciascun sito in modo indipendente utilizzando CloudLinux alt-PHP. Eseguite un plugin obsoleto su un ramo precedente mentre il sito adiacente utilizza la versione attuale — nessun ambiente di runtime condiviso, nessuna versione di compromesso per l'intero account.
Impostazioni PHP modificabili
memory_limit, max_execution_time, la dimensione di upload e post e le restanti impostazioni possono essere configurate autonomamente entro i limiti previsti dal Suo piano, pertanto uno script di importazione o il caricamento di file multimediali di grandi dimensioni non richiedono una richiesta di supporto.
Estensioni su richiesta
Abilita o disabilita le estensioni PHP per ogni sito — imagick e gd, redis e memcached, bcmath, intl, soap e altre ancora — in modo che un sito disponga esattamente delle estensioni di cui ha bisogno e di nient'altro.
Worker PHP dedicati
Ogni sito riceve i propri worker LiteSpeed LSAPI, con un numero configurabile all'interno del Suo piano e vincolato dal limite dei processi di ingresso LVE del sito. La concorrenza è Sua; il picco di traffico di un vicino non è la Sua coda.
Cache degli oggetti per sito
Caching degli oggetti con Redis o Memcached per ciascun sito, con il drop-in object-cache di WordPress integrato: le pagine dinamiche rimangono veloci sotto carico invece di sovraccaricare il database.
Cron e variabili d'ambiente
Gestite WP-cron e il cron di sistema reale per ciascun sito, e impostate variabili di ambiente per il runtime del sito — chiavi API, selettori di funzionalità e flag di fase — senza modificare manualmente wp-config.
Database e file, di prima classe
Accesso diretto alle due cose a cui gli sviluppatori devono effettivamente accedere.
phpMyAdmin e Adminer, integrati
Entrambi gli strumenti di database sono integrati nella dashboard e supportano il single sign-on: basta cliccare dal sito per essere già autenticati nel database corretto. Nessuna credenziale separata da salvare o condividere.
MariaDB, database e utenti multipli
Ogni sito funziona su MariaDB con tutti i database e gli utenti necessari al progetto, oltre a un selettore di accesso remoto per quando desiderate connettere un client esterno o uno strumento di reportistica.
MySQL Governor mantiene la pace
L'utilizzo del database per singolo sito è regolato da CloudLinux MySQL Governor, evitando che le query pesanti di un sito possano rallentare il server per tutti gli altri — compreso il Suo.
Gestione file nel pannello
Un gestore di file completo (FileGator), integrato e con SSO, per caricamenti, autorizzazioni, archivi e modifiche rapide quando aprire l'IDE è eccessivo rispetto all'attività da svolgere.
Log di accesso, di errore e PHP
Legga i log di accesso, di errore e PHP del sito dal pannello di controllo mentre lavora: il percorso più rapido da "si è rotto" alla riga che ha causato il problema.
Ottimizzato per WordPress, da inizio a fine
Gli strumenti sanno di gestire WordPress, quindi le attività più comuni richiedono una sola azione invece di dieci.
- Accesso con un clic all'amministrazione di WP: niente destreggiarsi tra password di siti diversi e nessuna credenziale di amministratore condivisa che circola nel team.
- Installi, attivi, aggiorni e rimuova plugin e temi dal pannello o tramite wp-cli, a seconda di ciò che si adatta meglio all'attività.
- Cloni nell'ambiente di staging, lavori in sicurezza e poi pubbliki in produzione quando tutto è pronto.
- Acquisisca un'istantanea HTML statica di un sito quando desidera servirlo senza PHP, senza database e senza nulla da compromettere.
- Ricostruite un sito dalla sua cronologia di Wayback Machine quando non esiste alcun backup: scegliete una qualsiasi data archiviata e ottenete un sito funzionante.
- Distribuite un plugin in blocco su un intero gruppo di siti: i nostri strumenti interni possono inviare plugin a ogni sito, ai siti di un singolo server o ai siti di un singolo cliente.
- Trovate ogni link in uscita presente sui vostri siti e modificate testo di ancoraggio o destinazione in centinaia di articoli con una sola operazione, con un'anteprima delle modifiche prima del salvataggio e una funzione di annullamento con un clic che ripristina esattamente ciò che è stato sostituito.
Accesso del team, delimitato e registrato
L'accesso a questi strumenti segue i ruoli della Sua organizzazione. I membri clienti dispongono di un ruolo proprietario, fatturazione, sviluppatore o di sola lettura, e le autorizzazioni derivano da tali ruoli: il ruolo di sviluppatore è il ruolo di uno sviluppatore operativo, e il deployment o il push in produzione ne è deliberatamente escluso. L'accesso del personale è ugualmente limitato dai ruoli e dalle autorizzazioni del proprio dipartimento.
L'accesso programmatico utilizza chiavi API per organizzazione e client OAuth con ambiti granulari (sola lettura, fatturazione o provisioning), in modo che un'automazione ottenga esattamente la portata di cui ha bisogno. Ogni azione privilegiata viene registrata nel registro di controllo con autore, azione e destinazione, il che significa che la risposta a «chi ha modificato la versione di PHP martedì» è una semplice consultazione anziché una discussione.
Se preferisce gestire tutto questo da uno strumento di AI, la stessa funzionalità è accessibile tramite il nostro server MCP ospitato: esegua wp-cli, cloni su staging, svuoti la cache o ripristini uno snapshot da Claude, Cursor o qualsiasi agente compatibile con MCP, mantenendo lo stesso ambito di ruoli e la traccia di controllo.
Cosa è disponibile su ciascuna linea di prodotti
L'hosting tradizionale è completamente self-service: la suite completa di strumenti, visibile e modificabile entro i limiti del vostro piano. L'hosting Footprint-Free è deliberatamente più standardizzato e limitato, poiché l'intero valore di una rete dipende dal fatto che i suoi siti presentino una superficie uniforme e non rilevabile: la libertà di configurazione è un'impronta a tutti gli effetti.
I diritti di accesso gestiscono il resto delle limitazioni. I worker PHP, lo spazio su disco e le estensioni si adattano al Suo piano, pertanto la configurazione degli strumenti è la medesima per ciascun livello mentre i margini operativi crescono con esso. Qualora non sapesse quale soluzione sia più indicata, inizi la prova di 14 giorni senza carta di credito e verifichi direttamente il pannello prima di prendere una decisione.
Domande frequenti
L'IDE web è davvero VS Code?
Sì — si tratta di code-server, VS Code eseguito nel browser sui file del Suo sito. Disponibile su ogni sito che ospitiamo sulla nostra infrastruttura; un sito che ha scelto di distribuire altrove viene modificato dove è ospitato. Dispone della ricerca su più file e di git, e modifica il sito LIVE: un file salvato è sul web pubblico non appena viene scritto, sebbene un file statico possa continuare a essere servito dalla cache CDN fino a quattro ore. L'assistenza AI all'interno dell'editor è in fase di sviluppo attivo e non è ancora disponibile.
Ricevo l'accesso SSH e quanto è isolato?
Sulla piattaforma condivisa si ottiene una shell protetta (jailed shell) tramite SSH, oltre a SFTP e FTP, con chiavi e credenziali gestite nella dashboard in base al principio del privilegio minimo. I siti della nostra infrastruttura dedicata ottengono SFTP anziché una shell: l'account viene creato con `/sbin/nologin`. L'ambiente isolato è CloudLinux CageFS: ogni utente ottiene una vista del file system isolata e non può visualizzare altri utenti, altri siti o file di sistema riservati, arginando così una violazione invece di lasciarla diffondere. Nessun modello di isolamento rende impossibile una compromissione, pertanto la scansione malware, il WAF proattivo e la registrazione degli audit operano in parallelo.
Posso modificare autonomamente la versione di PHP e le estensioni?
Sì. La versione di PHP viene selezionata per singolo sito tramite CloudLinux alt-PHP, le impostazioni come memory_limit, max_execution_time e dimensione di caricamento sono modificabili entro i limiti del Suo piano, e le estensioni come imagick, gd, redis, memcached, bcmath, intl e soap sono attivabili o disattivabili per ciascun sito. Il numero dei Suoi worker PHP è configurabile all'interno del Suo livello, vincolato dal limite di LVE entry-process del sito.
Come posso accedere al database?
phpMyAdmin e Adminer sono integrati nel pannello di controllo e dotati di accesso Single Sign-On, quindi basta un clic dal sito per essere già connessi. Ogni sito esegue MariaDB e può disporre di più database e utenti, con un'opzione di attivazione per l'accesso remoto per client esterni. MySQL Governor limita l'utilizzo del database per singolo sito, evitando che query pesanti su un sito possano rallentare il server.
Posso eseguire cron job e impostare variabili di ambiente?
Sì. La gestione del cron per singolo sito copre sia WP-cron sia il cron di sistema reale, e le variabili di ambiente sono impostate per sito per il runtime del sito — in questo modo le attività pianificate e la configurazione risiedono con il sito anziché essere sepolte in un file che dovete ricordarvi di migrare.
Tutti questi strumenti sono disponibili nei piani Footprint-Free?
L'hosting tradizionale è completamente self-service e offre la suite completa di strumenti. Footprint-Free è intenzionalmente più standardizzato e limitato, poiché le variazioni di configurazione tra i singoli siti costituiscono di per sé un'impronta. I diritti d'uso regolano il resto — worker, disco ed estensioni — per cui ciò che può modificare scala in base al Suo livello.
Chi nel mio team può utilizzare questi strumenti?
L'accesso segue i ruoli dell'organizzazione: owner, billing, dev e read-only per i clienti, con autorizzazioni determinate in base a tali ruoli. Il ruolo dev non include il deployment o il push in produzione. L'accesso programmatico utilizza chiavi API per organizzazione e client OAuth con ambiti granulari, e ogni azione privilegiata viene registrata nel registro di controllo con autore, azione e destinazione.
Correlati
Apra un sito e visualizzi il set di strumenti
Iniziate una prova di 14 giorni senza carta di credito, distribuite un sito e mettete alla prova l'IDE, il terminale, gli strumenti di database e i controlli PHP. Garanzia di rimborso entro 30 giorni, migrazioni gratuite, nessun vincolo.
Inizia gratis