Strumenti del sito
VS Code nel browser, una shell SSH isolata, wp-cli, phpMyAdmin, un file manager, cron e variabili d'ambiente per singolo sito e controllo completo di PHP: tutto nella dashboard, interamente circoscritto al Suo sito. Questa è l'interfaccia di controllo di un developer, non una pagina di impostazioni. Disponibilità: la limitazione delle risorse del database per singolo sito è in fase di sviluppo attivo e non è ancora disponibile. Tutto il resto descritto qui è già attivo oggi.
La maggior parte dei pannelli di controllo per l'hosting si ferma proprio dove inizia il lavoro. Puoi modificare un'impostazione o due, poi ti viene richiesto di aprire un client FTP, trovare uno strumento per il database, connetterti via SSH da un'altra parte e assemblare il lavoro da solo. Zinn Digital® integra l'intera toolchain direttamente all'interno del sito: apri un sito nella dashboard e l'editor, il terminale, il database, i file, i cron, l'ambiente e i log sono già lì, già autenticati e già puntati sul sito corretto.
Ognuno di questi strumenti viene eseguito all'interno del proprio *cage* del sito. CloudLinux CageFS offre a ciascun utente una visualizzazione del file system isolata, in modo che una shell, un editor o un file manager possano vedere solo i file di quell'utente: nessun altro sito, nessun altro cliente, nessun percorso di sistema sensibile. La comodità di un pannello condiviso con la separazione di un box privato.
L'area di editing è un IDE completo, non una semplice textarea con evidenziazione della sintassi.
Il vero editor, in esecuzione sui file del tuo sito: estensioni, ricerca multi-file, terminale integrato e git nativo. Apri un sito, applica la modifica, esegui il commit: nessun checkout locale e niente da installare.
wp-cli è disponibile nel terminale del pannello e tramite SSH. Esegui la ricerca e sostituzione di un dominio, attiva un plugin, pulisci i rewrite, esporta un database, avvia un evento cron su richiesta: il toolkit standard di WordPress, nella stessa finestra del tuo codice.
L'assistente IA della dashboard funziona con le Sue chiavi di modello, leggendo e modificando i file ed eseguendo wp-cli per Lei. Porti il Suo modello; la piattaforma fornisce le mani. È un'interfaccia separata nella dashboard: l'assistenza all'interno dell'editor stesso è in fase di sviluppo attivo e non è ancora disponibile.
Preferisci i tuoi strumenti? Connettiti via SSH, SFTP o FTP e ottieni la stessa vista isolata degli stessi file. Le chiavi di accesso e le credenziali sono gestite nella dashboard secondo il principio del minimo privilegio e le azioni privilegiate vengono registrate nei log di audit.
Configurazione del runtime per singolo sito: nessuna impostazione a livello di server per cui dover aprire un ticket.
Scegli la versione PHP per ciascun sito in modo indipendente utilizzando CloudLinux alt-PHP. Esegui un plugin legacy su una versione precedente mentre il sito accanto utilizza quella attuale: nessun runtime condiviso, nessuna versione di compromesso per l'intero account.
memory_limit, max_execution_time, upload and post size e il resto puoi configurarli tu entro i limiti del tuo piano, così uno script di importazione o il caricamento di un file multimediale di grandi dimensioni non richiederà l'apertura di un ticket di supporto.
Attiva o disattiva le estensioni PHP per singolo sito — imagick e gd, redis e memcached, bcmath, intl, soap e altre — in modo che ogni sito disponga esattamente delle estensioni di cui ha bisogno e di nessun'altra.
Ogni sito ha i propri worker LiteSpeed LSAPI, con un numero configurabile all'interno del tuo piano e limitato dal limite di processi di immissione LVE del sito. La concorrenza è tua; il picco di traffico di un vicino non è la tua coda.
Caching degli oggetti Redis o Memcached per sito, con il drop-in WordPress object-cache integrato: le pagine dinamiche rimangono veloci sotto carico invece di sovraccaricare il database.
Gestisci WP-cron e il cron di sistema reale per singolo sito, e imposta le variabili d'ambiente per il runtime del sito — chiavi API, selettori di funzionalità e flag di ambiente — senza modificare wp-config manualmente.
Accesso diretto alle due cose di cui gli sviluppatori hanno davvero bisogno.
Entrambi gli strumenti per database sono integrati nella dashboard e dotati di single-sign-on: basta fare clic dal sito e si è già autenticati sul database corretto. Nessuna credenziale separata da memorizzare o condividere.
Ogni sito funziona su MariaDB con un numero illimitato di database e utenti secondo le necessità del progetto, oltre a un interruttore per l'accesso remoto quando desideri connettere un client esterno o uno strumento di reporting.
L'utilizzo del database per singolo sito è limitato da CloudLinux MySQL Governor, in modo che le query pesanti di un sito non possano rallentare il server per tutti gli altri, compreso il vostro.
Un file manager completo (FileGator), integrato e con SSO, per caricamenti, permessi, archivi e modifiche rapide quando aprire l'IDE è più macchinoso di quanto il compito richieda.
Leggi i log di accesso, di errore e PHP del sito direttamente dalla dashboard mentre lavori: la via più breve da "si è rotto" alla riga che lo ha rotto.
Gli strumenti sanno che stanno gestendo WordPress, quindi le operazioni comuni richiedono un'unica azione anziché dieci.
L'accesso a questi strumenti dipende dai ruoli della tua organizzazione. Le iscrizioni dei clienti prevedono un ruolo di proprietario, fatturazione, sviluppo o sola lettura e i permessi vengono definiti in base a tali ruoli; il ruolo di sviluppo è pensato per gli sviluppatori operativi e la distribuzione o il caricamento sul server di produzione non ne fanno deliberatamente parte. L'accesso dello staff è limitato allo stesso modo dai ruoli e dai permessi specifici del proprio reparto.
L'accesso programmatico utilizza chiavi API per organizzazione e client OAuth con permessi granulari — sola lettura, fatturazione o provisioning — in modo che ogni automazione disponga esattamente dell'accesso di cui ha bisogno. Ogni azione privilegiata viene registrata in un registro di audit con attore, azione e destinazione, il che significa che la risposta alla domanda "chi ha modificato la versione di PHP martedì" è una semplice ricerca anziché una discussione.
Se preferisci gestire tutto questo da uno strumento di intelligenza artificiale, la stessa funzionalità è disponibile tramite il nostro server MCP ospitato: esegui wp-cli, clona in staging, svuota la cache o ripristina un'istantanea da Claude, Cursor o qualsiasi agente compatibile con MCP, con la stessa definizione degli ambiti dei ruoli e la stessa traccia di audit.
L'hosting tradizionale è completamente self-service: il set completo di strumenti, accessibile e modificabile entro i limiti del tuo piano. L'hosting Footprint-Free è deliberatamente più standardizzato e blindato, poiché l'intero valore di un network dipende dal fatto che i suoi siti presentino una superficie uniforme e anonima: la libertà di configurazione è di per sé una footprint.
I diritti fanno il resto del controllo degli accessi. I worker PHP, il disco e le estensioni scalano con il tuo piano, quindi la struttura degli strumenti è la stessa su ogni piano mentre i margini crescono di conseguenza. Se non sei sicuro di quale opzione scegliere, inizia la prova gratuita di 14 giorni senza carta di credito e dai un'occhiata tu stesso al pannello prima di decidere.
Sì: è code-server, VS Code eseguito nel browser sui file del Suo sito. Dispone di estensioni, ricerca su più file, terminale integrato e git, e consente di modificare il file system del sito direttamente dalla dashboard. L'assistenza dell'IA all'interno dell'editor è in fase di sviluppo attivo e non è ancora disponibile.
Ricevi una shell isolata tramite SSH, oltre a SFTP e FTP, con chiavi e credenziali gestite nella dashboard secondo il principio del minimo privilegio. Il sistema di isolamento è CloudLinux CageFS: ogni tenant ottiene una vista del file system isolata e non può vedere altri tenant, altri siti o file di sistema sensibili, il che circoscrive una violazione impedendole di diffondersi. Nessun modello di isolamento rende la compromissione impossibile, quindi la scansione antimalware, il WAF proattivo e i log di audit operano in parallelo.
Sì. La versione di PHP è selezionata per singolo sito tramite CloudLinux alt-PHP, impostazioni come memory_limit, max_execution_time e la dimensione di caricamento sono modificabili all'interno della tua dotazione, ed estensioni come imagick, gd, redis, memcached, bcmath, intl e soap sono attivabili per singolo sito. Il numero di worker PHP è configurabile all'interno del tuo piano, entro i limiti del processo di inserimento LVE del sito.
phpMyAdmin e Adminer sono integrati nella dashboard e dotati di single-sign-on, quindi basta fare clic dal sito per essere già connessi. Ogni sito esegue MariaDB e può avere più database e utenti, con un interruttore di accesso remoto per i client esterni. MySQL Governor regola l'utilizzo del database per singolo sito, in modo che le query pesanti su un sito non possano rallentare il server.
Sì. La gestione del cron per singolo sito copre sia WP-cron che il cron di sistema reale, e le variabili d'ambiente vengono impostate per singolo sito per il runtime dello stesso: in questo modo i task programmati e la configurazione rimangono associati al sito anziché essere nascosti in un file di cui ricordarsi di effettuare la migrazione.
L'hosting tradizionale è completamente self-service e offre la serie completa di strumenti. Footprint-Free è intenzionalmente più standardizzato e bloccato, perché la variazione di configurazione tra i singoli siti costituisce di per sé un footprint. Le abilitazioni regolano il resto — worker, disco ed estensioni — quindi ciò che puoi regolare varia in base al tuo livello.
L'accesso segue i ruoli dell'organizzazione: proprietario, fatturazione, sviluppatore e sola lettura per i clienti, con permessi risolti a partire da tali ruoli. Il ruolo di sviluppatore 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 attore, azione e destinazione.
Inizia una prova di 14 giorni senza carta di credito, distribuisci un sito e metti alla prova l'IDE, il terminale, gli strumenti per database e i controlli PHP. Garanzia soddisfatti o rimborsati di 30 giorni, migrazioni gratuite, nessun vincolo.
Inizia gratis