Egy Hostinger Laravel VPS-t állítottam üzembe, lefuttattam rajta egy teljes szerver-benchmark csomagot, és beküldtem a Kodee AI támogatásnak két valós technikai kérdést. Az irányítópulton egy gomb nem azt csinálta, amit a címkéje ígért.
Egy Hostinger Laravel VPS-t állítottam üzembe, lefuttattam rajta egy teljes szerver-benchmark csomagot, és beküldtem a Kodee AI támogatásnak két valós technikai kérdést. Az irányítópulton egy gomb nem azt csinálta, amit a címkéje ígért.
A Hostginger Laravel VPS-ét előre telepített, AI által kezelt szerverként értékesíti, amelyet úgy terveztek, hogy egy Laravel-projektet gyorsan élőbe lehessen tenni. A tesztelés során a legtöbb ígéret helytállónak bizonyult: erős benchmarkok, egy rátermett AI ügyfélszolgálati ügynök, valamint megerősített ütemezett biztonsági mentések.
Azonban egyetlen gomb az irányítópulton valami olyan helyre vitt, ahová soha nem számítottam, és ezt érdemes tudni, mielőtt rákattintasz. Itt a teljes bontás.
Hostinger Laravel VPS Hosting
Fedezd fel, hogyan biztosít a Hostinger Laravel VPS Hosting rugalmas környezetet Laravel alkalmazások telepítéséhez dedikált szervererőforrásokkal, teljes kontrollal, skálázható teljesítménnyel és testreszabható konfigurációkkal modern webes projektekhez.
A Laravel automatikusan előre telepítve érkezik a kiépítéskor
A rendeléstől a futó szerverig percek alatt el lehet jutni
A Cloudpanel teljes szervervezérlési hozzáférést biztosít
A Kodee megvizsgálja és kijavítja az élő hibákat
A heti biztonsági mentések automatikusan futnak és ellenőrződnek
Erős CPU skálázódás mindkét magon
Kiegyensúlyozott lemezolvasási és -írási sebesség
Állandó, közel gigabites hálózat a tesztek során
30 napos pénz-visszafizetési garancia a VPS csomagokra
Cons
A malware scanner nincs alapértelmezetten telepítve
A Manage App gomb a Laravel Cloudra irányít át
Tip A Laravel alkalmazásodat a Cloudpanelen keresztül kezeld, ne a Manage App gombbal, és nézd meg a Security fület, ha azt szeretnéd, hogy a malware scanner valóban be legyen kapcsolva.
Értékelési bontás
A Hostinger Laravel VPS hosting értékeléséhez a HostAdvice értékelési módszertanát használtam, ugyanazt a szabványosított megközelítést, amelyet az oldal minden értékelésénél alkalmaznak, így az eredmények következetesek maradnak és valós tesztelésen alapulnak, nem marketingállításokon. Íme, hogyan teljesített az egyes paraméterek szerint.
A Kodee kétszer is ellenőrizte az élő szervert, és mindkét alkalommal pontos, üzemkész javításokat adott.
Összesen
9.1/10
Képzett Laravel host kiemelkedő támogatással és benchmarkokkal, amelyet egyetlen valódi felületi hiba fog vissza.
Hostinger Laravel VPS Hosting
Fedezd fel, hogyan biztosít a Hostinger Laravel VPS Hosting rugalmas környezetet Laravel alkalmazások telepítéséhez dedikált szervererőforrásokkal, teljes kontrollal, skálázható teljesítménnyel és testreszabható konfigurációkkal modern webes projektekhez.
A Hostinger a Laravel hostingot négy KVM VPS szint egyikeként árulja, KVM 1-től KVM 8-ig, amelyek mindegyike együtt skálázza a CPU magokat, a RAM-ot, az NVMe tárhelyet és a sávszélességet, ahogy felfelé haladsz.
A Laravel maga nem külön megvásárolható termék, hanem egy kattintással telepíthető alkalmazás, amelyet a kiválasztott szintre rétegeznek a fizetés során, a Cloudpanel pedig mellé van csomagolva, és ez a tényleges vezérlőpanel az installáció kezeléséhez, miután éles lett.
Számlázási feltételek: A csomagokat előre kell kifizetni 1, 12 vagy 24 hónapos időtartamra, a hosszabb időszakok valódi kedvezményt biztosítanak a havi díjból. A teljes díjazási bontást a különböző szintekre és időtartamokra az alábbi árkalkulátor mutatja.
Pénz-visszafizetési garancia: A VPS-csomagokra 30 napos garancia vonatkozik, de az apró betűs rész egy valódi korlátozást is tartalmaz. VPS-visszatérítést csak 180 naponta egyszer lehet igényelni, így egy második visszatérítés egy külön VPS-vásárlásra ezen időszakon belül nem fog menni. A meglévő VPS-csomag frissítései teljesen ki vannak zárva.
Ingyenes próba: Nem találtam külön ingyenes próbaidőszakot a Laravel VPS hostinghoz, csak a 30 napos pénz-visszafizetési garanciát. Érdemes ezzel a korláttal tervezni a kipróbálási időt.
Fizetési módok: Kártya (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay külön kínai és hongkongi változatokban, valamint Coingate kriptóhoz. A kriptós fizetések teljesen kívül esnek a visszatérítési szabályzaton, ezt tartsd szem előtt, ha fontos számodra a garancia.
Mi van benne a csomagban: Minden szinthez jár egy ingyenes .cloud domain az első évre, teljes root hozzáférés, Git integráció és Cloudpanel felár nélkül, így a listaár közelebb áll a valós költséghez, mint azoknál a hostoknál, amelyek külön számolják fel a vezérlőpanelt.
A Hostinger saját útmutatása szerint a KVM 1 elegendő egy egyszerű Laravel oldalhoz, míg a KVM 8 nagyobb, erőforrás-igényes projektekhez ajánlott.
Ehhez a tesztelésből még hozzátenném, hogy a Manage App gomb körüli alkalmazáskezelési zavar, valamint a kikapcsolt állapotban lévő malware scanner minden szintre egyformán érvényes, így ezek egyike sem oldódik meg pusztán a nagyobb csomag választásától. A csomagot a CPU- és forgalmi igények alapján válaszd, a két említett problémát pedig ugyanúgy kezeld, bármelyik szintre esel is.
Funkciók
AMD EPYC processzorok minden szinten
NVMe SSD tárhely minden csomagon
Git integráció a gyorsabb kódtelepítéshez
Teljes root hozzáférés SSH-n keresztül
Cloudpanel vezérlőpanel alapból benne van
AI ügynök VPS-kezelési feladatokhoz
Automatikus heti biztonsági mentések minden csomagon
1 Gbps hálózati sebesség csomagonként
Ingyenes .cloud domain egy évre
Hostinger Laravel VPS Hosting
Fedezd fel, hogyan biztosít a Hostinger Laravel VPS Hosting rugalmas környezetet Laravel alkalmazások telepítéséhez dedikált szervererőforrásokkal, teljes kontrollal, skálázható teljesítménnyel és testreszabható konfigurációkkal modern webes projektekhez.
Egy Laravel alkalmazás életében vagy halálában a mögötte lévő szerver legalább olyan fontos, mint maga a kód. Az oldalbetöltés a PHP futtatásához szükséges CPU-sebességtől függ, az adatbázis-lekérdezések a lemez I/O-jától, a sessionök és a gyorsítótárak a memóriától, és ha az alkalmazás ütemezett feladatokat vagy valódi látogatókat szolgál ki, akkor a hálózati átviteli sebesség és a tartós terheléskezelés is számít.
A Laravel önmagában nem változtat ezeken, továbbra is Linuxon futó PHP-ról van szó, így itt a valódi teszt a VPS.
Teljes benchmarkcsomagot futtattam a szerveren, CPU-, memória-, lemez-, hálózati és egy tartós stresszteszttel együtt, hogy lássam, mit is nyújt ez a csomag valójában, és ez mit jelent egy valódi alkalmazás számára.
A tesztelt példány a KVM 2 csomag volt, amelyet a fizetés során választottam:
RAM: 7.8GB használható a kiosztott 8GB-ból, plusz 2GB swap
Lemez: 96GB használható a 100GB NVMe kiosztásból
OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic
Mielőtt rátérnénk a számokra, jó tudni, hogy a Hostinger Laravel VPS kínálata ugyanazt a négy szintet használja, mint a teljes VPS-termékcsalád, vagyis KVM 1-től KVM 8-ig terjed, és a KVM 2 a második legalacsonyabb szint, egy lépéssel a legolcsóbb opció fölött, és jóval a nagyobb, többalkalmazásos terhelésekre szánt KVM 4 és KVM 8 szintek alatt.
A következők egy kis- és közepes méretű Laravel projektre vonatkoznak, egyetlen alkalmazásra, amely valós, de mérsékelt forgalmat szolgál ki, nem pedig egy több szolgáltatást futtató nagy platformra egyetlen gépen.
1. CPU teljesítmény
Egyszálas: 1,624.55 esemény másodpercenként, átlagos késleltetés 0.61ms, 95. percentilis 0.64ms
Többszálas, 2 szál: 2,864.02 esemény másodpercenként, átlagos késleltetés 0.70ms, 95. percentilis 1.10ms
Szál-egyenletesség szórása: 182.50 az átlagos 14,321.5 esemény/szál értékhez képest
Íme, mit jelent ez az egyszálas szám a gyakorlatban. Egy tipikus Laravel kérés, amely Blade nézetet renderel, néhány Eloquent lekérdezést futtat, és ellenőriz egy sessiont, a legtöbb időt egyetlen CPU-magon tölti PHP-munkával, nem pedig több mag között szétosztva.
Ebben a tesztben 0.61ms átlagos késleltetés mellett a CPU nem az a része a stacknek, amely lassúvá tenné az oldalt.
Az átlagos késleltetés és a 95. percentilis közötti különbség is kicsi, 0.61ms és 0.64ms, ami azt jelenti, hogy a teljesítmény egyenletes maradt, nem pedig úgy, hogy időnként egy-egy kérés sokkal tovább tartott, mint a többi, ami a valódi látogatóknál véletlenszerű lassú oldalbetöltések formájában jelenne meg.
A többszálas eredmény a hasznosabb szám a párhuzamosság megértéséhez. Az egy szálról két szálra váltás közel megduplázta az áteresztőképességet, körülbelül 88 százalékos skálázódási hatékonysággal, ami azt jelenti, hogy ez a VPS nem veszít sok kapacitást az overhead vagy a más tenantokkal való magversengés miatt
Gyakorlati értelemben ez azt jelenti, hogy a PHP-FPM két worker folyamattal ezen a csomagon körülbelül kétszer akkora kérésmennyiséget képes kezelni, mint egy egyszálas helyzetben, mielőtt a CPU válna szűk keresztmetszetté, nem pedig ennél kevesebbet, ami akkor történne, ha a két vCPU egymással küzdene a ciklusokért.
A szál-egyenletesség mutató, nagyjából 1.3 százalékos eltéréssel a két szál között, megerősíti, hogy mindkét mag nagyjából ugyanannyi munkát végzett, nem pedig az történt, hogy az egyik mag vitte a terhelést, miközben a másik tétlen maradt. Egy valódi webhely esetében ez azt jelenti, hogy a kérések egyenletesen oszlanak el a PHP-FPM workerek között, ahelyett, hogy egyetlen éppen elfoglalt worker mögé torlódnának.
2. Memóriasebesség
Szekvenciális írás: 5,865.22 MiB/sec
Szekvenciális olvasás: 7,155.43 MiB/sec
A memóriasebesség a Laravel számára olyan módon számít, amit könnyű figyelmen kívül hagyni. Minden OPcache-keresés, minden session-olvasás, minden tömb vagy gyűjtemény, amelyet az alkalmazás egy kérés kezelése közben épít fel, a RAM-ban él, és ha egy gyorsítótárazó réteg, például a Redis is ugyanazon a gépen fut, akkor ugyanazért a memóriasávszélességért versenyez.
Körülbelül 5.9 GiB/másodperc írási és 7.2 GiB/másodperc olvasási sebességnél ez a VPS elég gyorsan tudja mozgatni az adatokat a memóriába és onnan kifelé ahhoz, hogy a memória-műveletek nagyon valószínűtlenül legyenek azok, amelyek lassítanak egy kérést, a szűk keresztmetszet egy tipikus Laravel alkalmazásnál szinte mindig inkább a lemez vagy a hálózat lesz, mint a RAM-sebesség.
Amiben a memória közvetlenebbül számít, az inkább a kapacitás, mint a sebesség. A 7.8GB használható memória és a mögötte lévő 2GB swap mellett ez a csomag kényelmesen képes egyszerre futtatni a PHP-FPM-et, a MySQL-t vagy a PostgreSQL-t, valamint egy kisebb Redis példányt egyetlen alkalmazás számára, de kevés mozgásteret hagy, ha több webhelyet futtatsz ugyanazon a VPS-en, vagy az adatbázisnak nagy a munkakészlete.
A swap egy átmeneti memóriaugrás biztonsági hálója, nem helyettesíti a RAM-ot, ha az alkalmazás valóban alul van méretezve ehhez a csomaghoz.
Véletlenszerű 4K vegyes olvasás/írás: nagyjából 9,400 IOPS mindkét irányban, körülbelül 36.7 MiB/s átviteli sebesség irányonként
A szekvenciális sebesség az a szám, amely a nagy, egyszeri műveleteknél számít, adatbázismentés visszaállítása, feltöltött archívum kibontása, nagy naplófájl írása.
Nagyjából 740 és 750 MiB/s közötti értékekkel mindkét irányban, és az olvasás és írás közti eltérés két százalék alatt maradva, ez a lemez nem mutatja azt az egyirányú gyengeséget, amely néhány felhőtárhelyen előjön, ahol az olvasás gyors, de az írás jóval lassabb.
A véletlenszerű 4K teljesítmény az a szám, amely valójában megjósolja, hogyan fog működni egy Laravel alkalmazás a mindennapokban, mert egy adatbázis nem nagy, szekvenciális blokkokban olvas és ír, hanem apró, szétszórt blokkokat ér el a lemezen, amikor sorokat keres, indexeket frissít, és tranzakciónaplót ír.
A valamivel több mint 9,000 IOPS mindkét irányban körülbelül 9,000 kis adatbázisműveletet jelent másodpercenként, mielőtt a lemez I/O válna a korláttá.
Egy tipikus Laravel oldalbetöltés néhány és néhány tucatnyi lekérdezést is kiválthat, attól függően, hogyan építették fel az alkalmazást, ami azt jelenti, hogy ez a lemez elegendő tartalékkal rendelkezik ahhoz, hogy jelentős számú egyidejű felhasználó egyszerre érje el az adatbázist, mielőtt a lekérdezések sorba állnának a lemezhozzáférésre várva.
Ezt a plafont csak egy kifejezetten írásintenzív terhelés, nagy volumenű naplózás, egy forgalmas queue tábla, vagy gyakori lemezre író cache műveletek érnék el.
Mindkét futás egy phoenixi, arizonai szerver ellen lett mérve, ami megfelel annak az Egyesült Államok-beli helyszínnek, amelyet a fizetés során választottam, közel teljes gigabitet mutatva mindkét irányban, és nulla csomagvesztéssel mindkét próbán.
Egy Laravel alkalmazás esetében ez a szám leginkább két dolognál számít: milyen gyorsan tudja a szerver kiszolgálni az asseteket és az API-válaszokat a látogatóknak, illetve ha az alkalmazás külső API-kat hív vagy más szolgáltatásokból húz be adatokat, milyen gyorsan fejeződnek be ezek a kimenő hívások.
A közel gigabites átviteli sebesség azt jelenti, hogy a sávszélesség nem lesz a korlát egy tipikus webalkalmazásnál; ehhez nagyon nagy mennyiségű nagy fájlátvitel, videó, nagy letöltés vagy tömeges export kellene, mielőtt ez válna szűk keresztmetszetté a CPU vagy a lemez helyett.
A két külön tesztben, percekkel egymás után, szinte azonos eredmények azt is kizárják, hogy egy szerencsés egyszeri mérésről van szó, ez az, amit a kapcsolat következetesen tud, nem pedig egy egyszer felugró érték.
5. Stresszteszt
180 másodperces CPU-, memória- és lemezstresszterhelést futtattam, hogy lássam, hogyan viselkedik a szerver tartós terhelés alatt, nem csak rövid kitörésben:
CPU stressz, 2 worker: 540,042 bogo ops, 0 hibával
Lemez stressz, 2 worker: 2,655,058 bogo ops, 0 hibával
Az egyes bogo ops számok itt kevésbé fontosak, mint az, ami nem történt meg.
Sem hibázó worker, sem megbízhatatlannak jelölt mérési eredmény nem jelent meg a három teszt során, egymás után, három teljes percen keresztül, ami azt jelenti, hogy a szerver a CPU-t, memóriát és lemezt egyszerre terhelve is működőképes maradt, nem omlott össze, nem throttlingolt megbízhatatlan állapotba, és nem adott gyanúsnak jelölt eredményeket a benchmarknak. Ez áll legközelebb ahhoz, amit ez a fajta teszt egy valódi forgalmi csúcsból szimulálni tud, amikor több erőforrás egyszerre van maximumon
ozva, és ez az az eredmény, ami a legfontosabb mindenkinek, aki attól tart, hogy az oldala egy forgalmas időszak alatt leáll, ahelyett hogy csak külön-külön teszteken teljesítene jól. [/bottom-line]
Hostinger Laravel VPS Hosting
Fedezd fel, hogyan biztosít a Hostinger Laravel VPS Hosting rugalmas környezetet Laravel alkalmazások telepítéséhez dedikált szervererőforrásokkal, teljes kontrollal, skálázható teljesítménnyel és testreszabható konfigurációkkal modern webes projektekhez.
Hostinger Laravel VPS-ét a fizetéstől egészen az azt ténylegesen kezelő eszközök megnyitásáig teszteltem.
Ez magában foglalta a csomag és a szerverhelyszín kiválasztását, a fiók létrehozását, a fizetést, majd annak kiderítését, hogyan lehet ténylegesen kezelni egy Laravel telepítést, miután a szerver már él. Az alábbiakban azt írom le, milyen volt ez a folyamat a valóságban, beleértve egy pillanatot, amikor a felület egy teljesen váratlan helyre vitt.
1. Regisztráció
A Laravel VPS landolóoldalán kezdtem, amely három emlékezetes állítással indít:
Ingyenes automatikus heti biztonsági mentések
AI által kezelt VPS
Automatikus malware scanner
A KVM 2 csomagot választottam, ami ésszerű középutat jelent egyetlen Laravel alkalmazáshoz, nem pedig egy erőforrás-igényesebb buildhez, majd a kosárba léptem tovább.
Onnantól a kosár oldal mindent egy képernyőn mutatott:
Számlázási időszak: 1, 12 vagy 24 hónap, az egyes opcióknál feltüntetett megtakarítással
Szerverhelyszín: régiók kontinensek szerint csoportosítva, mellettük késleltetésbecsléssel
App marketplace: több mint ezer egykattintásos OS, panel és alkalmazás opció
A 24 hónapot választottam az alacsonyabb ár miatt, majd a szerverhelyszínen töltöttem a szokásosnál több időt.
A lista alapján az Egyesült Királyság adta a legjobb késleltetést, de azért végiggörgettem a többi régiót is. Észak-Amerika az Egyesült Államok esetében erős eredményt mutatott, míg Ázsia leggyorsabb opciója, Malajzia, jócskán elmaradt mindkettőtől.
Mivel az általam elképzelt oldal főként amerikai közönséget szolgált volna ki, az Egyesült Államokat választottam a technikailag gyorsabb Egyesült Királyság opció helyett.
Ez fontos figyelmeztetés bárkinek, aki ezen az oldalon a régiókat hasonlítja össze. A hozzád, a saját laptopod előtt ülve mért legjobb késleltetés nem az a szám, ami számít. Az számít, milyen a késleltetés azokhoz az emberekhez képest, akik ténylegesen látogatni fogják az oldalt, tehát a közönséged alapján válassz, ne a saját teszteredményeid alapján.
Ezután az alkalmazásmarketbe görgettem, ahol a Laravel már ki volt választva, ugyanazzal az egykattintásos beállítási mintával, amelyet a Hostinger a teljes appkatalógusánál használ. Nem kellett semmit módosítani, így rögtön továbbmentem a fizetéshez.
Már be voltam jelentkezve egy meglévő Hostinger-fiókba, így maga a regisztráció egy kattintás volt.
Ezt követően a számlázási cím és a fizetési képernyő az alábbi lehetőségeket kínálta:
Kártya, beleértve Visa, Mastercard, Amex és Discover
PayPal
Google Pay
AliPay, külön kínai és hongkongi változatokban
Coingate, kriptós fizetéshez
Minden egy oldalon, külön átirányítás nélkül. Elküldtem a fizetést, azonnal kaptam visszaigazoló e-mailt, és visszakerültem a hPanelbe, ahol az új szerver már futóként szerepelt.
Az tűnt fel itt, mennyi választási lehetőséget ad a Hostinger a fizetéskor anélkül, hogy bármit kötelezővé tenne.
Különösen a helyszín összehasonlítását érdemes komolyan venni, nem pedig csak továbblépni rajta, mivel az oldal alapértelmezett ajánlása nem mindig egyezik meg azzal, hogy ki fogja ténylegesen használni a szervert.
2. Irányítópult / ügyfélterület
Miután a fizetés átment, a hPanel a kezdőképernyőjén nyílt meg, ugyanabban a központi fiókpanelben, amely a domaineket, e-mailt, weboldalkészítőt és a VPS-kezelést is egy helyről intézi.
Üdvözölt a nevemen egy AI prompt sávval, egy sor gyorsgombbal, egy teendőlistával és az oldal alján látható összes webhely és szerver listájával a fiókomban.
Ezután a VPS táblázathoz görgettem, ahol az új szerver már Running állapotban jelent meg, a hostnévvel, IP-címmel, csomaggal és lejárati dátummal együtt, mindezek láthatóak voltak anélkül, hogy bármit meg kellett volna nyitni.
A Manage gombra kattintottam, hogy belépjek a szerver specifikus panelbe.
Azonnal a fizetés után az account home oldalra kerülni, úgy, hogy a szerver már ki lett építve és listázva van, az a része ennek a folyamatnak, amely következetesen jól működik.
Nincs külön várakozó képernyő és nincs menükben keresgélés, hogy megtaláld, amit épp megvettél.
3. Laravel és szerverkezelés
A Manage megnyitása a VPS Overview oldalra vitt, és itt kezdtek igazán látszani a különbségek.
Legfelül egy Laravel feliratú appkártya volt látható egy Manage App gombbal, ami megerősítette, hogy a Laravel automatikusan telepítve lett a kiépítés során.
Közvetlenül alatta egy második kártya jelent meg, amire nem számítottam:
Cloudpanel, Ubuntu 24.04-re építve
Admin felhasználónév sima szövegként megjelenítve
Jelszó-visszaállítási link
Saját Manage panel gomb, külön a fenti Laravel kártyától
Ez a második kártya sokkal fontosabb, mint amilyennek elsőre látszik. A Cloudpanel egy teljes szervervezérlő panel, amely a Laravel mellé van csomagolva, nem egy egyszeri beállítóvarázsló, és végül ez bizonyult a valódi felületnek a fájlok, webhelyek és a napi szerverkezelés számára.
Tovább görgetve a két kártya alatt maga az Ubuntu 24.04 példány volt látható, Running állapottal, újraindítási és terminálvezérlőkkel, valamint root SSH adatokkal, ugyanúgy elrendezve, mint a fiókom összes többi VPS-e.
Mivel ez a szerver épp most lett kiépítve, az erőforrásgrafikonok még nem töltődtek fel; a hPanel azt írta, hogy körülbelül 30 perc múlva érdemes visszanézni a használati adatokért, ami őszinte megoldás egy olyan szerver esetében, amelynek tényleg nincs még forgalmi előzménye, ahelyett hogy üres grafikonokat mutatna úgy, mintha azok bármit jelentenének.
Lejjebb ezt találtam:
SSH kulcskezelés
Tűzfalszabályok
Biztonsági mentés pillanatképek
Malware scanner: Nincs telepítve
Ez az utolsó sor az első valódi rés a pajzson. A malware scanner a Not installed állapotban jelenik meg, közvetlenül egy olyan csomagoldal alatt, amely ennél a konkrét terméknél három fő funkció egyikeként automatikus malware scannert hirdet. Bármilyen marketingígéret ellenére ez nincs alapértelmezetten bekapcsolva a ténylegesen kapott szerveren.
Kíváncsi voltam, hogy a másik fő ígéret jobban teljesít-e, ezért a Backups & Monitoring részt néztem meg következőként. A Latest Actions naplóban ez szerepelt:
Egy recreate művelet aznap naplózva
Heti backup_create bejegyzések, mind Success jelöléssel, több mint egy hónapra visszamenőleg
Ez az állítás összhangban volt a fiók saját naplóival, ami éles kontrasztot jelentett a mellette egy szekcióval odébb kikapcsolt malware scannerrel szemben.
Érdemes tudni, hogy a Hostinger az állított funkciók egy részét alapból biztosítja, másokat pedig neked kell kézzel bekapcsolnod, és ezt csak úgy lehet megállapítani, ha utána nézel, mert a csomagoldal mindegyiket egyformán tartalmazottnak tünteti fel.
Ezután visszamentem a Laravel appkártyára, és a Manage App gombra kattintottam, arra számítva, hogy valamilyen Laravel-specifikus beállítási vagy fájlkezelő képernyő nyílik meg, ahogyan a Cloudpanel gombja tette.
Ehelyett egy „Let’s get started” című oldal nyílt meg, amely a Laravel saját dokumentációjára és Laracasts videós útmutatóira mutatott, alatta egyetlen gombbal, Deploy now felirattal.
Rákattintottam arra is, hogy lássam, hova vezet, és a laravel.com/cloud oldalra vitt, vagyis a Laravel Cloud regisztrációs oldalára.
Itt fontos pontosan megkülönböztetni a dolgokat.
A Laravel Cloud nem Hostinger-termék és semmi köze ahhoz a VPS-hez, amelyért most fizettem. Ez egy külön, teljesen menedzselt hosting platform, amelyet maga a Laravel csapat épít és értékesít, ugyanabban a térben versenyezve, mint például a Vercel vagy a Heroku, saját fiókrendszerrel, saját árképzéssel és saját ingyenes felhasználási kredittel.
Ha ott regisztrálnék, az azt jelentené, hogy a Laravelnek fizetek, a Hostingeren felül, azért, hogy az alkalmazásomat valahol teljesen máshol hostoljam.
Amiért a Manage App oda mutat, azt a hivatalos tudásbázis cikket néztem meg, amelyre maga a Kodee is hivatkozott, amikor megkérdeztem: “How to use the Laravel VPS template at Hostinger.” Az a cikk azt mutatja be, hogyan lehet elérni a CloudPanelt a VPS IP-címén a 8443-as porton, hogyan kell szerkeszteni a .env fájlt, és hogyan kell Composer- és Artisan-parancsokat futtatni SSH-n keresztül.
Egyszer sem említi a Manage App gombot, és a Laravel Cloudot sem említi sehol. Tehát ez nem olyan eset, amikor a magyarázat valahol ott lenne, csak én nem láttam.
A Hostinger saját hivatalos útmutatója ehhez a konkrét sablonhoz nem ismeri el, hogy ez a gomb létezik, és a Kodee is, amikor közvetlenül megkérdeztem, megerősítette, hogy a Manage App nem a VPS-t kezeli, és figyelmeztetett, hogy ha onnan regisztrálok a Laravel Cloudra, az egy második, külön számlázott környezetet jelentene.
Aki arra számítva kattint a Manage App-ra, hogy azzal kezeli az alkalmazását, egy másik fizetős termék regisztrációs oldalát látja viszont, előzetes tájékoztatás nélkül.
Az a gomb, amely ténylegesen oda visz, egy kártyával lejjebb található. A Cloudpanel kártyán lévő Manage panel gomb.
Erre kattintva egy bejelentkezési képernyő nyílik, amely felhasználónevet és jelszót kér, és itt érdemes pontosnak lenni, mert a panel onnantól semmilyen támpontot nem ad.
A felhasználónév admin, a jelszó pedig az a szerverjelszó, amelyet a Hostinger e-mailben küldött, amikor a VPS-t először kiépítették, nem pedig a Hostinger-fiók jelszava.
Ha az az e-mail már nincs meg, a Cloudpanel kártyán a jelszómező mellett lévő Reset link új jelszót generál anélkül, hogy az inboxban kellene kutatni.
Bejelentkezés után a Cloudpanel egy Sites listával nyílik meg, ahol a VPS hostneve már élő webhelyként van konfigurálva, PHP az alkalmazástípusként szerepel, és mellette ott a Manage link.
Az adott webhely beállításait megnyitva egy teljes sor fület találtam: Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs és Logs.
Ez valódi, átfogó vezérlőpanel, és érdemes megemlíteni, hogy a Cron Jobs fül is ott van ugyanebben a felületben. A Kodee kézzel vezetett végig a scheduler cron bejegyzésének SSH-n keresztüli hozzáadásán, ami jól működik, de a Cloudpanelben van kattintgatós megoldás ugyanarra a dologra terminal használata nélkül is, és ezt sem a Kodee, sem a tudásbáziscikk nem említette opcióként.
Ezzel az út végére érve a szerverkezelési oldalon lévő bal oldali menüben vannak az igazi vezérlők.
Itt ezeket kínálja:
Overview: maga az összegző oldal, a Laravel és Cloudpanel appkártyákkal, erőforrás-felhasználással és az összes alábbi gyorselérési lehetőséggel
Settings: szerver szintű konfiguráció, például root jelszó-visszaállítás és hostnév módosítása
OS & Panel: az operációs rendszer és a telepített vezérlőpanel feletti irányítás
Backups & Monitoring: kibővül Snapshots & Backups, Server Usage és Latest Actions nézetekre, itt találtam a heti backup naplót, amely igazolta, hogy az állítás helytálló volt
Security: a malware scanner és a tűzfalbeállítások, ez az a szekció, ahol a scannert kikapcsolva találtam
API: új lapon megnyitja a Hostinger API dokumentációját azoknak, akik a panelen kívül automatizálnák a szerverkezelést
DNS Manager: domain- és DNS rekordkezelés a szerverhez kapcsolva
Tutorials: külső link a Hostinger súgótartalmára
Ez elég széles lefedettség ahhoz, hogy teljes VPS-adminisztrációnak lehessen nevezni. Szerverbeállítások, OS-vezérlés, biztonság, biztonsági mentések, DNS és API-hozzáférés mind külön kategóriaként jelennek meg, nem egy mindent összefogó beállításmenübe rejtve, és nem futottam bele semmibe, amire szükségem lett volna, de hiányzott volna erről a listáról.
Ami viszont nincs benne, az bármilyen Laravel-specifikus eszköz: kódtelepítés, környezeti fájlok kezelése, Artisan parancsok futtatása — mindez a Cloudpanelben vagy a terminálon keresztül történik, nem ezen az oldalsó menün keresztül.
Ez elvezet a terminál gombhoz, amely az Ubuntu kártyán található. A célja a közvetlen parancssori hozzáférés a szerverhez, egy élő SSH-munkamenet megnyitása a böngészőben, anélkül, hogy külön SSH klienst kellene használnod vagy privát kulcsot kellene másolnod a gépedre.
Rákattintva egyenesen egy root shellbe kerültem, már hitelesítve, a Cloudpanel üdvözlő bannerével a képernyőn, amely a saját webcímét és egy clpctl nevű CLI eszközt mutatott a panel parancssorból történő kezeléséhez.
Azoknak, akik kényelmesen dolgoznak terminálból, ez a leggyorsabb út a Laravel telepítés tényleges konfigurálásához, kód telepítéséhez, környezeti változók szerkesztéséhez, migrációk futtatásához, mivel erre nincs külön gomb a hPanelben.
Összegző vélemény a kezelhetőségről
A fizetéstől a futó szerverig vezető út és a checkout jól működik itt, és az is egy apró, de hasznos elem, hogy valódi súlyt adnak a szerverhelyszín kiválasztásának, ahelyett hogy egyszerűen a leggyorsabb régióra állnál rá, ez mindenkinek előnyös, aki azon gondolkodik, hol lesznek a tényleges látogatói.
Maga a szerverkezelési oldalsáv lefedi mindazt, amire egy VPS-adminisztrátornak szüksége van: beállítások, OS- és panelvezérlés, biztonsági mentések, biztonság, DNS és API-hozzáférés, világosan elkülönített kategóriákban, és nem ütköztem olyan VPS-szintű vezérlőbe, ami hiányzott volna. Ahol ez elhasal, az az appkezelési réteg.
A csomagoldalon reklámozott malware scanner nem volt telepítve a kapott szerverre, és a Laravel kártyán lévő, appkezelésnek nevezett gomb egy versengő fizetős termék regisztrációs oldalára küld, nem pedig bármi olyanra, ami appkezelésre hasonlítana.
A Cloudpanel és a terminál teljesen jól működik, amint megtalálod őket, és a heti biztonsági mentések a megígért ütemben futnak. A zavaró pont az, hogy a Hostinger saját felülete először rossz ajtó felé mutat, és semmi sem magyarázza el a panelen, hogy a Manage App nem az az appkezelés, amit keresel.
Hostinger Laravel VPS Hosting
Fedezd fel, hogyan biztosít a Hostinger Laravel VPS Hosting rugalmas környezetet Laravel alkalmazások telepítéséhez dedikált szervererőforrásokkal, teljes kontrollal, skálázható teljesítménnyel és testreszabható konfigurációkkal modern webes projektekhez.
A Kodee, a Hostinger AI asszisztense az Ask AI gomb mögött működik a hPanelben, ugyanúgy, mint a Hostinger többi termékénél.
Két külön technikai kérdéssel teszteltem ezen a VPS-en, az egyik egy olyan felületi problémára vonatkozott, amibe már belefutottam, a másik pedig mélyebb kérdés volt arról, hogyan fut a Laravel éles környezetben ezen a szerveren.
Ezután átnéztem a Hostinger tudásbázisát, hogy lássam, mennyi mindent fed le anélkül, hogy bárkinek kérdeznie kellene.
1. AI támogatás (Kodee)
Az első kérdésem közvetlenül abból a helyzetből jött, amikor a Laravel appkártyán lévő Manage App gomb megnyílt, és a Laravel Cloudot, vagyis egy külön fizetős platformot nyitotta meg, nem pedig bármit, ami a VPS-hez kapcsolódott.
Közvetlenül megkérdeztem Kodee-t, hogy ennek a gombnak az lenne-e a célja, hogy a Laravel Cloudot nyissa meg, vagy a Cloudpanelen futó telepítést kezelje, és mi történne valójában, ha a Laravel Cloudra regisztrálnék innen.
A Kodee egy percen belül válaszolt:
Megerősítette, hogy a Manage App nem kezeli a meglévő VPS telepítést
Helyesen azonosította azt a Laravel Cloudra mutató linkként, ami egy külön telepítési platform
A Cloudpanelt, amely a VPS IP-címén a 8443-as porton érhető el, jelölte meg a valódi kezelési felületként
Figyelmeztetett, hogy a Laravel Cloudra történő regisztráció egy külön, önállóan számlázott környezetet hozna létre, nem pedig a már kifizetett VPS-re telepítene bármit
Ez egy tiszta, helyes válasz egy olyan kérdésre, amelynek valódi költségvonzata van, ha valaki rosszul érti, és ráadásul a saját dokumentációjukra hivatkozott, nem tippelt.
Ezután valami technikailag is súlyosabb dolgot kérdeztem. A Laravel alkalmazások éles környezetben egy cron bejegyzéstől függenek az ütemezőhöz, valamint egy Supervisor folyamattól, hogy a queue workereket életben tartsa, és arra voltam kíváncsi, hogy a VPS sablon automatikusan beállítja-e valamelyiket, illetve hogy a Supervisor megmarad-e újraindítás után, ha én állítom be.
A Kodee azt mondta, ellenőrzi a szervert, mielőtt válaszolna, és meg is tette:
Jelezte, hogy nincs schedule:run cron bejegyzés
Jelezte, hogy nincs konfigurált Supervisor szolgáltatás
Jelezte, hogy nincs beállított queue worker
Megadta a schedulerhez szükséges pontos cron sort
Megadott egy teljes Supervisor konfigurációs blokkot egy queue workerhez, helyes kapcsolókkal
Megerősítette, hogy a Supervisor újraindítás után is megmarad, ha systemctl enable –now supervisor segítségével engedélyezik
Hozzátette az emlékeztetőt, hogy új kód telepítése után futtatni kell a php artisan queue:restart parancsot, ami könnyen kimaradó részlet, és komoly éles környezeti hibákat okoz, ha elhagyják
Mit gondolok az AI támogatásról: A Kodee itt kiérdemelte a válaszait. Annak megerősítése, hogy sem scheduler cron, sem Supervisor folyamat nem futott, mielőtt bármit ajánlott volna, az a különbség egy ellenőrzőlista-válasz és egy olyan válasz között, amely valóban erre a konkrét szerverre van alapozva, és az emlékeztető a queue worker újraindítására deploy után az a fajta részlet, amely csak akkor kerül elő, ha valaki, vagy valami, tényleg érti, hogyan viselkednek a Laravel queue-k éles környezetben.
Két kérdés, két pontos és teljes válasz, mindkettő néhány percen belül megérkezett.
2. Tudásbázis
A Hostinger tudásbázisa ugyanúgy van felépítve minden terméknél: nagy kategóriacsempék cikkek számával, keresősávval és felül kategóriaszűrővel.
Ahelyett, hogy böngésztem volna, egyenesen a keresőbe írtam, hogy „laravel”, ami 15 találatot adott két oldalon, ami érezhetően több, mint amit egy szűkebb egykattintásos alkalmazás szokott mutatni.
Ehhez azonban érdemes egy megjegyzést fűzni. A több találat nem ugyanaz, mint a több releváns találat, mivel a találatok közül több csak érintőlegesen kapcsolódott, például egy a PHP levelezési korlátairól szóló cikk és egy webhelymigrációs probléma is előjött, pusztán mert mellékesen megemlítik a Laravelt.
A legrelevánsabb találat, a „How to use the Laravel VPS template at Hostinger,” bemutatja a Cloudpanel elérését, a Laravel mappastruktúra megértését, a .env fájl szerkesztését, a Composer futtatását és a migrációk végrehajtását.
Ez egy szilárd útmutató egy első Laravel projekt elindításához ezen a sablonon. Ami hiányzik belőle, az az ütemező és a queue workerek teljes említése, éppen az a hiány, amelyet a Kodee-nek kellett pótolnia, amikor rákérdeztem.
További keresés közben egy figyelemre méltó dolog is előjött. Egy régebbi cikk, a „How to deploy Laravel 8 at Hostinger,” tartalmaz egy működő cron példát a schedulerhez, de egy teljesen más, régebbi beállításra íródott: manuálisan telepített Laravelre shared vagy cloud hostingon, nem pedig a jelenlegi VPS sablonra, és public_html fájlstruktúrát használ, aminek semmi köze ahhoz, ahogy a Cloudpanel egy VPS-t szervez.
Aki ezen a VPS sablonon a tudásbázisban keres scheduler útmutatást, előbb egy olyan cikkbe botlik, amely egy másik terméket ír le, mielőtt bármit találna, ami ténylegesen alkalmazható a szerverére.
Mit gondolok a tudásbázisról: A cikkek száma papíron erősnek tűnik, egy keresésre 15 találat, de a nyers mennyiség elfedi, mennyire szórt valójában a hasznos tartalom. Az alap VPS sabloncikk jól van megírva, és elindít egy első projektet, de pontosan ott áll meg, ahol egy éles telepítés már komolyra fordulna, és az egyetlen dokumentáció, amely a schedulerről szól, egy teljesen más, régi hosting beállításhoz tartozik.
Egy olvasó, aki csak a tudásbázisra hagyatkozik, könnyen követhetne egy régebbi útmutatót, és félrekonfigurálhatná a VPS-ét olyan parancsok másolásával, amelyeket egy teljesen más fájlszerkezethez írtak.
Összegző vélemény a támogatásról
Itt a Kodee végzi a nehéz munkát, és jól csinálja. Mindkét beszélgetés során úgy válaszolt, hogy előbb ellenőrizte a szerver élő állapotát, és a második egy teljes, helyes, üzemkész megoldást adott valami olyasmire, amit a VPS sablon alapból nem állít be.
A tudásbázis elég jó ahhoz, hogy egy első Laravel projekt elinduljon, de az ennél mélyebb témákban gyorsan elvékonyodik a lefedettség, és ami létezik, például a schedulerre vonatkozó anyag, az is egy teljesen más hosting termékhez tartozik.
Az alapokon túl a Kodee a megbízhatóbb út, és ezt következetesen alá is támasztotta azzal, hogy azt nézte meg, ami tényleg ott volt, nem azt, amit feltételezett.
Hostinger Laravel VPS Hosting
Fedezd fel, hogyan biztosít a Hostinger Laravel VPS Hosting rugalmas környezetet Laravel alkalmazások telepítéséhez dedikált szervererőforrásokkal, teljes kontrollal, skálázható teljesítménnyel és testreszabható konfigurációkkal modern webes projektekhez.
Igen. Az alapok erősek. A Laravel és a Cloudpanel előre telepítve és működőképesen érkezik, az alatta lévő hardver CPU, memória és lemez terén is jól teljesít a benchmarkok alapján, a Kodee pedig két pontos, szerverismereten alapuló technikai választ adott, amikor valódi próbára tettem. A heti biztonsági mentések a fiók naplóival egyezően, pontosan az ígért módon működtek.
A kisebb hibák szűk körűek, de érdemes tudni róluk, mielőtt vásárolsz. A csomagoldalon kiemelt funkcióként szereplő malware scanner nem volt alapértelmezetten bekapcsolva, és a Laravel kártyán lévő Manage App gomb egy külön fizetős termék, a Laravel Cloud felé visz, nem pedig bármi olyasmi felé, ami appkezelésnek tűnne, ráadásul ezt sehol sem dokumentálják előre.
Az egyik sem nehéz megkerülni, ha már tudod, hogy a Cloudpanel a valódi kezelőfelület, de egyik sem kellene, hogy találgatást igényeljen.
Fejlesztőként, aki gyorsan szeretne futó Laravel környezetet jó infrastruktúrán, és képes öt percet rászánni arra, hogy megtalálja a Cloudpanelt a félrevezető gomb helyett, ez könnyen ajánlható választás. Annak viszont, aki azt szeretné, hogy minden hirdetett funkció azonnal, a szerver indulásával együtt működjön, extra ellenőrzés nélkül, érdemes néhány plusz percet szánnia a beállításra, mielőtt késznek tekinti.
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.
Igen. A Laravel és a Cloudpanel a VPS kiépítésének pillanatában előre telepítve érkezik, az alapul szolgáló hardver CPU, memória és lemez terén is jól teljesít, és a Hostinger Kodee AI asszisztense pontos, konkrét válaszokat ad a valódi Laravel konfigurációs kérdésekre. Az egyetlen bökkenő egy kártevőellenőrző, amely a hirdetés szerint benne van, mégis kikapcsolva érkezik.
A Hostinger Laravel VPS-e előre telepítve érkezik a Laravellel?
Igen. A Laravel egy kattintással elérhető alkalmazásként van kínálva a VPS vásárlása során, és automatikusan települ Ubuntu alatt a Cloudpanellel együtt, amely a vezérlőpanel az alkalmazás, az adatbázisa és a domainbeállításai későbbi kezeléséhez.
A Hostinger kínál ingyenes próbaidőszakot Laravel VPS tárhelyhez?
Nincs külön ingyenes próbaidőszak a Laravel VPS csomagokhoz. A Hostinger minden VPS szinthez 30 napos pénzvisszafizetési garanciát biztosít helyette, azonban az elsőt követő 180 napon belüli második VPS-visszatérítési kérelem nem lesz jóváhagyva.
Kaphatok visszatérítést a Hostinger VPS tárhelyre?
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-csomagok frissítései és a kriptovalutával teljesített fizetések teljes mértékben kizártak a visszatérítésből.
Hogyan kezeljem a Laravel alkalmazásomat a Hostinger VPS-én?
A Cloudpanelen keresztül, amely az hPanelben a Cloudpanel kártyán található Kezelés gombból érhető el, vagy közvetlenül a VPS IP-címén a 8443-as porton. A Laravel kártyán található App kezelése gomb maga nem az alkalmazást kezeli, hanem a Laravel Cloudra mutat, amely egy különálló tárhelytermék, és nincs összefüggésben a VPS-sel.
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.
