Teljes értékű VS Code, nem csupán fájlszerkesztő
Szintaxiskiemelés, több fájlban történő keresés, osztott panelek és a már reflexből használt billentyűparancsok, a böngészőben nyújtva a code-server által.
Funkciók
Web IDE – VS Code a böngészőben, az Ön éles webhelyén
Nyisson meg egy teljes VS Code szerkesztőt közvetlenül a vezérlőpultról, és dolgozzon webhelye valódi fájljain, beépített git támogatással és a teljes szerkesztővel ugyanabban a CageFS által izolált környezetben, mint az SFTP-hozzáférése — semmit sem kell helyileg telepíteni, és nincs külön másolat, amely elavulhatna. Az ÉLŐ webhelyet szerkeszti: a mentett fájl a kiírás pillanatában elérhetővé válik a nyilvános interneten, bár egy statikus fájl kiszolgálása a CDN gyorsítótárából akár négy órán keresztül is folytatódhat.
- VS CodeTeljes értékű szerkesztő a böngészőben
- 700 000+világszerte üzemeltetett webhelyek
- 2Hozzáférési módok: Webszerkesztő és SFTP
- 99,99%Rendelkezésre állási garancia
A már ismert szerkesztő, közvetlenül az éles fájlrendszerre irányítva
A webes IDE a böngészőben a code-server segítségével futó VS Code, amely a vezérlőpulton megtekintett webhelyről nyitható meg. A webhely tényleges fájljait szerkeszti – nincs feltöltési lépés, nincs szinkronban tartandó helyi példány, és nincs szerkesztőnek álcázott, lebutított webes szövegmező.
A szerkesztő, amelyet már ismer
A fájlfa, keresés a teljes webhelyen, több fájl egyidejű szerkesztése és a már ismert billentyűparancsok — a helyileg használt szerkesztő, amely a laptopja helyett a szerveren fut.
Az élő fájlok, nem másolat
Közvetlenül a webhelyet szerkeszti. Nincs köztes tesztváltozat, és utána sincs mit szinkronizálni — ettől olyan gyors, és ezért érdemes kétszer is átolvasni mentés előtt. A statikus fájlok akár négy órán keresztül is kiszolgálásra kerülhetnek a CDN gyorsítótárából.
Beépített Git
Hajtson végre stage-elést, commitolást, elágaztatást, különbségvizsgálatot és pusholást közvetlenül a szerkesztőből, hogy a kiszolgálón végzett munka verziókezelés alatt maradjon ahelyett, hogy nem dokumentált gyorsjavítássá válna.
wp-cli ahol a kód található
A WordPress munkákhoz a parancssor éppen olyan fontos, mint a szerkesztő. Mindkettő ugyanazon a helyen található.
A wp-cli a vezérlőpult termináljából fut az Ön webhelyén. Végezzen keresést és cserét az adatbázisban, ürítse a gyorsítótárat, állítson vissza egy bővítményt, hajtson végre tömeges frissítést, exportáljon egy táblát, vagy futtasson egy egyszeri parancsfájlt — anélkül, hogy elhagyná az éppen szerkesztett fájlt.
Ez lezárja a szokásos folyamatot. Olvassa el a hibát a naplófájlban, nyissa meg a fájlt a szerkesztőben, módosítsa, futtassa a működést igazoló wp-cli parancsot, és lépjen tovább. Minden a valódi webhelyen és a valódi technológiai környezetben történik, így amit Ön tesztel, pontosan azt kapják a látogatói is.
- wp-cli a vezérlőpult termináljából
- Egykattintásos WP adminisztrátori bejelentkezés, ha a megoldás a kódrészlet helyett az adminisztrációs felületen található
- Bővítmények és témák telepítése, aktiválása, frissítése és eltávolítása a vezérlőpultról
- Hozzáférési, hiba- és PHP-naplók elérhetők a szerkesztő mellett
- Beágyazott és SSO-val ellátott phpMyAdmin és Adminer a közvetlen adatbázis-munkához
- A FileGator fájlkezelő beágyazva és SSO-val integrálva a tömeges fájlműveletekhez
Kernel szinten elszigetelve, a peremen auditálva
A böngészőn keresztüli hozzáférés egy szerverhez csak akkor elfogadható, ha a határvonal valós. A webes IDE pontosan ugyanabban az izolációban helyezkedik el, mint bármely más hozzáférési útvonal.
CageFS fájlrendszer-elkülönítés
Minden bérlő elkülönített fájlrendszer-nézetet kap, és nem láthatja a többi bérlőt, más webhelyeket vagy bizalmas rendszerfájlokat. A CageFS a biztonsági rések megfékezésére szolgál, és ez ugyanaz az elszigetelt környezet, amelyben az Ön SFTP-munkamenetei futnak.
LVE-erőforrás-elkülönítés
A CPU, a RAM, az IO, az IOPS, a folyamatok és a belépési folyamatok webhelyenként korlátozva vannak, így egy nagy terhelést jelentő build vagy egy elszabadult parancsfájl a saját ketrecében kerül visszafogásra ahelyett, hogy magával rántaná a szomszédait.
Legkisebb jogosultságú hitelesítési adatok
A hozzáférési kulcsok és a hitelesítési adatok a minimális jogosultság elve alapján kezelhetők az irányítópulton, így Ön csak a feladathoz szükséges hozzáférést biztosítja, és semmi többet.
Naplózott hozzáférés
A hozzáférés a végrehajtóval, a művelettel és a célponttal együtt naplózásra kerül – ugyanaz a szigor érvényesül, mint a platform minden kiemelt műveleténél.
Formálja a futtatókörnyezetet, ne csak a kódot
A szerkesztő csak a fele egy fejlesztői környezetnek. A másik fele az alatta lévő verem, és ez webhelyenként konfigurálható.
- Webhelyenkénti PHP-verzióválasztó, így egy régebbi bővítmény és egy modern összeállítás ugyanazon a fiókon is elfér egymás mellett
- Módosítható PHP-beállítások – memory_limit, max_execution_time, upload- és post-méret és a többi – a jogosultságán belül
- Webhelyenként be- vagy kikapcsolható PHP-kiterjesztések: imagick, gd, redis, memcached, bcmath, intl, soap és továbbiak
- Webhelyenkénti LSAPI PHP feldolgozók, LVE belépési folyamatok által korlátozva és a csomagján belül konfigurálhatóan
- Webhelyenkénti cron-kezelés mind a WP-cron, mind a valódi cron számára, valamint webhelyenkénti környezeti változók
- Webhelyenkénti Redis vagy Memcached objektum-gyorsítótár, amelyet a bekapcsolt HTTP/3 protokollal működő LiteSpeed Enterprise szolgál ki
- Webhelyenkénti MariaDB több adatbázissal és felhasználóval, valamint távoli hozzáférési kapcsolóval, ha külső kliensre van szüksége
A szerkesztéstől az élesítésig, biztonságosan
A közvetlenül az éles környezetben végzett szerkesztés néha a helyes döntés, máskor rossz ötlet. A platform mindkét megközelítést 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ásolathoz, dolgozzon ott, és küldje élesbe a módosítást, amint az bevált. A fájlok és az adatbázis együtt kerülnek át, ugyanazon a stacken és tervrajzon, mint az éles környezetben, így a tesztkörnyezet valódi főpróba, nem pedig pusztán közelítés.
Ha a munkája egy tárolóhoz tartozik, használja a git eszközt a szerkesztőből, és engedje, hogy a git-alapú közzétételek végigvigyék a változtatást az összeállítási és közzétételi folyamaton. A böngészőben írt kód ezután ugyanazt a verziózott kiadási és visszaállítási útvonalat követi, mint a laptopján írt kód.
Ha egy módosítás mégis hibásan sülne el, a biztonsági mentések a panelen egykattintásos visszaállítással érhetők el, és minden telepítés egy verziózott kiadás, amelyhez visszatérhet. A biztonsági háló nem egy ügyfélszolgálati hibajegy.
MI a szerkesztőben, és bármilyen MI azon kívül
A webes IDE összekapcsolódik az irányítópultba épített mesterségesintelligencia-asszisztenssel, és az egész platformot úgy építették fel, hogy az Ön által már használt MI-eszközökkel lehessen vezérelni.
Az AI segítségnyújtás elérhető a vezérlőpulton, és az AI Pack segítségével a saját modelljén fut — Ön biztosítja a modellt, az asszisztens pedig fájlokat olvas és szerkeszt, futtatja a wp-cli eszközt, és elküldi a módosításokat. Nincs semmilyen kötöttség egy olyan beágyazott modellhez, amelyet nem Ön választott.
A böngészőn kívül az MCP-kiszolgálónk lehetővé teszi bármely MCP-képes kliens számára — Claude Code, Cursor, ChatGPT és mások —, hogy természetes nyelven, az Ön API-engedélyeinek keretein belül vezérelje a tárhelyét és webhelyeit. A minta szándékos: egyetlen API és egyetlen műveletkatalógus, többféleképpen elérhetővé téve. Építsen a mi szerkesztőnkben, építsen a sajátjában, vagy bízza egy ügynökre, és ugyanaz a közzétételi útvonal szolgálja ki mindhármat.
Gyakran ismételt kérdések
Mi pontosan a Web IDE?
Ez a böngészőjében futó VS Code, amelyet a code-server biztosít, és a vezérlőpult webhelyoldaláról nyitható meg. Megkapja a teljes szerkesztőt a git eszközzel, amellyel az adott webhely valódi fájljait szerkesztheti a szerveren – az éles fájlokat, köztes tesztmásolat nélkül. Helyileg semmi sincs telepítve, és nincs külön szinkronizálandó másolat sem.
Továbbra is kapok SFTP-hozzáférést?
Igen. A webszerkesztő egy bejutási mód az SFTP – és az SSH-t tartalmazó csomagok esetében a jailed shell – mellett. Mindegyik a fájlok ugyanazon, CageFS által izolált nézetébe érkezik, így használhatja a szerkesztőt egy feladathoz, a saját kliensét pedig a következőhöz. A Footprint-Free csomagok shell helyett SFTP-t kapnak.
Láthatják más bérlők a fájljaimat ezen keresztül?
Minden bérlő egy izolált fájlrendszer-nézetet kap a CageFS alatt, és nem láthatja a többi bérlőt, más webhelyeket vagy az érzékeny rendszerfájlokat, az LVE pedig webhelyenként korlátozza a CPU-t, a RAM-ot, az IO-t, az IOPS-t és a folyamatokat, így egyetlen cage sem merítheti ki a szervert. A CageFS-t arra tervezték, hogy elszigetelje a biztonsági incidenseket, nem pedig arra, hogy nullára csökkentse a kockázatot; ezért az alapvető kártevő-ellenőrzés, a proaktív WAF és ez az elkülönítés minden fiókban szerepel ahelyett, hogy opcióként értékesítenék.
Megadhatok hozzáférést egy fejlesztőnek a webhelyeim közül csak egyhez?
A hozzáférést jelenleg a szervezeti szerepkörök szabályozzák – tulajdonos, számlázási, fejlesztői és csak olvasható –, és a tagok az adott szervezetben betöltött szerepkörük jogosultságait öröklik. Vegye figyelembe, hogy a fejlesztői szerepkör nem tartalmaz élesítési vagy éles környezetbe küldési jogosultságot. A tagságonkénti opcionális erőforrás-hatókör, például egy tag korlátozása bizonyos webhelyekre, egy tervezett fejlesztés, nem pedig jelenleg elérhető funkció, és az API-kulcsokat szervezetenként, részletes hatókörökkel bocsátjuk ki, nem pedig egyéni tagonként.
A webszerkesztő minden csomagban elérhető?
Ez nem egy díjcsomag-funkció, így a válasz nem attól függ, hogy Ön melyik díjcsomagot vásárolja meg — hanem attól függ, hol fut a webhely. A szerkesztő azokon a webhelyeken nyílik meg, amelyeket a saját infrastruktúránkon üzemeltetünk, mivel a webhely saját, elkülönített konténerében fut a szervereinken. Ha úgy döntött, hogy máshol telepíti a webhelyet — egy másik tárhelyszolgáltatónál, a Cloudflare Pages, Netlify, GitHub Pages szolgáltatásban vagy a saját szerverén —, akkor a webhelyet ott szerkesztheti, ahol az fut. A VPS és felhőalapú termékek sem tartalmazzák: nincs felügyelt konténer, amelyben megnyílhatna.
Feláras a szerkesztőben elérhető AI-asszisztens?
A mesterségesintelligencia-támogatás az Ön saját modelljén fut az AI Pack révén, így Ön azt a modellt hozza és fizeti, amelyiket szeretné, ahelyett hogy egy általunk kiválasztotthoz lenne kötve. A vezérlőpulton már ma elérhető; a szerkesztőn belül aktív fejlesztés alatt áll, és még nem hozzáférhető. Emellett a mi MCP szerverünk lehetővé teszi, hogy külső AI eszközök, mint például a Claude Code vagy a Cursor, közvetlenül irányítsák a tárhelyét az Ön API-engedélyeinek keretein belül.
Módosítsak közvetlenül az éles környezetben?
Megteheti, és néha ez a leggyorsabb helyes válasz. Bármilyen jelentősebb módosítás esetén klónozzon a tesztkörnyezetbe (staging) egyetlen kattintással, nyissa meg a Web IDE-t a másolaton, és tegye közzé élesben, amint a változtatás bevált. A Git-alapú telepítések és a visszaállítható verziózott kiadások rendelkezésre állnak, amikor a módosítás a tárolóba való, az egykattintásos visszaállítást biztosító biztonsági mentések pedig mindent lefednek.
Hogyan próbálhatom ki?
Indítsa el a bankkártya nélküli 14 napos próbaverziót. Nincs szükség fizetési adatokra; a próbaverzió legfeljebb 5 webhelyig tartalmazza a Footprint-Free tárhelyet, így megnyithatja a szerkesztőt, valódi környezetben dolgozhat egy valódi webhelyen, és maga ítélheti meg az eredményt.
Kapcsolódó
Nyissa meg a szerkesztőt, ne egy támogatási jegyet
Teljes értékű VS Code a böngészőben. Kezdje egy bankkártyát nem igénylő 14 napos próbaverzióval — fizetési adatok nélkül, akár 5 webhely a Footprint-Free-n.
Kezdés ingyen