Buong VS Code, hindi isang file editor
Syntax highlighting, multi-file search, mga split pane, at ang mga keyboard shortcut na nakasanayan na ng iyong mga daliri, inihatid sa browser ng code-server.
Mga Tampok
Magbukas ng kumpletong editor ng VS Code nang direkta mula sa dashboard at magtrabaho sa mga totoong file ng iyong site, na may built-in na git at ang buong editor sa loob ng parehong CageFS-isolated na jail tulad ng iyong access sa SFTP — walang kailangang i-install nang lokal, at walang hiwalay na kopya na mawawala sa petsa. Ine-edit nito ang LIVE na site: ang isang file na ise-save mo ay nasa pampublikong internet sa sandaling maisulat ito, bagama't ang isang static na file ay maaaring patuloy na maihatid mula sa CDN cache nang hanggang apat na oras.
Ang Web IDE ay VS Code na tumatakbo sa browser sa pamamagitan ng code-server, na binuksan mula sa site na tinitingnan mo sa dashboard. Direktang ine-edit nito ang mga aktwal na file ng site na iyon — walang hakbang sa pag-upload, walang lokal na checkout na kailangang i-sync, at walang pinasimpleng text box sa web na nagpapanggap na isang editor.
Syntax highlighting, multi-file search, mga split pane, at ang mga keyboard shortcut na nakasanayan na ng iyong mga daliri, inihatid sa browser ng code-server.
Ang tree ng file, paghahanap sa buong site, pag-e-edit ng maraming file, at ang mga keybinding na alam mo na — ang editor na ginagamit mo nang lokal, na tumatakbo sa server sa halip na sa iyong laptop.
Ine-edit mo ang mismong site. Walang pansamantalang kopya sa pagitan at walang kailangang i-sync pagkatapos — ito ang dahilan kung bakit ito mabilis, at kung bakit sulit itong basahing muli bago ka mag-save. Maaaring patuloy na maihatid ang mga static file mula sa CDN cache nang hanggang apat na oras.
Mag-stage, mag-commit, mag-branch, mag-diff, at mag-push mula sa loob ng editor, upang ang gawaing natapos sa server ay manatili sa ilalim ng kontrol sa bersyon sa halip na maging isang hindi dokumentadong hotfix.
Para sa gawaing WordPress, kasinghalaga ng editor ang command line. Pareho silang nasa parehong lugar.
Tumatakbo ang wp-cli laban sa iyong site mula sa terminal ng panel. Maghanap-palitan sa isang database, mag-flush ng cache, mag-rollback ng plugin, mag-bulk-update, mag-export ng talahanayan, o magpatakbo ng minsang script — nang hindi umaalis sa file na iyong ine-edit.
Tinatapos niyan ang karaniwang proseso. Basahin ang error sa log, buksan ang file sa editor, baguhin ito, patakbuhin ang command ng wp-cli na nagpapatunay nito, at magpatuloy. Ang lahat ay nangyayari sa totoong site sa totoong stack, kaya kung ano ang sinusubukan ninyo ay siya mismong nakukuha ng inyong mga bisita.
Katanggap-tanggap lamang ang pag-access ng browser sa isang server kung totoo ang hangganan. Ang Web IDE ay nasa loob ng eksaktong parehong paghihiwalay gaya ng iba pang ruta ng pag-access.
Ang bawat tenant ay nakakakuha ng nakahiwalay na view ng filesystem at hindi makikita ang iba pang mga tenant, iba pang mga site, o mga sensitibong file ng system. Idinisenyo ang CageFS upang maglaman ng mga paglabag, at ito ang parehong kulungan kung saan tumatakbo ang iyong mga session ng SFTP.
Ang CPU, RAM, IO, IOPS, mga proseso, at mga entry-process ay may limitasyon bawat site, kaya ang isang mabigat na build o isang script na hindi mapigilan ay pinapabagal sa loob ng sarili nitong hawla sa halip na idamay ang mga katabi nito.
Pinapamahalaan ang mga access key at kredensyal sa dashboard batay sa pinakamababang pribilehiyo, kaya ibinibigay mo lamang ang access na kailangan ng isang gawain at wala nang higit pa roon.
Ang pag-access ay naka-audit log kasama ang aktor, pagkilos, at target — ang parehong disiplina na ipinapatupad sa bawat may pribilehiyong pagkilos sa platform.
Kalahati lamang ng isang development environment ang isang editor. Ang kabilang kalahati ay ang stack sa ilalim nito, at iyon ay maaaring isaayos bawat site.
Ang direktang pag-edit sa produksyon ay minsan ang tamang desisyon at minsan ay masamang ideya. Sinusuportahan ng platform ang parehong paraan mula sa parehong editor.
I-clone ang site sa staging sa isang pag-click, buksan ang Web IDE laban sa kopya ng staging, magtrabaho doon, at i-push sa live kapag napatunayan na ang pagbabago. Ang mga file at database ay magkasamang naililipat, sa parehong stack at blueprint tulad ng produksyon, kaya ang staging ay isang tunay na rehearsal sa halip na isang pagtatantiya lamang.
Kung ang iyong trabaho ay nabibilang sa isang repository, gamitin ang git mula sa loob ng editor at hayaan ang mga git-based na deploy na magdala ng pagbabago sa pamamagitan ng build-and-deploy pipeline. Ang code na ginawa sa browser ay sumusunod sa parehong landas ng bersyon na release at rollback tulad ng code na isinulat sa iyong laptop.
Kapag nagkamali pa rin ang isang pagbabago, nakalista ang mga backup sa panel na may one-click restore, at bawat pag-deploy ay isang versioned release na maaari ninyong ibalik. Ang safety net ay hindi isang support ticket.
Pumapareha ang Web IDE sa AI assistant na nasa loob ng dashboard, at ang buong platform ay binuo upang patakbuhin ng mga tool ng AI na ginagamit mo na.
Available ang tulong ng AI sa dashboard, na tumatakbo sa sarili ninyong modelo sa pamamagitan ng AI Pack — kayo ang magdadala ng modelo, at ang assistant ang magbabasa at mag-e-edit ng mga file, magpapatakbo ng wp-cli, at magpu-push ng mga pagbabago. Walang lock-in sa isang naka-embed na modelong hindi ninyo pinili.
Sa labas ng browser, pinapayagan ng aming MCP server ang anumang kliyenteng may kakayahang MCP — Claude Code, Cursor, ChatGPT at iba pa — na kontrolin ang inyong hosting at mga site gamit ang natural na wika, batay sa saklaw ng inyong mga pahintulot sa API. Sinadya ang ganitong pattern: iisang API at iisang catalog ng aksyon, na inilantad sa maraming paraan. Bumuo sa aming editor, bumuo sa inyo, o hayaan ang isang agent na gumawa nito, at ang parehong deploy path ang magsisilbi sa tatlong ito.
Ito ay VS Code na tumatakbo sa iyong browser, hatid ng code-server at binubuksan mula sa page ng site sa dashboard. Makukuha mo ang buong editor, na may git, na nag-e-edit ng mga tunay na file ng site na iyon sa server — ang mga live na file, na walang pansamantalang kopya sa pagitan. Walang naka-install nang lokal at walang hiwalay na kopya na kailangang panatilihing naka-sync.
Oo. Ang web editor ay isang paraan ng pag-access, kasama ang SFTP — at, sa mga planong may kasamang SSH, isang jailed shell. Lahat ng mga ito ay napupunta sa parehong nakahiwalay na CageFS view ng inyong mga file, kaya maaari ninyong gamitin ang editor para sa isang gawain at ang sarili ninyong client para sa susunod. Ang mga planong Footprint-Free ay nakakakuha ng SFTP sa halip na isang shell.
Ang bawat tenant ay nakakakuha ng nakahiwalay na view ng filesystem sa ilalim ng CageFS at hindi makikita ang iba pang tenant, ibang mga site o sensitibong system file, at nililimitahan ng LVE ang CPU, RAM, IO, IOPS at mga proseso bawat site upang hindi maubos ng isang cage ang server. Ang CageFS ay idinisenyo upang maglaman ng mga paglabag sa halip na gawing zero ang panganib, kung kaya't ang baseline malware scanning, ang proactive na WAF at ang paghihiwalay na iyon ay kasama sa bawat account sa halip na ibenta bilang isang opsyon.
Ang pag-access ngayon ay pinamamahalaan ng mga tungkulin ng inyong organisasyon — may-ari, pagsingil, dev, at read-only — at namamana ng mga miyembro ang mga pahintulot ng tungkuling hawak nila sa organisasyong iyon. Tandaan na ang tungkuling dev ay walang pahintulot para sa pag-deploy o push-to-live. Ang opsyonal na pagtatakda ng saklaw ng mapagkukunan bawat miyembro, tulad ng paglilimita sa isang miyembro sa mga partikular na site, ay isang planong pagpapahusay sa halip na isang bagay na magagamit na ngayon, at ang mga API key ay ibinibigay bawat organisasyon na may detalyadong saklaw sa halip na bawat indibidwal na miyembro.
Hindi ito feature ng plano, kaya hindi nakadepende ang sagot sa kung aling plano ang bibilhin ninyo — nakadepende ito sa kung saan pinapatakbo ang site. Nagbubukas ang editor sa mga site na hino-host namin sa aming sariling fleet, dahil tumatakbo ito sa loob ng sariling nakahiwalay na container ng site na iyon sa aming mga server. Kung pinili ninyong mag-deploy ng site sa ibang lugar — ibang hosting platform, Cloudflare Pages, Netlify, GitHub Pages o inyong sariling server — ie-edit ninyo ang site na iyon kung saan ito tumatakbo. Hindi rin ito kasama sa mga produkto ng VPS at cloud: walang pinamamahalaang container para mabuksan ito.
Tumatakbo ang tulong ng AI sa sarili ninyong modelo sa pamamagitan ng AI Pack, kaya kayo ang nagdadala at nagbabayad para sa modelong gusto ninyo sa halip na matali sa aming pinili. Available na ito sa dashboard ngayon; sa loob ng editor, ito ay kasalukuyang ginagawa pa at hindi pa magagamit. Bukod dito, pinapayagan ng aming MCP server ang mga panlabas na AI tool tulad ng Claude Code o Cursor na direktang magpatakbo ng inyong hosting, batay sa saklaw ng inyong mga pahintulot sa API.
Maaari ninyo itong gawin, at kung minsan iyon ang pinakamabilis na tamang sagot. Para sa anumang mahalagang pagbabago, mag-clone sa staging sa isang pag-click, buksan ang Web IDE sa kopya, at i-push sa live kapag napatunayan na ang pagbabago. Naririyan ang mga Git-based na deploy at mga bersyonadong release na may rollback kapag ang pagbabago ay kabilang sa isang repository, at ang mga backup na may isang pag-click na pag-restore ay sumusuporta sa lahat.
Magsimula ng 14 na araw na trial nang walang card. Walang kinakailangang mga detalye ng pagbabayad; saklaw ng trial ang Footprint-Free hosting para sa hanggang 5 site, upang mabuksan mo ang editor, makapagtrabaho sa isang totoong site sa totoong stack, at mahusgahan ito para sa iyong sarili.
Buong VS Code sa browser. Magsimula sa isang walang-kard na 14 na araw na pagsubok — walang mga detalye ng pagbabayad, hanggang sa 5 site sa Footprint-Free.
Magsimula nang libre