A MongoDB, az Express, a React és a Node mind előre telepítve jelenik meg a Hostinger MERN VPS-én, amelyet egy készen a felépítésre, skálázható webalkalmazásokhoz való környezetként kínálnak. A tesztelés itt valódi erősségeket talált, ezek közül a majdnem tökéletes CPU-skálázódás volt a legkiemelkedőbb, valamint néhány olyan részlet a csomag és a dokumentáció oldalán, amelyet egy fejlesztőnek érdemes tudnia, mielőtt elköteleződik. Íme minden, amit találtam.
A Hostinger MERN VPS hosting értékeléséhez a HostAdvice értékelési módszertanát alkalmaztam, ugyanazt a szabványosított megközelítést, amelyet az oldalon minden véleménynél használnak, így az eredmények következetesek maradnak, és valós tesztelésen alapulnak, nem marketingállításokon. Így teljesített az egyes paraméterekben.
| Paraméter | Pontszám | Miért ez a pontszám |
|---|---|---|
| Árak | 9.0/10 | Erős 30 napos garancia, bár a VPS-visszatérítésekre 180 napos hűtési idő vonatkozik, és nincs külön ingyenes próbaidőszak. |
| Funkciók | 9.2/10 | Az EPYC hardver, az aktív malware scanner és a publikus API minden szinten a leírtak szerint elérhető. |
| Teljesítmény | 9.3/10 | Majdnem tökéletes CPU-skálázódás, erős disk IOPS és tiszta stresszteszt nulla hibával. |
| Könnyű használhatóság | 8.8/10 | A gyors és gördülékeny fizetést aláássa a csomagoldal saját sávszélesség-állításainak valós ellentmondása. |
| Támogatás | 9.6/10 | A Kodee kétszer is ellenőrizte az élő szervert, és mindkét alkalommal pontos, teljes műszaki megoldásokat adott. |
| Összesen | 9.2/10 | Erős MERN host, amelyet főként egy dokumentációs hiány fog vissza, amelyet a Kodee-nak kell pótolnia. |
A Hostinger a MERN hostingot négy KVM VPS szint egyikeként értékesíti, a KVM 1-től a KVM 8-ig, és mindegyik a CPU-magokat, a RAM-ot, az NVMe tárhelyet és a sávszélességet együtt skálázza felfelé, ahogy haladsz előre.
A MERN önmagában nem külön megvásárolható termék, hanem egy kattintással telepíthető alkalmazás, amelyet a pénztárnál kiválasztott bármelyik szintre ráépítenek, és amelyben a MongoDB, az Express, a React és a Node mind automatikusan települnek abban a pillanatban, amikor a szerver élővé válik.
Néhány dolog, amit érdemes tudni rendelés előtt:
Egy dolgot érdemes közvetlenül kiemelni a tesztelésből. Maga a csomagoldal két különböző hálózati sebességértéket sorol fel két különböző helyen: 1 Gbps-ot a funkciólistában, és 300 Mb/s-ot a lenti törzsszövegben.
A valós benchmarkok a 1 Gbps-os állítással egyeztek, ezért az alacsonyabb értéket inkább a szöveg hibájának, mint a valós specifikációnak tekintsd, de ezt a részletet érdemes ellenőrizni az élő oldalon vásárlás előtt, mivel a marketingoldalak frissülnek, és lehet, hogy mire ezt olvasod, már javították.
A MERN stack valódi terhelést ró egy szerver minden rétegére egyszerre. A Node egyetlen szálon kezeli a kéréseket egy folyamaton belül, így a CPU sebessége és az, hogy mennyire jól skálázódik több magra, dönti el, hány egyidejű felhasználót képes kiszolgálni egy Node-folyamat, vagy az azt használó klaszter.
A MongoDB folyamatosan dokumentumokat olvas és ír a lemezre, ezért a disk I/O határozza meg, milyen gyorsan érkeznek vissza a lekérdezések. A React production buildje statikus fájlokként kerül kiszolgálásra, ami egyszerre támaszkodik a lemezre és a hálózatra, az Express pedig középen helyezkedik el, és mindezt memórián keresztül adja tovább.
Teljes benchmarkcsomagot futtattam a szerveren, CPU-, memória-, lemez-, hálózati és egy tartós stressztesztet, hogy lássam, mit nyújt valójában ez a csomag, és hogy tisztázzam a sávszélességgel kapcsolatos kérdést, amelyre maga a csomagoldal sem tudott következetesen válaszolni.
Az általam tesztelt példány a KVM 4 csomag volt, amelyet a pénztárnál választottam ki:
A számok előtt egy szó arról, hol helyezkedik el ez a csomag. A Hostinger MERN VPS kínálata ugyanazt a négy szintet használja, mint a többi VPS terméke, a KVM 1-től a KVM 8-ig, és a KVM 4 a felső kettő között van, valódi alkalmazásokhoz és számottevő felhasználói bázishoz tervezve, nem első prototípushoz vagy nagy, több szolgáltatásból álló platformhoz. Ami következik, az kizárólag erre a közép-felső szintre vonatkozik.
Az egyszálas sebesség az a szám, amely a leginkább számít egyetlen Node-folyamat esetén, mivel a Node egy szálon futtatja a JavaScriptet, és csak akkor osztódik több magra, ha klaszter módban vagy egy olyan processzkezelő mögött futtatod, mint a PM2, amely több példányt indít.
0.61ms átlagos késleltetés mellett egy egyetlen Express-folyamat ezen a szerveren bőven rendelkezik tartalékkal a tipikus kéréskezelés előtt, mielőtt a CPU korlátba ütközne.
A többszálas eredmény itt a kiemelkedő. Az egy szálról négyre váltás szinte pontosan négyszeresére növelte az átvitelt, gyakorlatilag tökéletes skálázódást mutatva. Ez közvetlenül fontos a Node számára is, mivel azt jelenti, hogy egy PM2 klaszter négy példánnyal, hogy kihasználja mind a négy magot, közel négyszeres átvitelt adhat egyetlen folyamathoz képest, ahelyett hogy ennek egy jó részét a hoszt többi bérlőjével való erőforrás-versengés elvesztené, ahogy az a megosztott VPS-eken általában történik.
A szálfairness mutató is ezt támasztja alá: körülbelül 0.1 százaléknyi eltérés volt a szálak között, ami elég szűk ahhoz, hogy minden mag egyenletesen dolgozott a teszt során.
Mindkét érték kényelmesen abba a tartományba esik, amelyet a jelenlegi EPYC hardver ezen a teszten produkál. Egy MERN stack esetében a memóriasebesség leginkább ott számít, ahol a MongoDB a gyakran használt adatokat RAM-ban tartja gyorsítótárként, valamint ahol maga a Node objektumokat, session adatokat és bármilyen memóriabeli gyorsítótárat ugyanezen a készleten kezel.
Ezen a sebességen a memória nagyon valószínűtlen, hogy az a réteg legyen, amely lelassít egy kérést. Ezen felül ezen a példányon nem volt swap konfigurálva, így a teljes 15GB RAM áll ténylegesen rendelkezésedre, nincs tartalék puffer arra az esetre, ha a MongoDB munkakészlete vagy egy hosszú életű Node-folyamat memóriaszivárgása túllépne ezen.
Ha nagy munkakészletű adatbázist futtatsz több Node-folyamattal együtt, figyeld a valós memóriahasználatot tényleges terhelés alatt, ahelyett hogy feltételeznéd, hogy ez a szint több tartalékkal rendelkezik, mint amit már igazoltál.
A szekvenciális olvasás majdnem kétszer gyorsabb volt, mint a szekvenciális írás, ez egy valódi aszimmetria, amelyet érdemes ismerni, ha a munkaterhelésed nagy fájlok írását, adatbázismentéseket, feltöltött médiát, naplóexportot tartalmaz, mivel ezen az oldalon a lemeznek jóval kevesebb tartaléka van, mint az olvasási oldalon.
A random 4K teljesítmény az a szám, amely előre jelzi, hogyan viselkedik a MongoDB valós terhelés alatt, mivel a dokumentumok olvasása és írása kis, szétszórt műveletekkel éri el a lemezt, nem nagy szekvenciális blokkokkal.
A majdnem 9,800 IOPS mindkét irányban, egyenletesen kiegyenlítve az olvasás és írás között, erős eredmény adatbázis-jellegű hozzáféréshez, és azt jelenti, hogy a MongoDB-lekérdezések gyorsak maradnak akkor is, amikor az egyidejű kapcsolatok és a dokumentummennyiség nő, jóval azelőtt, hogy a lemez a tipikus alkalmazás szűk keresztmetszetévé válna.
Ami változik, az az, hogy mennyi párhuzamos terhelést tudsz ugyanarra a lemezplafonra zúdítani, mielőtt a lekérdezések sorba állnának, így egy forgalmasabb MongoDB-terhelés a KVM 4 extra CPU- és memóriaforrásaiból profitál, hogy több ilyen 9,800 IOPS műveletet dolgozzon fel párhuzamosan, nem pedig abból, hogy maga a lemez teljesítménye javulna.
Ezt érdemes visszakötni a csomagoldalra, amely a funkciólistában 1 Gbps hálózati sebességet sorolt fel, miközben ugyanazokat a csomagokat a törzsszövegben „300 Mb/s infrastruktúráként” írta le.
A valós tesztelés az 1 Gbps-os állítással egyezik meg, nem a 300 Mb/s-os értékkel, mindkét futás közel vagy 900 Mbps fölötti feltöltést hozott, az első futás pedig majdnem teljes gigabitet ért el letöltésben. A csomagoldalon szereplő 300 Mb/s-os érték nem egyezik azzal, amit ez a szerver nyújtott, és inkább elavult vagy félrecsúszott szövegnek tűnik, mint pontos specifikációnak.
Az egyetlen dolog, amit közvetlenül ki kell emelni, hogy a letöltési sebesség nem volt azonos a két futás során, 983 Mbps az első próbán és 730 Mbps a másodikon, ez valós különbség, nem zaj.
A feltöltés mindkét alkalommal konzisztens maradt, és a csomagvesztés mindkét esetben nulla volt, így ez inkább a megosztott hálózati útvonal szokásos ingadozásának tűnik, nem valódi problémának, de a két érték közötti különbség elég nagy ahhoz, hogy ne feltételezzem, minden letöltés eléri majd a teljes gigabites értéket egy adott napon.
180 másodpercen át CPU-, memória- és lemezterhelést futtattam, hogy megnézzem, hogyan bírja a szerver tartós terhelés alatt, ne csak rövid kitörésben:
Minden stresszor tisztán befejeződött, nulla hibás workerrel és nulla megbízhatatlan metrikával az összes teszt során, egymás után, összesen kilenc percnyi folyamatos nyomás alatt.
Ez az az eredmény, amely valóban számít egy olyan Node alkalmazás esetében, amely valódi forgalmi csúcsra, indulásra, vírusosan terjedő posztra vagy egy háttérfolyamatot indító batch jobra számít, mivel ez igazolja, hogy a szerver együtt képes működni CPU-, memória- és lemezterhelés alatt, nem pedig kiszámíthatatlanul romlik le.
Ha a forgalmad tényleg hullámokban érkezik, induláskor, marketingkampány után, vagy amikor egy batch import fut a felhasználók aktív használata mellett, akkor ez a kombinált terhelés alatti megbízhatóság fontosabb, mint bármelyik fenti egyedi szám, és ez egy ok arra, hogy inkább ezt a szintet vagy magasabbat válaszd, mint a legolcsóbb opciót, amely csendes körülmények között csak látszólag jó.
Ez a KVM 4 csomag jól teljesít minden téren, és a kiemelkedő eredmény a CPU-skálázódás, amely négy magon közel tökéletesen lineáris volt, ami közvetlenül fontos a Node klaszter módban futtatásához, hogy a teljes szervert kihasználd.
A memória és a random disk IOPS mindkettő elég erős ahhoz, hogy a MongoDB és az Express válaszkész maradjon valós terhelés alatt, és a stresszteszt is tisztán, nulla hibával állta a sarat.
A hálózati teszt a csomagoldal saját ellentmondását a Hostinger javára oldotta fel, a valós számok az 1 Gbps-os állítást támasztják alá, nem az alacsonyabb értéket, amely a törzsszövegben rejtőzött, bár a letöltési sebesség két tesztfutás között érezhetően eltért, ezért inkább tartományként érdemes kezelni, nem rögzített garanciaként.
Mint a kínálat bármelyik szintjén, ezek a számok kizárólag a KVM 4-re vonatkoznak, nem a MERN hosting vonal egészére. Egy kisebb mellékprojekt valószínűleg egy-két szinttel lejjebb is teljesen rendben lenne, míg egy olyan MERN alkalmazás, amely várhatóan egyetlen Node-folyamaton túl is növekedni fog, a KVM 4 majdnem tökéletes CPU-skálázódását valódi okként kezelheti arra, hogy ezt válassza egy olcsóbb szint helyett, ne csak olyan extra tartalékként, amely kihasználatlan marad.
A Hostinger MERN VPS-t a pénztártól egészen addig teszteltem, amíg meg nem néztem azokat a tényleges szerverkezelő eszközöket, amelyek járnak hozzá. Ez magában foglalta a csomag és a helyszín kiválasztását, a fiók létrehozását, a fizetést, majd azt, hogy mit is ad valójában az hPanel, miután a MongoDB, az Express, a React és a Node mind ugyanazon a gépen van.
A következőkben azt írom le, milyen volt ez a folyamat valójában, beleértve egy olyan részletet is a csomagoldalon, amely már a pénztár előtt ellentmond önmagának.
A MERN VPS landing page három állítással indul: ingyenes, automatikus heti biztonsági mentések, malware scanner és a Kodee AI asszisztens, mindezek extra költség nélkül.
Az oldal ugyanazon oldalának lejjebb görgetése során találtam valamit, amit érdemes kiemelni még a checkout előtt. A felső funkciólista 1 Gbps hálózati sebességet hirdet, de a lejjebb lévő törzsszöveg ugyanazokat a csomagokat „300 Mb/s infrastruktúraként” írja le.
Ez nem egy apró kerekítési különbség, az egyik szám több mint háromszorosa a másiknak, és érdemes később ebben a véleményben összevetni a valós benchmark-eredményekkel, ahelyett hogy bármelyiket is névértéken vennénk.
Kiválasztottam a KVM 4 csomagot, és átmentem a kosárba, ahol ugyanaz a három választás jelent meg, mint mindig:
A kosárban a 24 hónapot választottam az alacsonyabb ár miatt, majd közvetlenül összehasonlítottam a régiókat ahelyett, hogy a default beállításra hagyatkoztam volna. Az Egyesült Királyság bizonyult a legjobb választásnak 163ms-sel, messze megelőzve az Egyesült Államokat, amely 254ms volt.
Az alkalmazáspiactérre görgetve a MERN Stack már ki volt választva, ugyanazon egykattintásos opciók között, amelyeket más Hostinger VPS termékeknél is láttam: Docker és Traefik, Dify, Hermes Agent és mások.
Ezután rákattintottam a „Continue” gombra. A következő lépés a regisztráció. Ekkor vagy regisztrálhatsz, vagy bejelentkezhetsz.
Már be voltam jelentkezve egy meglévő fiókba, így a regisztráció egyetlen kattintás volt, és a számlázási és fizetési képernyő a szokásos választékot kínálta:
Benyújtottam a fizetést, másodperceken belül megkaptam a visszaigazoló e-mailt, és visszakerültem az hPanelbe, ahol az új szerver már futóként szerepelt.
Ami itt kiemelkedett, az nem maga a checkout folyamat, amely mostanra minden Hostinger VPS terméknél pontosan úgy működik, ahogy elvárható.
Hanem az a ellentmondó sávszélességi állítás a csomagoldalon, még mielőtt egyáltalán kiválasztanád a régiót. Egy olvasó, aki csak a hálózati sebesség alapján hasonlít össze hostokat, két különböző számot láthat ugyanazon oldal két külön részén.
A vásárlás után az hPanelhez irányítottak, és a regisztrációhoz használt adataimmal léptem be a fiókomba.
Az hPanel közvetlenül a fizetés után a főképernyőn nyílt meg, ugyanabban a fiókszintű felületben, amely a domaineket, e-mailt, a weboldalkészítőt és a fiókon lévő összes VPS-t egy helyen kezeli.
A nevemen üdvözölt, volt benne AI prompt sáv, gyorsgombok, teendőlista és az összes tulajdon az alján egy listában.
Az VPS táblázatig görgetve az új szerver már Running állapotban jelent meg, a hostname, IP-cím, csomag és lejárati dátum minden kattintás nélkül látható volt. A Manage gombra kattintottam, hogy belépjek a szerver-specifikus panelbe.
Az itt továbbra is jól működik, hogy mennyire kevés dolgot kell keresni. A szerver a fizetés pillanatában megjelenik a fiók főoldalán, és onnan egyetlen kattintással eljutsz a szervervezérlőkhöz, nem pedig menükben kell kutatni.
Ezután azt akartam látni, mi is jár valójában a stackkel, ezért megnyitottam az VPS Overview oldalt.
Az VPS Overview oldal egy „MERN Stack (MongoDB, ExpressJS, ReactJS, NodeJS)” feliratú alkalmazáskártyával nyílt meg, Ubuntu 24.04 alapon, egy Manage App gombbal és egy külön információs sávval, amely egy „Learn more” linket kínált a Hostinger stack-dokumentációjához.
Ez alatt a megszokott szerverkártya volt, Ubuntu 24.04 KVM 4-en futva, reboot és terminálvezérlőkkel, root SSH adatokkal, valamint a szokásos megjegyzéssel, hogy az erőforrásgrafikonok még töltenek, mivel a szervert csak nemrég helyezték üzembe.
Lejjebb az oldalon:
Ez az utolsó sor valódi előny a termék számára. A plan page malware scanner állításával ellentétben, amelyet könnyű készpénznek venni, ez már bekapcsolva és működve fogadott, 15 fájlt átvizsgálva, 0 veszélyeztetett, 0 rosszindulatú, abban a pillanatban, amikor ellenőriztem.
Ez az, amikor a csomagoldal ígérete ténylegesen megegyezett azzal, ami a szerveren megjelent.
Az OS & Panel részben megjelent a stack információinak egy második példánya is, egy „Current Application” szekció, amely részletesebben írja le a MERN-t, saját „Quick start guide” linkkel, külön a Overview kártyán lévő „Learn more” linktől.
Mindkettő az eligazodást segíti a stackben, és két belépési pont hasonló dokumentációhoz két különböző helyen enyhén redundáns, bár egyik sem nehezen megtalálható.
Ugyanez az oldal teljes OS újratelepítőként is működik: AlmaLinux, Debian, Rocky Linux, Ubuntu, Alpine, Arch, CentOS, CloudLinux, Fedora, Kali, NixOS és openSUSE mind ott vannak egy kattintásos alternatívaként, ha valaha szeretnéd letörölni a MERN beállítást, és tiszta OS-en kezdeni újra.
A Settings ugyanazokat a szerver-szintű eszközöket tartalmazta, amelyeket minden Hostinger VPS terméknél következetesnek találtam: root jelszó generátor, egykattintásos resetek a tűzfal és az SSH konfigurációhoz, hostname-változtatás és naplótisztító eszköz.
Ezek közül semmi sem MERN-specifikus, maga a stack alatti szervert kezeli, nem az azon futó alkalmazásokat.
Akinek ezen a ponton felmerül, mit kellene legközelebb kattintania, itt a gyakorlati út. Az Ubuntu kártyán lévő Terminal gomb a közvetlen belépési pont, ez nyit egy élő, már hitelesített SSH munkamenetet a böngészőben, és innen kezdve tudsz ténylegesen dolgozni a szerveren lévő MERN fájlokkal, futtatni Node-ot, ellenőrizni a MongoDB-t, vagy Git-en keresztül behúzni a saját kódodat.
Mit gondoltam a szerverkezelésről: Az, hogy a malware scanner alapból aktív volt, ennek az egész szekciónak a legerősebb pontja, egy olyan funkció, amely valóban azt nyújtja, amit a csomagoldal ígért, nem csak ott áll beállítatlanul a marketingállítás mögött.
Az OS újratelepítő választó is valódi biztonsági háló: tizenkét operációs rendszer egy kattintásra, ha a MERN sablon valaha már nem azt jelentené, amire szükséged van.
Egyetlen panaszom a dokumentáció megkettőzése, a Overview kártya „Learn more” linkje és az OS & Panel oldal „Quick start guide” linkje is nagyjából ugyanoda vezet, és két külön ajtó ugyanahhoz, valószínűleg azonos tartalomhoz egy kis súrlódást ad annak, aminek egyetlen, nyilvánvaló útnak kellene lennie.
A checkout és a fizetéstől a futó szerverig vezető út továbbra is jól működik, és a helyszín-összehasonlító eszközt érdemes közvetlenül használni, nem a csomagoldal saját „recommended” widgetjére hagyatkozni, amely a teszteléskor nem működött.
A szerveren belül a malware scanner a kiemelkedő eredmény itt: bekapcsolva és már valós vizsgálati adatokat produkálva érkezik, nem pedig kikapcsolva, egy marketingállítás mögött.
A durva él a folyamat elején van, nem a panelen belül: a csomagoldal ellentmondó sávszélesség-számai azok a részletek, amelyeknek soha nem lett volna szabad következetlenül kikerülniük, és ezeket érdemes a valós számokkal tisztázni, mielőtt bármelyiknek is hinnénk.
A Kodee, a Hostinger AI asszisztense, az első vonal itt, és mögötte ott van egy emberi továbbítási lehetőség is, ha valaha egy beszélgetést át kell adni egy embernek.
Én a tesztelés során nem éltem ezzel a lehetőséggel, ami önmagában is mond valamit, de érdemes tudni, hogy létezik, ha egy kérdés túlnőne azon, amit az AI meg tud oldani.
Kétlépcsős technikai beszélgetésnek tettem ki a Kodee-t arról, hogyan viselkedik a Node ezen a szerveren, majd külön átnéztem a Hostinger tudásbázisát, hogy mennyit fed le ebből a területből anélkül, hogy bárkinek is kérdezni kellene.
Egy valós, éles kérdéssel kezdtem. Azt kérdeztem, hogy a MERN alkalmazást futtató Node-folyamat túléli-e az SSH kapcsolat bezárását vagy a szerver újraindítását, és hogy az általa telepített Express szerver fix porton fut-e.
A Kodee közvetlenül válaszolt:
Ez az utolsó pont nem olyasmi, amit kérdeztem, és pontosan az a részlet, amely megkülönbözteti a helyes választ a teljes választól.
Tovább nyomtam egy követő kérdéssel ugyanarra a pontra: az Nginx tényleg telepítve és HTTPS-re konfigurálva van ezen a VPS-en, vagy nekem kell beállítanom. A Kodee azt mondta, ellenőrzi közvetlenül a szervert, és meg is tette:
Mindegyik tényleges tény az én konkrét szerveremről, nem valamilyen általános Nginx-magyarázat. Innentől egy teljes, sorrendbe rakott beállítást adott. DNS rekordok, az alkalmazás privát indítása 127.0.0.1-en a nyilvános kitenés helyett, teljes Nginx reverse proxy konfigurációs blokk, Certbot telepítése és a tanúsítvány kiadása, valamint egy ellenőrzési lépés a végén, amely lefedte az Nginx-et, a PM2-t és egy élő HTTPS ellenőrzést.
Arra is figyelmeztetett, hogy ne engedélyezzem a tűzfalat addig, amíg az SSH, HTTP és HTTPS nincs kifejezetten engedélyezve, és hogy a backend portot privátan kell tartani, miután az Nginx kezeli a publikus forgalmat.
Mit gondoltam az AI támogatásról: Ez volt a legpontosabb beszélgetés, amit eddig a Kodee-val folytattam két teljes technikai kérdés során. Mindkét alkalommal ellenőrizte az élő szervert, mielőtt válaszolt, és a második kérdésnél egy valós, hasznos hiányra mutatott rá, a nem konfigurált HTTPS-re, amelyet egy olvasó könnyen elszalaszthatna, amíg az alkalmazása már élő és nem biztonságos.
A nem kért biztonsági megjegyzések, kétszer, tették ezt egy jó válaszból megbízhatóan használhatóvá.
A Hostinger tudásbázisa ugyanabban a kategóriacsempés struktúrában van rendezve, amelyet minden terméknél következetesnek találtam, és minden csempe mutat egy cikk-számot, így még kattintás előtt felmérheted, mennyire mély egy téma. A VPS 275 cikkel a legnagyobb kategória messze, a hPanel, a Website és a Domains követik a sorban. Ez a struktúra első ránézésre rendben van, de egy nagy kategóriaszám önmagában semmit sem mond egy konkrét, azon belül ülő stack lefedettségéről, és pontosan ezt akartam ellenőrizni.
Azt akartam tudni, mit ír a Hostinger saját maga a MERN-ről, ezért a keresőmezőbe beírtam, hogy „MERN”. Ez a keresés üres találatot adott: „No results found for: MERN”, egyetlen egyező cikk sem volt.
A „MEAN” keresés ezzel szemben, egy betű eltéréssel, 186 találatot adott. Az első, „How to use the MEAN Stack VPS template at Hostinger” a legközelebbi dolog ahhoz, amit Hostinger dokumentációként kínál ehhez a típusú stackhez, de a MEAN nem MERN, abban a React helyett Angular van.
Az első találat után azonban a maradék 186 egyezés zaj volt: cikkek TikTok Shop terméklistázásokról, spamvédelemről, Registro.br domainhibákról és Agency Directory leadekről, amelyek csak azért kerültek elő, mert valahol egyszerűen tartalmazzák a „mean” szót egy hétköznapi mondatban.
Úgy döntöttem, hogy mégis megnyitom a MEAN cikket, hogy megnézzem, mennyire jó valójában, mivel ez volt a legközelebbi elérhető anyag.
A cikk az elején kimondja, hogy a Mean Stack VPS sablon PM2-vel, Certbot-tal és Nginx-szel előre telepítve érkezik, és hogy a /root/application előre létrehozva várja benne az Express-t és az Angulart.
Ahogy tovább olvasol, a Step 1 viszont arra kér, hogy mkdir-ral hozz létre egy teljesen új projektkönyvtárat, a Step 2 pedig npm init-tel és egy friss server.js fájl kézi megírásával kezdődik, ami furcsán hat ahhoz képest, hogy a nyitó állítás szerint az Express már ott várt előre.
A többi útmutató teljesen Angular-központú, ng new, ng serve, ng build, és azzal zárul, hogy az alkalmazást később „expand and enhance” módon bővítheted MongoDB hozzáadásával, vagyis az útmutató soha nem mutatja be valójában az adatbázis csatlakoztatását, annak ellenére, hogy a stack nevében maga a MongoDB szerepel az első helyen.
Mit gondoltam a tudásbázisról: Nincs MERN-specifikus cikk a Hostinger dokumentációjában, és a legközelebbi találat is egy másik frontend technológiára készült, belső ellentmondással arról, hogy mi van előre telepítve ahhoz képest, amit a lépések valójában megíratnak veled, valamint egy MongoDB-részzel, amely végül sosem jelenik meg, annak ellenére, hogy a stack neve ezt ígéri.
Ez a hiány itt fontosabb, mint más stackek tesztelésénél, mivel a MongoDB, az Express, a React és a Node mind saját beállítási sajátosságokkal rendelkeznek, amelyeket egy MEAN útmutató egyszerűen nem fed le. Aki ehhez a konkrét termékhez keres segítséget a tudásbázisban, üres kézzel fog távozni, és a Kodee-ra kell támaszkodnia.
A Kodee végzi itt az összes valódi munkát, és meg is érdemli ezt a szerepet. Mindkét technikai beszélgetés során ellenőrizte az élő szervert, mielőtt válaszolt, és a második alkalom egy valós, hasznos hiányra mutatott rá, egy nem konfigurált HTTPS-re, amelyet az olvasó könnyen nem venne észre, amíg az alkalmazása már élő és nem biztonságos.
A tudásbázis ezzel szemben semmit sem nyújt MERN-re építve, és a legközelebbi cikk egy másik stackhez készült.
Egy emberi ügyintéző egy kattintásnyira van, ha egy kérdés túlnőne a Kodee képességein, de ebben a tesztelésben erre soha nem volt szükség.
Igen. Az infrastruktúra itt erős, a MongoDB, az Express, a React és a Node mind működve érkezik out of the box, a CPU-skálázódás a magok között közel tökéletesen lineáris volt, és a malware scanner manuális bekapcsolás nélkül is aktív volt. A Kodee mindezt két technikai beszélgetéssel támasztotta alá, amelyek során az én tényleges szerveremet ellenőrizte, nem pedig általános tanácsokat ismételt.
A hiány a dokumentációban van. A Hostingernek nincs semmi, ami MERN-re lenne írva, és a tudásbázisban legközelebb álló anyag egy másik frontend technológiára készült. Ez nem kizáró ok, tekintve, mennyire jól teljesített a Kodee a tesztelés során, de azt jelenti, hogy ez a termék jobban támaszkodik az AI támogatásra, mint egy olyan stack, amelynek saját, külön útmutatója lenne.
Egy fejlesztő számára, aki képes AI-segített válaszokból dolgozni a lépésről lépésre haladó cikkek helyett, ez az infrastruktúra alapján könnyen ajánlható. Aki viszont azt szeretné, hogy a hivatalos írásos dokumentációt végigkövethesse az elejétől a végéig, annak időt kell szánnia arra, hogy a Kodee-ra támaszkodjon ott, ahol a tudásbázis nem fed le mindent.
| Description | Expert Review |
|---|---|
| Költségbarát tárhely nagy teljesítménnyel és egyszerűen kezelhető eszközök... | Read Shared Hosting Review |
| Gyors és biztonságos WordPress-tárhely egykattintásos telepítéssel és prémium... | Read Wordpress Hosting Review |
| Skálázható VPS-tárhely dedikált erőforrásokkal és root-hozzáféréssel. | Read VPS Review |
| Gyors, rugalmas felhőalapú tárhely kiváló rendelkezésre állással és skáláz... | Read Cloud Hosting Review |
| Biztonságos és privát tárhelymegoldások tengerentúli adatközponti helyszínekk... | Read Offshore Hosting Review |
| Biztonságos és megbízható e-mailtárhely professzionális szintű funkciókkal. | Read Email Hosting Review |
| Megbízható Python-tárhely rugalmas környezetekkel fejlesztők számára. | Read Python Hosting Review |
| Nagy teljesítményű PHP-tárhely teljes körű támogatással dinamikus weboldalakh... | Read PHP Hosting Review |
| Megbízható Windows VPS tárhelyszolgáltatás teljes körű vezérléssel és testr... | Read Windows VPS Review |
| Gyors és rugalmas hoszting kifejezetten Node.js alkalmazásokhoz optimális teljesí... | Read Nodejs Hosting Review |
| Optimalizált tárhely WooCommerce-áruházak számára nagy sebességgel és biztons... | Read Woocommerce Hosting Review |
| Dedikált szerver hoszting a zökkenőmentes Minecraft-játékélményekért. | Read Minecraft Server Hosting Review |
| Méretezhető tárhelymegoldások fejlett funkciókkal digitális ügynökségek és ... | Read Agency Hosting Review |
| Gyors, biztonságos tárhely, optimalizálva a Magento e-kereskedelmi weboldalakhoz | Read Magento Hosting Review |
| Magas teljesítményű Linux-alapú tárhely a stabil és biztonságos weboldal műk�... | Read Linux Hosting Review |
| Robusztus Java-hostingszolgáltatások dinamikus webalkalmazásokhoz és projektekhez... | Read Java Hosting Review |
| Biztonságos, gyors és megbízható teljesítményű, optimalizált tárhely e-keres... | Read Ecommerce Hosting Review |
| Megbízható Django-tárhely gyors sebességgel és biztonságos környezettel. | Read Django Hosting Review |
| Könnyen használható cPanel tárhely robosztus teljesítménnyel és megbízható t... | Read Cpanel Hosting Review |
| Erőteljes tárhelyszolgáltatás vállalkozások számára gyors sebességgel, bizto... | Read Business Hosting Review |
| Easy-to-use website builder with drag-and-drop tools and customizable templates. | Read Website Builder Review |
| Optimized hosting for Joomla sites with one-click installation and reliable performan... | Read Joomla Hosting Review |
| Powerful hosting with full PostgreSQL database support for data-driven applications. | Read PostgreSQL Hosting Review |
| Flexible hosting with MongoDB integration for scalable, modern web applications. | Read MongoDB Hosting Review |
| AI-powered website creation platform for building professional sites in minutes. | Read Horizons Review |
| Reliable hosting for n8n workflow automation with easy setup and management. | Read n8n Hosting Review |
| VPS hosting with Docker support for containerized application deployment and scaling. | Read Docker VPS Review |
| Dedikált SMTP szerver hosting a megbízható és biztonságos e-mail kézbesítéshe... | Read SMTP Server Review |
| Gyors és optimalizált tárhely, Ruby on Rails webalkalmazásokhoz szabva. | Read Ruby on Rails Review |
| Feature-rich hosting with OpenClaw integráció a claw machine játékok építéséh... | Read OpenClaw Review |
| Gyors és megbízható tárhely brit alapú szerverekkel az optimális helyi teljesí... | Read UK Hosting Review |
| Megfizethető és megbízható tárhely indiai alapú szerverekkel az alacsony késle... | Read India Review |
| Read Singapore Review | |
| Read Australia Review | |
| Read AI Agent Review | |
| Read Paperclip VPS Review | |
| Read Hermes Agent Review | |
| Read Hostinger Connector Review | |
| Read Web Apps Hosting Review | |
| Read Hostinger Reach Review | |
| Read MCP Review | |
| Read hpanel Review | |
| Read Odoo Review | |
| Read Laravel Review | |
| Read Ubuntu Review | |
| Read Drupal Hosting Review | |
| Read Express.js Review | |
| Read React Review | |
| Read Nextjs Review |
Igen. A MongoDB, az Express, a React és a Node mind előre telepítve vannak attól a pillanattól kezdve, hogy a VPS üzembe helyezésre kerül, az alapul szolgáló hardver jól skálázódik a CPU-magok között, és a Hostinger Kodee AI asszisztense pontos, szerverismerettel rendelkező válaszokat ad a valós konfigurációs kérdésekre. A fő hiányosság az, hogy nincs ehhez a pontos stackhez készült írásos документация.
Igen. A MERN Stack egykattintásos alkalmazásként érhető el a VPS rendelés során, és automatikusan települ Ubuntu rendszeren, az összes komponenssel használatra készen, amint a szerver kiépítése befejeződik.
Nincs külön ingyenes próbaidőszak a MERN VPS csomagokhoz. A Hostinger minden VPS szintre 30 napos pénzvisszafizetési garanciát biztosít helyette, bár egy második VPS-visszatérítést az elsőt követő 180 napon belül nem hagynak jóvá.
Igen, a vásárlástól számított 30 napon belül, amennyiben az elmúlt 180 napban nem kért már visszatérítést egy másik VPS csomagra. A meglévő VPS csomagra történő frissítések és a kriptovalutával teljesített fizetések teljes mértékben kizártak a visszatérítésből.
Nincs dedikált MERN-cikk. A Hostinger tudásbázisában a MERN-re való keresés nem ad találatot, a legközelebbi egyezés pedig egy MEAN stackhez írt útmutató, amely az Angulart használja a React helyett. A MERN-beállítással kapcsolatos kérdésekhez a Hostinger Kodee AI asszisztense a megbízhatóbb forrás.
Válaszoljon néhány egyszerű kérdésre, és találja meg Önnek a tökéletes megoldást!
Tárhely keresésének elindítása
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.
