A Hostinger MCP-t kézzel állítottam be Claude Code-ban, egy API token használatával a kattintásos Connector bővítmény helyett. Telepítettem egy kis Node.js alkalmazást, szándékosan elrontottam, hogy kipróbáljam a helyreállítást, és a Kodee élő csevegését és tudásbázisát egy valódi technikai kérdéssel teszteltem. Ez az, ami tényleg megállta a helyét.
A Hostinger MCP-t kézzel állítottam be Claude Code-ban, egy API token használatával a kattintásos Connector bővítmény helyett. Telepítettem egy kis Node.js alkalmazást, szándékosan elrontottam, hogy kipróbáljam a helyreállítást, és a Kodee élő csevegését és tudásbázisát egy valódi technikai kérdéssel teszteltem. Ez az, ami tényleg megállta a helyét.
Ha ezt olvasod, valószínűleg egyetlen konkrét kérdésre keresed a választ: megbízhatsz-e ténylegesen egy AI kódoló ügynökben, hogy kezelje az élő Hostinger-fiókodat, és mit kell tenni ahhoz, hogy egyet pre-built extension nélkül kapcsolj be.
Éppen ezt teszteltem. A Hostinger MCP az az integráció, amely lehetővé teszi az olyan AI eszközök számára, mint a Claude Code, a Cursor és a Codex, hogy a Model Context Protocolon keresztül kapcsolódjanak a Hostinger szolgáltatásaihoz.
A Hostinger Connector az egyik belépési út ehhez az integrációhoz, egy kattintásos, OAuth-alapú VS Code bővítmény. Itt nem a Connector-t teszteltem. Azt teszteltem, hogy közvetlenül hPanelben generálok egy API tokent, és kézzel kötöm be a Claude Code-ba, ami az az út, amelyet akkor jársz be, ha Claude Code-ot, JetBrains-t vagy bármely olyan klienst használsz, amelyhez nincs dedikált bővítmény.
Készítettem egy kis linkrövidítő appot, a LinkSnapet, összekapcsoltam egy valódi Hostinger-fiókkal, és végigvittem rajta a fiókolvasást, a telepítési célpontok felderítését, egy éles deployt, egy szándékos hibát és a helyreállítást.
A mi Hostinger Connector-értékelésünk azt is lefedi, hogy ez az OAuth-alapú bővítmény hogyan valósítja meg ugyanazt az alapul szolgáló protokollt, saját, külön megállapításokkal.
MCP Hosting Plans with Hostinger
Az MCP önmagában semmibe sem kerül, és bármelyik Hostinger csomaggal működik, amivel már rendelkezel.
Ingyenes, benne van bármely meglévő Hostinger csomagban
A manuális beállítás kategóriánkénti eszközvezérlést ad
Két alkalmatlan telepítési célpontot helyesen kizárt
Egy hibás buildet automatikusan elutasított, így nem okozott kiesést
Az élő alkalmazás túlélte a hibás buildet
Önellenőrizte az élő telepítést egy ellenőrzéssel
Kodee helyesen válaszolt egy valós terminológiai kérdésre
Cons
A konfigurációs fájl könnyen elromlik, ha rosszul illeszted be
A deploy eszköz kétszer is hibázott, kellett egy fallback
Minden eszközhívás előtt jóváhagyás kell tőled
Tip Generálj API tokent rövid lejárattal és olyan névvel, amit később is felismersz. A tokent csak egyszer láthatod, ezért azt az első képernyőt kezeld az egyetlen másolatodként.
Értékelési bontás
Itt láthatod, hogyan pontoztam a Hostinger MCP-t azokon a területeken, amelyek akkor számítanak, ha azt döntöd el, megéri-e a manuális beállításra szánt idő: mennyibe kerül, mit kapsz valójában, mennyi súrlódás van a beállítás során, helyesen hajtja-e végre a feladatokat, és milyen a támogatás, amikor szükséged van rá.
A manuális beállítás lehetővé teszi, hogy külön-külön engedélyezd az eszközkategóriákat: Websites, Domains and DNS, Subscriptions and Payments, Email Marketing, VPS és Ecommerce, mindegyik saját külön kapcsolattá válik, nem pedig egyetlen összecsomagolt jogosultsági csomaggá.
A token generálása gyors, de magadra vagy utalva, ha a konfigurációs fájlodban már van tartalom, és egy elavult Node-verzióval megmaradt globális útvonallal is megküzdöttem, mielőtt egyáltalán idáig eljutottam volna.
A fiókolvasások két, csendben lejárt hosting rendelést is észleltek, a célpont-felderítés pedig mindkét meglévő jelöltet valós, ellenőrizhető okokkal zárta ki ahelyett, hogy találgatott volna.
Kodee egy valós, kétoldalas terminológiai kérdésre valódi pontossággal válaszolt, négy váltásban, körülbelül két perc alatt.
Összességében
9.0/10
Egy átláthatóbb, közvetlenebb módja annak, hogy egy AI ügynököt összeköss a Hostinger-fiókoddal, egy olyan deploy folyamattal, amely megvédett egy élő oldalt egy általam szándékosan okozott hiba során.
MCP Hosting Plans with Hostinger
Egyszerűsítsd a hostingkezelést a Hostinger MCP-vel, egy Model Context Protocol megoldással, amely kompatibilis AI asszisztenseket kapcsol össze a Hostinger szolgáltatásaival. Segít automatizálni a feladatokat, hozzáférni a hostinginformációkhoz, és weboldalakat, domaineket, VPS-t, DNS-t és más szolgáltatásokat kezelni AI-alapú munkafolyamatokon keresztül.
Nem fogsz külön árstran oldalt találni a Hostinger MCP-hez, mert nincs ilyen. Ez nem egy külön megvásárolható dolog.
Az MCP a meglévő hosting csomagod fölött működik
Nincs külön MCP-előfizetés vagy havi díj
Továbbra is szükséged van egy jogosult hosting vagy VPS csomagra
Minden tesztelt csomag ugyanazokat az eszközkategóriákat tette elérhetővé
Nincs MCP-specifikus visszatérítési szabályzat, mivel nem kerül semmibe
Tip Ne frissítsd a hosting csomagodat csak azért, hogy jobb MCP-hozzáférést kapj. A csomagodról a ténylegesen szükséges webhelyek és erőforrások alapján dönts, nem az AI-integráció miatt, amely csak ráépül.
Hostinger MCP funkciók
Webhelyek létrehozása, törlése és fájlok vizsgálata
Node.js, statikus oldal és WordPress telepítés
Node.js buildkezelés és sebezhetőségi javítás
PHP-verzió és bővítmény konfiguráció
Adatbázis létrehozás, javítás és távoli kapcsolatok
Cron feladatok létrehozása és kimenetük lekérése
Domain, DNS, aldomain és átirányítás kezelése
Előfizetés- és rendelésnézet
Email marketing kampánykezelés
VPS és Ecommerce eszközök, alapból kikapcsolva
Ha bekapcsolod a manuális beállítási útvonalat, akkor még azelőtt kiválasztod, hogy az AI kliens mely eszközkategóriákat lássa, mielőtt egyáltalán megnyitnád, és minden kategória, amit engedélyezel, a konfigurációs fájlodban saját külön bejegyzéssé válik, nem pedig egyetlen nagy, összefogott eszközkészletté.
A Hostinger az alapértelmezett rate limitet is dokumentálja az alapul szolgáló API-n: percenként 60 kérés és óránként 1 000, a jelenlegi használatot pedig a válaszfejlécek adják vissza.
A jelen áttekintésben vizsgált, interaktív, egyfeladatos munkához még csak meg sem közelítettem egyik határt sem. Ha ennél automatizáltabb dolgot tervezel, például egy olyan szkriptet, amely felügyelet nélkül fut, nem pedig egy ügynököt, amely a jóváhagyásodra vár, ez egy valós szám, amivel tervezned kell.
MCP Hosting Plans with Hostinger
Kezeld hatékonyabban a Hostinger szolgáltatásaidat a Hostinger MCP segítségével. A Model Context Protocolra épülve összekapcsolja a Hostinger szolgáltatásait az AI asszisztensekkel, így egyszerűbbé teszi a webhelyek, szerverek, domainek, DNS-beállítások és hostingfeladatok kezelését.
Ha azt próbálod eldönteni, hogy tényleg meg tudod-e csinálni a manuális beállítást, segít megérteni, miért néz ki ez a rész egyáltalán nem úgy, mint egy szokásos Ease of Use értékelés.
A Hostinger MCP-nek nincs saját fiókja, amit létre kellene hozni, nincs regisztrációs űrlapja és nincs első belépéskor bejárható vezérlőpultja. Egy már meglévő Hostinger-fiók és hosting csomag fölé épül. Nincs regisztrációs lépés, mert nincs mire regisztrálni azon túl, a fiókon, amely valószínűleg már most is a tiéd.
Ami itt valójában a könnyű használatot jelenti, az maga a csatlakozási folyamat, annak átalakítása, hogy egy fiókot, amelybe már be tudsz lépni, olyasmivé tegyél, amit egy AI ügynök látni és kezelni tud. Ezért ez a rész rögtön a hozzáférés generálásával indul, nem pedig egy regisztrációs képernyővel.
A manuális beállítás sem egyetlen klienshez kötött. A Hostinger a következőket sorolja fel:
Claude Code
Cursor
Devin Desktop
Antigravity
És a Codexet is támogatott opcióként, a VS Code egykattintásos Connector bővítménye mellett, így itt valódi választási lehetőséged van
Én a Claude Code-ot választottam mert terminálban fut, nem IDE-oldalsávban, és mert nincs saját dedikált Hostinger bővítménye, ami azt jelentette, hogy a manuális, tokenalapú út volt az egyetlen belépési lehetőség, és ez adta a legtisztább tesztet erre az útvonalra.
Egy előfeltétel már azelőtt megjelenik, hogy a Hostinger egyáltalán képbe kerülne, és ez az általad választott kliensre vonatkozik. Magához a Claude Code-hoz Node.js 22-es vagy újabb verzió szükséges a futáshoz. Az én gépemen még egy korábbi projektből megmaradt régebbi verzió volt, és engine figyelmeztetéseket, valamint egy hibás telepítést kaptam, mielőtt egyáltalán hozzáértem volna hPanelhez. Ez nem Hostinger-probléma, de valós időveszteség, ha a fejlesztői géped már nincs naprakészen.
1. Az API token generálása
Miután a Claude Code ténylegesen futott, áttértem a hPanel API oldalára, amely most közvetlenül az MCP köré épül.
Hat klienst sorol fel a felső részen: VS Code, Cursor, Devin Desktop, Antigravity, Claude Code és Codex, ahol a VS Code kapja az egykattintásos Connector bővítményt, minden más kliens, a Claude Code-ot is beleértve, pedig manuális útvonalat kap.
Magának a tokennek a generálása nagyon kevés adatot kér:
Egy név a tokenhez
Egy lejárati időszak, alapértelmezetten egy hónap
Nincsenek scope vagy jogosultsági mezők magán a tokenen
Ez az utolsó pont azért számít, ha érdekel a hozzáférés-kezelés. Nem a tokenen belül van. Egy korábbi lépésben van, egy külön választóban, ahol eldöntöd, mely eszközkategóriákat teszi egyáltalán elérhetővé a kapcsolat, és innen mentem tovább.
Részlet
Eredmény
A token generálásához szükséges mezők
Név és lejárat בלבד
Scope kiválasztás a tokenen magán
Nincs
A token újra látható, miután elhagyod az oldalt
Nem, csak egyszer jelenik meg
A token táblázat ezt követi
Név, létrehozás dátuma, utolsó használat, lejárat
2. Az eszközkategóriák kiválasztása és a config összeállítása
Ezután, még mielőtt bármilyen config fájl létezett volna, hPanel megkért, hogy válasszam ki, mely kategóriájú eszközöket tegye elérhetővé a kapcsolat:
Websites
Domains and DNS
Subscriptions and Payments
Email Marketing
VPS Hosting
Ecommerce
Csak a Websites-et engedélyeztem, mivel ez lefedett mindent, amire a LinkSnapnek szüksége volt. Minden engedélyezett kategória saját külön bejegyzésként jelenik meg a generált JSON-ben, saját paranccsal és saját csomagnévvel, ugyanarra a tokenre mutatva. Itt valóban felülmúlja a manuális út az egyetlen összefogott jogosultsági képernyőt: te döntöd el a pontos formáját annak, hogy az AI kliensed mit érhet el, még mielőtt egyáltalán megnyitná, nem utólag.
Aztán jött az a rész, ami ténylegesen időbe került. hPanel ad egy előre elkészített JSON blokkot és egy fájlútvonalat, Linuxon a ~/.claude.json -t, és azt mondja, hogy illeszd be.
A fájlomban már voltak egy korábbi beállítási kísérletből maradt bejegyzések. Az új blokk beillesztése anélkül, hogy összefűztem volna, két felső szintű objektumot eredményezett, ami nem érvényes JSON, és a Claude Code nem indult el, amíg kézzel át nem írtam az egész fájlt egyetlen objektummá.
Tip Mielőtt a Hostinger által generált configot beillesztenéd az MCP fájlodba, nyisd meg előbb a fájlt, és ellenőrizd, hogy létezik-e már benne egy mcpServers objektum. Ha igen, az új bejegyzést ebbe egyesítsd, ne pedig egy második felső szintű blokkot illessz be fölé.
3. A Claude Code összekapcsolása
Miután a config fájl végre érvényes lett, az utolsó lépés az volt, hogy magát a Claude Code-ot rávegyem a felismerésre. Ehhez külön Claude bejelentkezésre lesz szükséged, teljesen függetlenül a Hostinger tokentől, mivel a Claude Code Claude-előfizetéssel vagy API számlázással fut. Ez valódi plusz lépés egy böngészőbővítményhez képest, amely egyszerűen újrahasználja azt a munkamenetet, amelybe valószínűleg már eleve be vagy jelentkezve.
Ezután a kapcsolat első újraindításra tisztán működött. Amikor közvetlenül megkérdeztem a Claude Code-ot, milyen Hostinger eszközökhöz fér hozzá, teljes, helyesen csoportosított listát adott vissza, amely megegyezett az általam engedélyezett egyetlen kategóriával.
Ellenőrzés
Eredmény
Claude Code bejelentkezés szükséges, külön a Hostingerétől
Igen
Első újraindításra kapcsolódott a config javítása után
Igen
A visszaadott eszközlista egyezett az engedélyezett kategóriával
Igen
Eszközhívásonkénti megerősítés alapértelmezés szerint szükséges
Igen, minden hívásnál
Ez az utolsó sor fogja meghatározni az egész élményt innentől kezdve. Minden egyes eszközhívásnál, legyen az webhelyek listázása, build ellenőrzése, shell parancs futtatása, megáll és előbb igen/nem választ kér tőled, hacsak nem kapcsolod be az auto-approve-ot.
A teljes teszt során meghagytam az egyes jóváhagyásokat, hogy őszinte képet kapjak a valós költségről, és már egyetlen deploy- és helyreállítási ciklus is több mint egy tucat külön jóváhagyást igényelt tőlem.
Van még valami, amit tudnod kell, mielőtt bármilyen valódi munkát rábíznál erre: nincs sandbox. Minden általad jóváhagyott parancs az élő fiókodat és az élő hostingodat érinti abban a pillanatban, amikor igent mondasz.
Nem létezik semmilyen szimulált környezet egy prompt és a valós változtatás között, így egy téves jóváhagyás valódi.
A könnyű használat összegzése
Ennek működésre bírása komoly hibaelhárítást igényelt tőlem, nem azért, mert bármelyik egyes lépés nehéz lenne, hanem mert a manuális út egy tiszta config fájlt, aktuális Node-verziót és olyan fejlesztőt feltételez, aki hajlandó mindkettőt javítani, ha ezek nem adottak.
A kategóriaszintű eszközválasztó valódi erősség, pontosabb, mint egyetlen összecsomagolt jogosultsági engedély.
Miután kapcsolódott, lassabbra, nem gyorsabbra számíts. Minden eszközhívás vár rád, ami pontosan az, amit akarsz, ha figyelmesen követed, és pontosan az, ami lelassít, ha nem.
MCP Hosting Plans with Hostinger
Növeld a produktivitásodat a Hostinger MCP-vel, egy AI-kész integrációval, amely kompatibilis AI asszisztenseket köt össze a Hostinger szolgáltatásaival. Okosabb automatizálást tesz lehetővé a hosting, a VPS, a domainek, a DNS, a webhelyek és más fiókszolgáltatások terén, csökkentve az ismétlődő manuális kezelési feladatok szükségességét.
MCP működés közben: a Hostinger tesztelése Claude Code-on keresztül
Már tudod, hogy egy config fájl képes összekapcsolni. Ami igazán érdekel, az az, hogy a túloldalon lévő dolog ténylegesen jól végzi-e a hostingmunkát, ezért építettem a LinkSnapet, egy kis Express appot, és végigvittem egy teljes telepítési életcikluson.
Teszt
Amit meg akartam tudni
Fiókadatok olvasása
Pontosan jelenti-e a fiókodat?
Telepítési célpont keresése
Találgat, vagy előbb ellenőriz?
LinkSnap deployolása
Képes-e egy valós appot helyi környezetből élővé tenni?
Az élő app ellenőrzése
Elhiszi a saját sikerjelentéseit?
Az app szándékos eltörése
Mit csinál a platform egy rossz builddel?
Helyreállítás
Tud-e tisztán visszaállítani egy ismert jó verziót?
A LinkSnap health végpontja később egy okból vált fontossá: egy platform jelezheti, hogy a build befejeződött, miközben az alkalmazásod valójában soha nem indul el.
Egy élő végpont az egyetlen módja annak, hogy ezt önállóan ellenőrizd, ahelyett, hogy egy státusz címkére bíznád magad.
1. Fiókadatok olvasása
Azt kértem a Claude Code-tól, hogy listázza ki az összes webhelyet és aktív hosting csomagot a fiókon, mindenféle segítség nélkül.
Ennek a fióknak valós komplexitása van: tizenhét webhely egy rendelés alatt, további kettő egy második alatt, és két további webhely olyan rendelések alatt, amelyek már nem aktívak.
Ellenőrzés
Eredmény
Összes listázott webhely
21, pontosan megegyezett a hPanellel
Azonosított aktív csomagok
2, pontosan megegyezett a hPanellel
A lejárt rendelés alatti webhelyek jelölése kérés nélkül
Igen, mindkettőt helyesen azonosította
Nem csak azt sorolta fel, amit kértem. Észrevette, hogy két webhely olyan rendeléshez tartozik, amely hiányzik az aktív listából, és valószínűleg felfüggesztettként jelölte meg őket, amit aztán mindkettőnél függetlenül is megerősítettem hPanelben mint lejártakat.
Ez több mint lekérdezés, ez a fiókod ellenőrzése, nem csupán olvasása.
2. Telepítési célpont keresése
Ez az a teszt, amely a legtöbbet mondja arról, hogy megbízhatsz-e ebben egy élő fiókon.
Azt kértem tőle, derítse ki, van-e Node.js webhelyem, amely alkalmas a LinkSnap telepítésére, anélkül, hogy bármilyen domaint megneveztem volna.
Lépés
Mi történt
Eredmény
Az első meglévő Node.js webhely ellenőrzése
Egy aktív, már használatban lévő deployt talált
Helyesen kizárva
A második meglévő Node.js webhely ellenőrzése
Azt találta, hogy egy lejárt rendeléshez kötődik
Helyesen kizárva
Egy új webhely javaslata
A megfelelő aktív rendelés alatt
Pontos
Mielőtt cselekedett volna, megkérdezett
Ingyenes aldomaint vagy saját domaint ajánlott fel
Megfelelt
Az ingyenes aldomaine-t választottam. Létrehozta a floralwhite-ferret-411142.hostingersite.com címet, és a megfelelő rendelés alatt hozta létre a webhelyet, amit utólag én is ellenőriztem hPanelben.
Minden egyezett.
3. A LinkSnap deployolása
Miután a célpont megerősítést nyert, becsomagoltam a LinkSnapet egy zip archívumba, és megkértem a Claude Code-ot, hogy deployolja.
Az elsődleges deploy eszköz az első próbálkozásnál az upload lépésnél megbukott.
Nem próbálkozott vakon újra, hanem ellenőrizte, hogy a webhely tárolója valóban elérhető-e, kizárta ezt mint okot, majd áttért egy másik módszerre: közvetlen feltöltési URL-t kért, feltöltötte oda az archívumot, és a buildet külön lépésként indította el.
Lépés
Eredmény
Elsődleges deploy eszköz
Az uploadnál hibázott
Tároló-elérhetőségi ellenőrzés
Átment, kizárta mint okot
Fallback módszer
Kézi feltöltési URL plusz külön buildindítás
Fallback eredmény
Sikeres
Önellenőrzés a „build complete” után
Saját élő kérését lefuttatta, HTTP 200-at igazolt
Az én független ellenőrzésem
A kezdőlap és a health végpont is helyesen válaszolt
Az, hogy a deploy eszköz az első próbán megbukott, valódi gyengeség, és ezt szeretném egyértelműen kimondani. Ami megakadályozta, hogy ez rossz eredmény legyen, az az, ami ezután történt: valódi diagnózis, működő alternatíva, és élő ellenőrzés a státuszjelvény helyett.
4. Hibahelyreállítás tesztelése
Ez az a rész, amiért valójában idejöttél, ha azt szeretnéd tudni, mi történik, amikor valami elromlik.
Megkértem a Claude Code-ot, hogy készítsen biztonsági mentést a működő package.json-ről, majd módosítsa a start parancsot úgy, hogy egy nem létező fájlra mutasson.
Nem tudta közvetlenül szerkeszteni az élő alkalmazás fájljait, mivel egy telepített Node.js apphoz nincs kiadott fájlszerkesztő eszköz.
Ahelyett, hogy ezt csendben megkerülte volna, elmagyarázta a korlátot, a helyi archívumomból dolgozott, megmutatta a pontos egysoros módosítást, és megvárta a megerősítésemet, mielőtt bármihez hozzáért volna.
Teszt
Eredmény
Biztonsági mentés létrehozva a módosítások előtt
Igen
A pontos módosítás megjelenítve az alkalmazás előtt
Igen
A hibás build deployolva
A build hibásnak jelentve
Az élő app a hibás build alatt
Fent maradt, a működő verziót szolgálta ki
Az élő app explicit újraindítás után
Továbbra is a működő verziót szolgálta ki
Visszaállítás a biztonsági mentésből
Sikeres
A tiszta verzió újredeployolása
Befejeződött, egy újrapróbálkozás után
Végső ellenőrzés
HTTP 200, egészséges válasz megerősítve
Ez a review legfontosabb megállapítása. A platform nem fogadott el csendben egy hibás telepítést. Elutasította a rossz buildet, és közben végig életben tartotta az utolsó ismert jó verziómat, újraindítás előtt és után is.
Az egyetlen őszinte hiányosság: a build naplók csak a sikeres függőségek telepítését mutatták, a tényleges hiányzó fájl hibát nem, így egy valódi hiba konkrét okát máshol kellene megkeresned.
Egy kisebb dolgot is érdemes tudnod: a teszt közben a Claude Code egy teljesen független, korábbi projektet említett név szerint, amelynek semmi köze nem volt ehhez a sessionhöz. Nem befolyásolta az eredményt, de fontosnak tartottam jelezni, ahelyett, hogy kihagynám.
A tesztelés összegzése
Ha azt mérlegeled, hogy megbízol-e egy AI ügynökben egy élő hosting fiók kezelésével, ez az a teszt, amely a leginkább megnyugtathat. A fiókolvasások pontosak és önellenőrzők voltak, a célpont-felderítés nem találgatott, és egy általam szándékosan tönkretett telepítés sem vitte le az oldaladat.
A legnyilvánvalóbb gyengeség maga az elsődleges deploy eszköz, amely mindkét próbálkozásomnál kudarcot vallott, és minden alkalommal egy kézi fallbackre volt szükség.
MCP Hosting Plans with Hostinger
Használd ki az AI-alapú hostingautomatizálás előnyeit a Hostinger MCP-vel. A Model Context Protocol köré építve lehetővé teszi, hogy a támogatott AI eszközök a Hostinger szolgáltatásaival interakcióba lépjenek, megkönnyítve a webhelyek, szerverek, domainek, DNS-beállítások és hostinghoz kapcsolódó feladatok kezelését.
Ha elakadsz a beállítás során, itt láthatod, mi történik valójában, amikor segítséget kérsz a Hostingertől.
Támogatási csatornák
Csatorna
Elérhetőség
Megjegyzések
Élő chat (Kodee, AI)
24/7
Ugyanazon a Model Context Protocolon fut, amelyet ez a review tárgyal, és a Hostinger dokumentációja szerint valódi fiókműveleteket is el tud végezni, nem csak kérdésekre válaszol
Élő chat (emberi)
Eszkaláció Kodee-től
Kérésre elérhető ugyanabban a chatablakban
Tudásbázis
Önkiszolgáló
support.hostinger.com
Kodee tesztelése
Kodee-nak feltettem egy olyan kérdést, amelynek valódi, kétoldalú válasza van: a Hostinger MCP saját, megvásárolható termék-e, és hogyan viszonyul valójában a Hostinger Connectorhoz.
Ezt nem lehet egy dokumentációs bekezdés kimásolásával megválaszolni, mert megköveteli egy protokoll és annak egyik konkrét implementációja közötti helyes különbségtételt.
Kérdés
Kodee válasza
Értékelés
Ugyanaz-e az MCP, mint a Connector
Nem, az MCP a szélesebb integráció, a Connector pedig az egyik ajánlott OAuth-alapú beállítási módszer
Helyes és pontosan körülhatárolt
Megvásárolható-e maga az MCP
Nem, nem külön termék vagy előfizetés
Helyes
Hol található az API token
Account, majd API vagy Dev Tools, generálás, név megadása, lejárat beállítása, azonnali másolás
Helyes és pontos
Milyen környezeti változót kell használni
Közvetlenül megnevezte a token változót, és megjegyezte a Connector-t mint alternatívát, amely kihagyja ezt
Helyes
A teljes beszélgetés, négy kérdés és négy válasz, a bélyegzők alapján körülbelül két percet vett igénybe.
Nem kellett egyszer sem visszaszólnom, átfogalmaznom vagy eszkalálnom. Sok AI támogatási eszköz az egyszerű felét jól kezeli egy két részből álló kérdésnek, majd homályossá válik a nehezebb felénél. Kodee itt nem ezt csinálta.
Tudásbázis
A Hostinger tudásbázisa széles kategóriákba rendeződik: Getting Started, hPanel, AI Builder, Domains, DNS, Files Management, Email, MySQL Databases, Website, VPS, Agency Hosting Plans, Reach, SSL, PHP, Profile Management, Billing, Affiliates and Referrals, Features, cPanel és About Hostinger.
Ezek között egyik sem kifejezetten MCP-re szánt, így ha kategóriák szerint böngészel, nem ott fogod megtalálni.
Ha azonban közvetlenül az „MCP” kifejezésre keresel, oda jutsz. Ez a keresés húsz találatot adott vissza, és a két legrelevánsabb cikk, a WordPress-specifikus MCP beállítás és a helyi IDE beállítás, rögtön az elején szerepelt.
Alattuk több, csak lazábban kapcsolódó találat is volt, főként más AI-ügynök termékek, amelyek csak mellékesen említik az MCP-t.
Megnyitottam azt a cikket, amely közvetlenül megfelel ennek az áttekintésnek: „How to set up web hosting MCP on Local IDEs.” Ez valóban jól felépített:
A Connector bővítménnyel indul, mint ajánlott útvonal
A manuális beállítást külön módszerként vezeti végig
Számozott lépéseket és valós config fájlútvonalakat tartalmaz
Teljes JSON konfigurációs példát ad
Második módszert is mutat a saját AI asszisztensed használatával
Az egyetlen hiányosság, amiről tudnod kell, hogy a cikk manuális útmutatója Cursor-t használ példaként, nem Claude Code-ot, annak ellenére, hogy a Claude Code az egyik hivatalosan listázott kliens.
A gyakorlatban ez nem lassított le, mert a hPanel API oldala közvetlenül generált egy Claude Code-specifikus fájlútvonalat és JSON blokkot, és ez végül naprakészebbnek bizonyult, mint a cikk példája.
Ha csak a cikkre hagyatkozol, és Claude Code-ot használsz, a Cursor-specifikus lépéseket neked kell majd adaptálnod.
A támogatás összegzése
Kodee helyesen és gyorsan kezelt egy valódi, két részből álló technikai kérdést, és a mögötte lévő tudásbázis-cikk is alapos, ha név szerint keresed meg, nem pedig kategória szerint böngészed.
Az egyetlen valódi hiányosság, hogy a zászlóshajó beállítási cikk a Cursor-t részesíti előnyben példaként, így ha Claude Code-ot használsz, pontos útmutatást kapsz, amelyet mégsem neked készítettek.
MCP Hosting Plans with Hostinger
Használd ki az AI-alapú hostingautomatizálás előnyeit a Hostinger MCP-vel. A Model Context Protocol köré építve lehetővé teszi, hogy a támogatott AI eszközök a Hostinger szolgáltatásaival interakcióba lépjenek, megkönnyítve a webhelyek, szerverek, domainek, DNS-beállítások és hostinghoz kapcsolódó feladatok kezelését.
Következtetés: Megéri használni a Hostinger MCP-t?
Igen. Nem azért, mert a beállítás mindig zökkenőmentes volt, mert nem volt az, hanem azért, mert az történt, amikor egy AI ügynöknek valódi hozzáférést adtam egy élő fiókhoz, majd szándékosan megpróbáltam eltörni a dolgokat.
A fiókolvasások két csendben lejárt hosting rendelést is észleltek, anélkül hogy erre kértem volna őket. A célpont-felderítés két alkalmatlan webhelyet is kizárt valós, ellenőrizhető okokból ahelyett, hogy találgatott volna. Egy olyan telepítési folyamat, amelyet szándékosan megrongáltam, elutasította a hibás buildet, és közben végig életben tartotta az oldaladat.
Az egész review során számomra leginkább nem egyetlen funkció helyes működése volt figyelemre méltó. Hanem az a mintázat, ami mindegyik mögött ott volt: előbb ellenőrizni, aztán cselekedni, és nyíltan elmondani, ha valamit nem lehetett verifikálni.
Ugyanez a minta megjelent a támogatásban is, ahol Kodee egy valóban két részből álló technikai kérdésre elsőre helyesen válaszolt, körülbelül két perc alatt, anélkül hogy noszogatni kellett volna.
Ez nem jelenti azt, hogy ez egy kész, súrlódásmentes termék. Az elsődleges deploy eszköz az én két próbálkozásom során is elbukott, minden alkalommal kézi fallbackre volt szükség.
Egy olyan konfigurációs fájl, amely már tartalmat tartalmazott, csendben elromlott, amíg kézzel újra nem írtam. És ebben az egész folyamatban semmilyen sandbox nincs, minden jóváhagyásod azonnal az élő fiókodra hat, ami ugyanannak az óvatosságnak a tétjét emeli meg, amely éppen a megbízható eredményeket adja.
A Hostinger MCP megéri az idődet, ha olyan AI ügynököt szeretnél, amely ellenőriz, mielőtt cselekszik, és őszintén elmondja, amikor elér egy korlátot, és hajlandó vagy elfogadni néhány durva élt az eszközök körülötte.
Még nem éri meg az idődet, ha valami kiforrottat és súrlódásmenteset szeretnél azonnal, vagy ha egy olyan deploy eszköz, amely elsőre hibázik, inkább kizáró tényező, mint egy kikerülhető durva él számodra.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
Működni működik. A Hostinger szerintem mindenkit az alacsony áraival próbál megfogni, bár szerintem pont nem ezen a szolgáltatáson kell spórólni. Szerintem a tárhely szolgáltatása lassú, átláthatatlan kezelőfelülettel, és minősíthetetlen supportal. Ne kérdezz tőlük, ugyanis ha már fizető ügyfél vagy akkor úgysem válaszolnak, vagy csak akkor amikor már mindegy. Ez a saját véleményem a saját tapasztalataim alapján. Remélem javítanak a jövőben.
Már két éve a Hostingert használjuk. Egyesületünk non-profit médiaszolgáltatási tevékenységet folytat, 20-30 ezer átlagos hallgatottsággal, akiket ki is kell szolgálni. Erre a Hostinger szerverei megfelelőnek bizonyultak! Köszönjük.
A Hostinger MCP egy olyan integráció, amely lehetővé teszi, hogy az AI-kódoló eszközök a Model Context Protocolon keresztül kapcsolódjanak a Hostinger szolgáltatásaihoz. Ez nem egy külön hostingtermék, és a meglévő fiókjával működik, nem pedig a hPanel helyettesítésére szolgál.
Szükségem van a Hostinger Connectorra a Hostinger MCP használatához?
Nem. A Connector egy beállítási módszer, amely egy böngészőalapú kiterjesztésen keresztüli OAuth-ot használ. A kapcsolatot manuálisan is konfigurálhatja egy API tokennel, és ezt az útvonalat tesztelte ez az értékelés, amely jelenleg olyan klienseket támogat, mint a Claude Code, a Cursor, a Devin Desktop, az Antigravity és a Codex.
A Hostinger MCP ingyenes?
Igen. Magáért az MCP integrációért nincs külön díj. Továbbra is szüksége van egy jogosult Hostinger hosting, cloud vagy VPS csomagra azokhoz a feladatokhoz, amelyeket egy AI ügynöknek ténylegesen végre kell hajtania.
A Hostingeren elkészült build azt jelenti, hogy az alkalmazásom valóban működik?
A teszteléseim során egy szándékosan elrontott buildet elutasítottak ahelyett, hogy telepítették volna, ami jó jel. De a build naplók nem mutatták a hiba konkrét futásidejű üzenetét, csak azt, hogy a függőségek telepítése sikeres volt. Inkább ellenőrizd az élő alkalmazást vagy közvetlenül egy health végpontot, ne csak a build naplókra hagyatkozz.
A Hostinger MCP képes Node.js alkalmazásokat telepíteni a Connector bővítmény nélkül?
Igen. Egy Node.js alkalmazást telepítettem, majd később szándékosan elrontottam úgy, hogy kizárólag egy manuálisan konfigurált API tokent használtam a Claude Code-ban, Connector bővítmény nélkül. Az elsődleges telepítő eszköz mindkét próbálkozásomnál meghiúsult, és minden alkalommal manuális feltöltéses és buildeléses tartalék megoldásra volt szükség, ami sikeresen működött.
Mi történik, ha az API-tokenem lejár, miközben egy ügynök éppen fut?
Nem teszteltem ezt közvetlenül, mivel a tokenem egyhónapos lejáratra volt beállítva, és túlélték a teljes felülvizsgálati időszakot. Ez inkább egy megoldandó kérdés, mint olyasmi, amire teszteléssel válaszolhatok: állíts be egy naptárértesítőt, hogy a tokenedet még az lejárta előtt rotáld, mivel minden olyan feladat, amely erre támaszkodik, feltehetően meghiúsulna, ha a munkamenet közben lejár.
A HostAdvice.com egy független oldal, mely professzionális értékeléseket biztosít tárhelyszolgáltatókkal kapcsolatosan. Az oldalon található értékelések őszinték, nem részrehajlóak és mindenkit ugyanolyan feltételek alapján minősítenek.
Az értékelt cégek pénzbeli juttatást utalnak át számunkra, de ez nincs hatással az értékelések kimenetelére. A juttatás nem befolyásolja az egyes tárhelyszolgáltatások rangsorát. Támogassa a weblap-tulajdonosok közösségét azzal, hogy oldalunkon egy őszinte értékelést ír a saját tárhelyszolgáltatójáról.