Teljes VS Code, nem pedig fájlszerkesztő
Szintaxiskiemelés, fájlok közötti keresés, megosztott ablakok és a megszokott billentyűparancsok – a code-server által a böngészőbe hozva.
Funkciók
Web IDE – VS Code a böngészőben, az élő webhelyén
Nyisson meg egy teljes VS Code szerkesztőt közvetlenül a vezérlőpultról, és dolgozzon webhelye valós fájljaival. Bővítmények, integrált terminál, git és wp-cli, mindez ugyanabban a CageFS-izolált virtuális környezetben, mint az SSH- és SFTP-hozzáférés – semmit sem kell helyben telepíteni, és nincs külön másolat, amely elavulhatna.
- VS CodeTeljes szerkesztő a böngészőben
- 650 000+világszerte hosztolt webhelyek
- 3Elérési módok: Web IDE, SSH, SFTP/FTP
- 99,99%Rendelkezésre állási garancia
Az editor, amit már ismersz, az éles fájlrendszerre irányítva
A Web IDE a böngészőben futó VS Code a code-serveren keresztül, amely a vezérlőpultban megtekintett webhelyről nyitható meg. Az adott webhely tényleges fájljait szerkeszti – nincsenek feltöltési lépések, nincs szinkronizálnivaló helyi verzió, és nincs leegyszerűsített, szerkesztőt hazudó webes szövegdoboz.
Bővítmények
Telepítse azokat a kiegészítőket, amelyekkel dolgozni szokott, hogy a szerkesztő úgy működjön, mint a helyi környezete, ahelyett, hogy egy általános környezetbe kényszerítené.
Integrált terminál
Egy shell a szerkesztőben, a webhelyedbe zárva, így a kód mellett futtathatsz parancsokat ahelyett, hogy egy külön terminálablakra kellene váltanod.
Beépített Git
Adj hozzá, commitolj, hozz létre ágat, készíts diffet és pusholj közvetlenül a szerkesztőből, így a szerveren végzett munka verziókövetés alatt marad a dokumentálatlan hotfixek helyett.
ahol a kód található wp-cli
WordPress esetében a parancssor ugyanolyan fontos, mint a szerkesztő. Mindkettő ugyanazon a helyen található.
A wp-cli elérhető a vezérlőpult terminálján és SSH-n keresztül is, ami azt jelenti, hogy a Web IDE integrált termináljában is használható. Keresés-csere egy adatbázisban, gyorsítótár kiürítése, bővítmény visszagörgetése, tömeges frissítés, tábla exportálása vagy egyszeri parancsfájl futtatása – anélkül, hogy elhagyná a szerkesztett fájlt.
Ez bezárja a szokásos kört. Olvasd el a hibát a naplóban, nyisd meg a fájlt a szerkesztőben, módosítsd, futtasd az ezt bizonyító wp-cli parancsot, majd haladj tovább. Minden a valós webhelyen és a valós stacken történik, így amit tesztelsz, azt kapják a látogatóid is.
- wp-cli a szerkesztő beépített termináljából, a vezérlőpult termináljából vagy SSH-n keresztül
- Egykattintásos WP admin bejelentkezés, amikor a javítás a az adminisztrációs felületre tartozik, nem a kódba
- Bővítmények és témák telepítése, aktiválása, frissítése és eltávolítása a panelről
- Hozzáférés, hiba- és PHP-naplók a szerkesztő mellett érhetők el
- A phpMyAdmin és az Adminer beágyazva és SSO-val integrálva a közvetlen adatbázis-munkához
- Beágyazott FileGator fájlkezelő és SSO a tömeges fájlműveletekhez
Kernel szinten izolált, a peremhálózaton ellenőrzött
A szerverhez való böngészőn keresztüli hozzáférés csak akkor elfogadható, ha a határvonal valós. A Web IDE pontosan ugyanabban az izolációban helyezkedik el, mint bármely más elérési út.
CageFS fájlrendszer-izoláció
Minden bérlő különálló fájlrendszernézet kap, és nem láthatja a többi bérlőt, más webhelyeket vagy az érzékeny rendszerszájlokat. A CageFS-t úgy tervezték, hogy megfékezze a betöréseket, és ez ugyanaz a börtön, amelyben az SSH- és SFTP-munkamenetei futnak.
LVE erőforrás-elszigetelés
A CPU, a RAM, az IO, az IOPS, a folyamatok és a belépési folyamatok webhelyenként korlátozva vannak, így egy erőforrás-igényes build vagy egy elszabadult szkript a saját keretén belül lesz visszafogva, ahelyett, hogy magával rántaná a szomszédos oldalakat.
Legkisebb jogosultságú hitelesítő adatok
A hozzáférési kulcsokat és hitelesítő adatokat a vezérlőpulton a legkevésbé privilegiált hozzáférés elve alapján kezeljük, így Ön pontosan annyi jogosultságot ad egy feladatnak, amennyire feltétlenül szüksége van, semmivel sem többet.
Naplózott hozzáférés
A hozzáférés auditnaplózásra kerül a végrehajtó, a művelet és a célpont rögzítésével – ugyanaz a fegyelem, amelyet a platform minden emelt szintű műveleténél alkalmazunk.
Formázza a futtatókörnyezetet, ne csak a kódot
Egy szerkesztő csak a fele egy fejlesztői környezetnek. A másik fele az alatta lévő stack, amely webhelyenként konfigurálható.
- Webhelyenkénti PHP-verzióválasztó, így egy elavult bővítmény és egy modern összeállítás is megfér ugyanazon a fiókon belül
- Szerkeszthető PHP-beállítások – memory_limit, max_execution_time, feltöltési és posztméret, valamint a többi – az Ön jogosultságán belül
- Webhelyenként be- vagy kikapcsolt PHP-kiterjesztések: imagick, gd, redis, memcached, bcmath, intl, soap és így tovább
- Webhelyenkénti LSAPI PHP dolgozók, amelyeket az LVE belépési folyamatok korlátoznak, és az Ön csomagján belül konfigurálhatók
- Oldalankénti cron-kezelés a WP-cronhoz és a valós cronhoz egyaránt, valamint oldalankénti környezeti változók
- Webhelyenkénti Redis vagy Memcached objektumgyorsítótár a LiteSpeed Enterprise kiszolgálásával, HTTP/3 protokollon
- MariaDB webhelyenként több adatbázissal és felhasználóval, valamint távoli elérés kapcsolóval, ha külső kliensre van szükség
A szerkesztéstől az éles környezetig, biztonságosan
A éles környezet közvetlen szerkesztése hol helyes döntés, hol rossz ötlet. A platform mindkét utat támogatja ugyanabból a szerkesztőből.
Klónozza a webhelyet a tesztkörnyezetbe egyetlen kattintással, nyissa meg a Web IDE-t a tesztmásolaton, dolgozzon ott, és küldje át az élesbe, ha a módosítás már bizonyított. A fájlok és az adatbázis együtt érkeznek át, ugyanazon a vermen és tervrajzon, mint a gyártási környezet, így a tesztkörnyezet valódi főpróba, nem pedig csak egy megközelítés.
Ha a munkája egy repository-ba tartozik, használja a git-et a szerkesztőn belül, és hagyja, hogy a git-alapú kihelyezések vigyék végig a módosítást a build-and-deploy folyamaton. A böngészőben megírt kód ezután ugyanazt a verziózott kiadási és visszavonási utat követi, mint a laptopon írt kód.
Ha valami mégis rosszul sülsz el, a biztonsági mentések egy kattintásos visszaállítással szerepelnek a panelen, és minden egyes élesítés egy verziózott kiadás, amelyre visszaállhat. A védőháló nem egy ügyfélszolgálati jegy.
Mesterséges intelligencia a szerkesztőben és azon kívül is bárhol
A Web IDE a vezérlőpultba épített mesterséges intelligencia asszisztenssel párosul, és az egész platformot úgy alakítottuk ki, hogy a már használt MI-eszközök hajtsák.
A mesterséges intelligencia alapú asszisztens elérhető a vezérlőpulton, és az AI Pack révén a saját modelljén fut – ön hozza a modellt, az asszisztens pedig olvassa és szerkeszti a fájlokat, futtatja a wp-cli parancsokat, valamint érvényesíti a módosításokat. Nincs kötöttség egy olyan beágyazott modellhez, amelyet nem ön választott.
A böngészőn kívül az MCP szerverünk lehetővé teszi, hogy bármely MCP-képes kliens – Claude Code, Cursor, ChatGPT és mások – természetes nyelven vezérelje a tárhelyét és a webhelyeit, az API-engedélyek által meghatározott körben. A minta szándékos: egy API és egy műveletkatalógus, amely többféle módon érhető el. Építsen a mi szerkesztőnkben, a sajátjában, vagy bízza egy ügynökre, és ugyanaz a telepítési útvonal szolgálja mindhármat.
GYIK
Pontosan mi az a Web IDE?
Ez a VS Code, amely a böngésződben fut, a code-server szolgáltatja, és a webhely oldaláról nyitható meg a vezérlőpultban. Teljes értékű szerkesztőt kapsz – kiegészítőket, beépített terminált és gitet –, amellyel a webhely valós fájljait szerkesztheted a szerveren. Semmit sem kell helyben telepíteni, és nincs külön másolat, amit szinkronizálni kellene.
Továbbra is kapok SSH-t és SFTP-t?
Igen. A Web IDE a három belépési mód egyike a korlátozott SSH shell és az SFTP/FTP mellett. Mindhárom ugyanabba a CageFS-nel izolált fájlnézetbe vezet, így az egyik feladathoz használhatja a szerkesztőt, a következőhöz pedig a parancssort. A wp-cli elérhető a vezérlőpult terminálján keresztül és SSH-n át.
Láthatják a többi bérlő a Fájljaimat ezen keresztül?
Minden bérlő különálló fájlrendszer-nézetet kap a CageFS alatt, így nem láthatja a többi bérlőt, webhelyet vagy érzékeny rendszerefájlt, ráadásul az LVE korlátozza a CPU-, RAM-, IO-, IOPS- és folyamatértékeket webhelyenként, így egyetlen keret sem merítheti ki a szervert. A CageFS-t úgy tervezték, hogy elszigetelje a behatolásokat, ahelyett hogy a kockázatot nullára csökkentené, ezért az alapszintű kártevővizsgálat, a proaktív WAF és ez az elszigeteltség minden fiók alapcsomagjának része ahelyett, hogy opcióként lennének értékesítve.
Adhatok hozzáférést egy fejlesztőnek csak az egyik webhelyemhez?
A hozzáférést jelenleg a szervezetnél betöltött szerepkörei határozzák meg – tulajdonos, számlázási, fejlesztő és csak olvasható –, és a tagok a szervezetben viselt szerepkörük engedélyeit öröklik. Ne feledje, hogy a fejlesztői szerepkör nem tartalmazza a telepítési vagy élesítésre küldési engedélyt. Az opcionális tagságonkénti erőforrás-határolás, mint például egy tag korlátozása bizonyos webhelyekre, egy későbbre tervezett fejlesztés, nem pedig a jelenleg elérhető funkció, és az API-kulcsokat szervezetenként, részletes hatókörökkel adják ki az egyes tagok helyett.
A Web IDE minden csomagban elérhető?
A jogosultságok korlátozzák, hogy az egyes termékcsaládok mit tesznek elérhetővé. A hagyományos tárhely teljesen önkiszolgáló, míg a Footprint-Free tárhely szándékosan egységesebb és szigorúbb a keresőoptimalizálási modell védelme érdekében, emellett a jogosultságok szabályozzák a PHP-szálakat, a lemezterületet és a bővítményeket is. Ellenőrizze a választott csomagot az árazási oldalon, vagy kérdezze meg ügyfélszolgálatunkat a vásárlás előtt.
Fizetni kell külön a szerkesztőben található AI-segítségért?
A mesterséges intelligencia által nyújtott támogatás a saját modelljén fut az AI Pack révén, így Ön azt a modellt hozza magával és fizeti meg, amelyet szeretne, ahelyett, hogy egy általunk választotthoz lenne kötve. Ma már elérhető a vezérlőpulton; a szerkesztőn belül aktív fejlesztés alatt áll, és még nem érhető el. Ezenkívül az MCP szerverünk lehetővé teszi, hogy külső mesterségesintelligencia-eszközök, például a Claude Code vagy a Cursor, közvetlenül vezéreljék a tárhelyét az API-engedélyei által meghatározott körben.
Szerkessze közvetlenül a éles környezetet?
Megteheti, és ez néha a leggyorsabb helyes válasz. Bármilyen komolyabb feladat esetén klónozza a staging környezetet egyetlen kattintással, nyissa meg a Web IDE-t a másolaton, és küldje át az élesbe, amint a módosítás bevált. A Git-alapú kihelyezések és a verziózott kiadások visszaállítással rendelkezésre állnak, ha a módosítás egy adattárba tartozik, és az egykattintásos visszaállítással rendelkező biztonsági mentések minden mögött ott vannak.
Hogyan tudom kipróbálni?
Kezdjen el egy kártya nélküli 14 napos próbaidőszakot. Nincs szükség fizetési adatokra; a próbaidőszak fedi a Footprint-Free tárhelyet legfeljebb 5 webhely számára, így megnyithatja a szerkesztőt, dolgozhat egy valós webhelyen a valós veremen, és saját maga ítélheti meg.
Kapcsolódó
Nyisd meg a szerkesztőt, ne egy hibajegyet
Teljes VS Code a böngészőben. Kezdjen kártyaadatok nélküli, 14 napos próbaverziót – fizetési adatok nélkül, legfeljebb 5 webhelyen a Footprint-Free keretében.
Kezdje ingyen