VS Code completo, non un semplice editor di file
Evidenziazione della sintassi, ricerca su più file, pannelli divisi e le scorciatoie da tastiera che già conoscete a memoria, fornite nel browser da code-server.
Funzionalità
Web IDE — VS Code nel browser, sul vostro sito live
Apra un editor VS Code completo direttamente dal pannello di controllo e lavori sui file reali del Suo sito, con git integrato e l'intero editor all'interno dello stesso ambiente isolato da CageFS del Suo accesso SFTP: non occorre installare nulla in locale e non vi è alcuna copia separata che rischi di diventare obsoleta. Modifica il sito LIVE: un file salvato è visibile sul web pubblico nell'istante stesso in cui viene scritto, sebbene un file statico possa continuare a essere servito dalla cache CDN per un massimo di quattro ore.
- VS CodeEditor completo, nel browser
- 700.000+siti ospitati in tutto il mondo
- 2Modalità di accesso: Editor web e SFTP
- 99,99%Garanzia di uptime
L'editor che già conoscete, puntato verso il file system live
L'IDE Web è VS Code in esecuzione nel browser tramite code-server, aperto dal sito visualizzato nella dashboard. Modifica i file effettivi di tale sito: nessun passaggio di caricamento, nessun checkout locale da mantenere sincronizzato e nessuna casella di testo ridotta che finge di essere un editor.
L'editor che già conosce
L'albero dei file, la ricerca nell'intero sito, la modifica di più file e le combinazioni di tasti che già conosce: l'editor che utilizza localmente, in esecuzione sul server anziché sul Suo portatile.
I file attivi, non una copia
Sta modificando direttamente il sito. Non c'è alcuna copia di staging intermedia e non c'è nulla da sincronizzare in seguito: questo è ciò che rende il processo rapido e per cui vale la pena rileggere due volte prima di salvare. I file statici potrebbero continuare a essere distribuiti dalla cache CDN per un massimo di quattro ore.
Git integrato
Eseguite stage, commit, branch, diff e push direttamente dall'editor, affinché il lavoro svolto sul server rimanga sotto controllo di versione invece di trasformarsi in un hotfix non documentato.
wp-cli dove si trova il codice
Per il lavoro con WordPress, la riga di comando è importante quanto l'editor. Entrambi si trovano nello stesso posto.
wp-cli viene eseguito sul Vostro sito dal terminale del pannello. Eseguite un cerca-sostituisci nel database, svuotate la cache, ripristinate una versione precedente di un plugin, aggiornate in blocco, esportate una tabella o eseguite uno script occasionale, senza mai uscire dal file che stavate modificando.
Questo chiude il consueto ciclo. Legga l'errore nel registro, apra il file nell'editor, lo modifichi, esegua il comando wp-cli che ne dimostra il funzionamento e proceda. Tutto avviene sul sito reale nello stack reale, quindi ciò che testa è esattamente ciò che ricevono i Suoi visitatori.
- wp-cli dal terminale del pannello
- Accesso all'amministrazione WP con un clic quando la soluzione risiede nel pannello di amministrazione anziché nel codice
- Installa, attiva, aggiorna e rimuovi plugin e temi dal pannello
- I log di accesso, di errore e PHP sono disponibili accanto all'editor
- phpMyAdmin e Adminer integrati e dotati di SSO per lavorare direttamente sul database
- File manager FileGator incorporato e configurato con SSO per operazioni su file in blocco
Isolato a livello di kernel, controllato all'edge
L'accesso da browser a un server è accettabile solo se il confine è reale. L'IDE Web si trova esattamente all'interno dello stesso isolamento di ogni altra via di accesso.
Isolamento del file system CageFS
Ogni tenant ottiene una vista isolata del file system e non può vedere altri tenant, altri siti o file di sistema sensibili. CageFS è progettato per contenere le violazioni ed è la stessa gabbia isolata in cui vengono eseguite le Sue sessioni SFTP.
Isolamento risorse LVE
CPU, RAM, IO, IOPS, processi e processi di ingresso sono limitati per singolo sito, in modo tale che una build pesante o uno script fuori controllo vengano limitati all'interno della propria gabbia anziché rallentare i siti vicini.
Credenziali con privilegi minimi
Le chiavi di accesso e le credenziali sono gestite nel dashboard secondo il principio del privilegio minimo, consentendovi di concedere solo l'accesso richiesto da un'attività e nulla di più.
Accesso registrato nel registro di controllo
L'accesso viene registrato nel registro di audit con autore, azione e destinazione: la stessa disciplina applicata a ogni azione con privilegi sulla piattaforma.
Modelli l'ambiente di runtime, non solo il codice
Un editor è solo la metà di un ambiente di sviluppo. L'altra metà è lo stack sottostante, ed è configurabile per singolo sito.
- Selettore della versione PHP per singolo sito, per consentire a un plugin obsoleto e a una build moderna di coesistere sullo stesso account
- Impostazioni PHP modificabili — memory_limit, max_execution_time, dimensioni di upload e post e il resto — nei limiti del Suo piano
- Estensioni PHP attivabili o disattivabili per singolo sito: imagick, gd, redis, memcached, bcmath, intl, soap e altre ancora
- Worker LSAPI PHP per sito, limitati dai processi di ingresso LVE e configurabili all'interno del vostro piano
- Gestione del cron per singolo sito sia per WP-cron sia per il cron reale, oltre a variabili di ambiente per sito
- Cache degli oggetti Redis o Memcached per sito, servita da LiteSpeed Enterprise con HTTP/3 attivo
- MariaDB per sito con più database e utenti, e un selettore per l'accesso remoto quando si necessita di un client esterno
Dalla modifica alla pubblicazione, in tutta sicurezza
Modificare direttamente la produzione a volte è la scelta giusta e a volte una pessima idea. La piattaforma supporta entrambi i percorsi dallo stesso editor.
Clonate il sito nell'ambiente di staging con un solo clic, aprite la Web IDE sulla copia di staging, lavorate lì e pubblicate in produzione dopo aver verificato le modifiche. I file e il database vengono trasferiti insieme, sullo stesso stack e con lo stesso blueprint della produzione, affinché lo staging sia una vera e propria prova generale e non una semplice approssimazione.
Se il Suo lavoro appartiene a un repository, utilizzi git dall'interno dell'editor e lasci che le distribuzioni basate su git trasferiscano la modifica attraverso la pipeline di compilazione e distribuzione. Il codice creato nel browser segue quindi lo stesso percorso di rilascio con controllo delle versioni e di ripristino del codice scritto sul Suo laptop.
Quando una modifica non va a buon fine, i backup sono elencati nel pannello con ripristino in un clic, e ogni distribuzione è una versione a cui è possibile tornare. La rete di sicurezza non è un ticket di assistenza.
L'IA nell'editor e qualsiasi IA al di fuori di esso
L'IDE Web si integra con l'assistente IA integrato nella dashboard e l'intera piattaforma è concepita per essere guidata dagli strumenti IA che già utilizzate.
L'assistenza AI è disponibile nella bacheca ed è eseguita sul Suo modello tramite AI Pack: Lei fornisce il modello e l'assistente legge e modifica i file, esegue wp-cli e invia le modifiche. Non vi è alcun vincolo a un modello incorporato che non ha scelto.
Al di fuori del browser, il nostro server MCP consente a qualsiasi client compatibile con MCP — Claude Code, Cursor, ChatGPT e altri — di controllare il Vostro hosting e i Vostri siti in linguaggio naturale, nell'ambito delle Vostre autorizzazioni API. Il modello è deliberato: un'unica API e un unico catalogo di azioni, esposti in molteplici modi. Sviluppate nel nostro editor, sviluppate nel Vostro o lasciate che se ne occupi un agente, e lo stesso percorso di deployment servirà tutte e tre le opzioni.
Domande frequenti
Che cos'è esattamente il Web IDE?
È VS Code in esecuzione nel Suo browser, fornito da code-server e aperto dalla pagina del sito nella dashboard. Ottiene l'editor completo, con git, che modifica i file reali di quel sito sul server — quelli attivi, senza alcuna copia di staging intermedia. Nulla viene installato localmente e non c'è alcuna copia separata da mantenere sincronizzata.
Dispongo ancora di SFTP?
Sì. L'editor web è una modalità di accesso, insieme a SFTP — e, sui piani che includono SSH, a una shell vincolata (jailed shell). Tutti conducono alla medesima visualizzazione dei Suoi file isolata tramite CageFS, consentendoLe di utilizzare l'editor per un'operazione e il Suo client per la successiva. I piani Footprint-Free dispongono di SFTP anziché di una shell.
Gli altri tenant possono vedere i miei file tramite esso?
Ogni tenant ottiene una visualizzazione isolata del file system con CageFS e non può vedere gli altri tenant, gli altri siti o i file di sistema riservati, mentre LVE limita CPU, RAM, IO, IOPS e processi per sito, evitando che una singola gabbia esaurisca il server. CageFS è progettato per contenere le violazioni anziché azzerare il rischio; per questo motivo, la scansione malware di base, il WAF proattivo e tale isolamento sono inclusi in ogni account invece di essere venduti come opzione aggiuntiva.
Posso concedere a uno sviluppatore l'accesso a uno solo dei miei siti?
L'accesso è attualmente regolato dai ruoli della Sua organizzazione — proprietario, fatturazione, sviluppatore e sola lettura — e i membri ereditano le autorizzazioni del ruolo che ricoprono in tale organizzazione. Tenga presente che il ruolo di sviluppatore non include l'autorizzazione di distribuzione o di pubblicazione in produzione. L'assegnazione facoltativa dell'ambito delle risorse per ciascun membro, come la limitazione di un membro a siti specifici, è un perfezionamento pianificato piuttosto che una funzione attualmente disponibile, e le chiavi API vengono emesse per organizzazione con ambiti granulari anziché per singolo membro.
L'editor web è disponibile in tutti i piani?
Non è una funzionalità del piano, quindi la risposta non dipende dal piano acquistato, ma da dove viene eseguito il sito. L'editor si apre sui siti che ospitiamo sulla nostra flotta, perché viene eseguito all'interno del container isolato del sito stesso sui nostri server. Se ha scelto di distribuire un sito altrove (un'altra piattaforma di hosting, Cloudflare Pages, Netlify, GitHub Pages o il Suo server personale), modifica il sito nel luogo in cui viene eseguito. Neanche i prodotti VPS e cloud lo includono: non esiste un container gestito su cui aprirlo.
L'assistenza dell'IA nell'editor comporta un costo aggiuntivo?
L'assistenza AI funziona sul Suo modello tramite l'AI Pack, permettendoLe di utilizzare e pagare il modello che desidera invece di essere vincolato a quello scelto da noi. Oggi è disponibile nel pannello di controllo; all'interno dell'editor è in fase di sviluppo attivo e non ancora accessibile. Separatamente, il nostro server MCP consente a strumenti di AI esterni, come Claude Code o Cursor, di gestire direttamente il Suo hosting, secondo i limiti delle Sue autorizzazioni API.
È opportuno modificare direttamente in produzione?
È possibile farlo, e a volte questa è la risposta corretta più rapida. Per qualsiasi modifica sostanziale, effettuate un clone in staging con un solo clic, aprite il Web IDE sulla copia ed eseguite il push in produzione non appena la modifica è verificata. I deployment basati su Git e i rilasci con controllo delle versioni e rollback sono disponibili quando la modifica appartiene a un repository, mentre i backup con ripristino in un clic supportano ogni cosa.
Come posso provarlo?
Iniziate una prova di 14 giorni senza carta di credito. Non sono richiesti dati di pagamento; la prova include l'hosting Footprint-Free per un massimo di 5 siti, consentendovi di aprire l'editor, lavorare su un sito reale sul vero stack e valutare di persona.
Correlati
Apra l'editor, non un ticket di supporto
VS Code completo nel browser. Iniziate con una prova di 14 giorni senza carta di credito — nessun dato di pagamento, fino a 5 siti su Footprint-Free.
Inizia gratis