Hostginger predáva svoj Laravel VPS ako predinštalovaný server spravovaný AI, navrhnutý tak, aby dostal Laravel projekt do prevádzky rýchlo. Väčšina tohto sľubu sa pri reálnom testovaní potvrdila, silné benchmarky, schopný AI asistent podpory, zálohy potvrdené ako bežiace podľa plánu.

Jedno tlačidlo na nástenke ma však poslalo tam, kde by som vôbec nečakal, že skončím, a stojí za to o ňom vedieť skôr, než naň kliknete aj vy. Tu je kompletný rozbor.

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Navštíviť Hostinger

Výhody a nevýhody

Rozpis hodnotenia

Na ohodnotenie Laravel VPS hostingu od Hostinger som použil metodiku hodnotenia HostAdvice metodiku hodnotenia, rovnaký štandardizovaný prístup, aký sa používa pri každej recenzii na webe, takže skóre zostáva konzistentné a založené na reálnom testovaní, nie na marketingových tvrdeniach. Tu je, ako si viedol v jednotlivých parametroch.

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Navštíviť Hostinger

Plány a ceny

Hostinger predáva Laravel hosting ako jednu zo štyroch KVM VPS úrovní, KVM 1 až KVM 8, pričom každá úroveň zvyšuje počet CPU jadier, RAM, NVMe diskového priestoru a bandwidthu spolu s vyššou úrovňou.

Samotný Laravel nie je samostatný nákup, ide o jednu klikateľnú aplikáciu vrstvenú na ľubovoľnú úroveň, ktorú si vyberiete pri objednávke, pričom Cloudpanel je priložený ako skutočný ovládací panel na správu inštalácie po jej spustení.

Pred objednávkou je dobré vedieť niekoľko vecí:

• Platobné podmienky: Plány sa platia vopred na 1, 12 alebo 24 mesiacov, pričom dlhšie obdobia prinášajú reálne zľavy z mesačnej sadzby. Kompletný rozpis podľa úrovne a obdobia nájdete vo widgete s cenami nižšie.
• Záruka vrátenia peňazí: VPS plány majú 30-dňovú záruku, ale drobný text pridáva reálne obmedzenie. Nárok na refundáciu VPS môžete uplatniť iba raz za 180 dní, takže druhá refundácia na samostatnom VPS nákupe v tomto období neprejde. Upgrady existujúceho VPS plánu sú úplne vylúčené.
• Bezplatná skúšobná verzia: Nenarazil som na samostatnú bezplatnú skúšobnú verziu pre Laravel VPS hosting, iba na 30-dňovú záruku vrátenia peňazí. S týmto limitom si naplánujte čas na testovanie.
• Spôsoby platby: Karta (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay v samostatných variantoch pre Čínu a Hongkong, a Coingate pre kryptomeny. Platby kryptomenou sú úplne mimo refund policy, takže ak vám záleží na záruke, majte to na pamäti.
• Čo je súčasťou balíka: Každá úroveň zahŕňa bezplatnú .cloud doménu na prvý rok, plný root prístup, Git integráciu a Cloudpanel bez príplatku, takže cenníková cena je bližšie k skutočným nákladom než u hostiteľov, ktorí účtujú panel zvlášť.

Vlastné odporúčanie Hostingeru uvádza, že KVM 1 stačí na jednoduchý Laravel web, pričom KVM 8 je odporúčaný pre náročnejšie projekty s vyššou spotrebou zdrojov.

Treba k tomu dodať, že pri testovaní sa zmätok okolo správy aplikácie cez tlačidlo Manage App a malware scanner ponechaný v predvolenom stave týkajú každej úrovne rovnako, takže vyššia úroveň tieto dve veci nevyrieši. Vyberte si plán podľa CPU a prevádzkových potrieb a tieto dva konkrétne problémy riešte rovnako bez ohľadu na to, ku ktorej úrovni sa dostanete.

Funkcie

• Procesory AMD EPYC vo všetkých úrovniach
• NVMe SSD úložisko vo všetkých plánoch
• Git integrácia pre zjednodušené nasadzovanie kódu
• Plný root prístup cez SSH
• Cloudpanel kontrolný panel je súčasťou predvolene
• AI agent na úlohy správy VPS
• Automatické týždenné zálohy pri každom pláne
• Sieťová rýchlosť 1 Gbps na plán
• Bezplatná .cloud doména na jeden rok

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Navštíviť Hostinger

Výkon

Laravel aplikácia žije alebo umiera na serveri pod ňou rovnako ako samotný kód. Na načítanie stránok vplýva rýchlosť CPU pri vykonávaní PHP, databázové dotazy závisia od diskového I/O, session a cache závisia od pamäte a ak aplikácia spúšťa frontové úlohy alebo má reálnych návštevníkov, dôležitý je aj network throughput a schopnosť zvládať trvalú záťaž.

Samotný Laravel na tom nič nemení, stále ide o PHP bežiace na Linuxe, takže skutočným testom je tu VPS.

Na serveri som spustil kompletný sadu benchmarkov, pokrývajúc CPU, pamäť, disk, sieť a aj záťažový test, aby som zistil, čo tento plán skutočne ponúka a čo to znamená pre reálnu aplikáciu.

Testovaná inštancia bola plán KVM 2, ktorý som si vybral pri objednávke:

• CPU: 2 vCPU, vyrezané z hostiteľa s procesorom AMD EPYC 9354P
• RAM: 7.8GB použiteľných z pridelených 8GB, plus 2GB swapu
• Disk: 96GB použiteľného priestoru zo 100GB NVMe pridelenia
• OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic

Predtým, než sa pustíme do čísel, je dobré vedieť, že Laravel VPS zostava Hostingeru beží v rovnakých štyroch úrovniach ako zvyšok jeho VPS ponuky, KVM 1 až KVM 8, a KVM 2 je druhý odspodu, o jednu úroveň vyššie než najlacnejšia možnosť a výrazne pod úrovňami KVM 4 a KVM 8, ktoré sú určené pre náročnejšie, viacaplikačné pracovné zaťaženia.

To, čo nasleduje, zodpovedá malému až stredne veľkému Laravel projektu, jednej aplikácii obsluhujúcej reálny, ale mierny objem návštevnosti, nie veľkej platforme bežiacej na jednom stroji s viacerými službami.

1. Výkon CPU

• Jednovláknovo: 1,624.55 udalostí za sekundu, priemerná latencia 0.61ms, 95. percentil 0.64ms

• Viacvláknovo, 2 vlákna: 2,864.02 udalostí za sekundu, priemerná latencia 0.70ms, 95. percentil 1.10ms

• Smerodajná odchýlka férovosti vlákien: 182.50 pri priemere 14,321.5 udalostí na vlákno

Tu je, čo to jednovláknové číslo v praxi skutočne znamená. Typická Laravel požiadavka, vykreslenie Blade šablóny, niekoľko dotazov cez Eloquent, kontrola session, trávi väčšinu času na jednom CPU jadre pri vykonávaní PHP práce, nie rozdelená medzi viac jadier naraz.

Pri 0.61ms priemernej latencii na výpočtovú udalosť v tomto teste nie je CPU tá časť stacku, ktorá by mala spôsobiť pomalé načítanie stránky.

Rozdiel medzi priemernou latenciou a 95. percentilom je tiež malý, 0.61ms oproti 0.64ms, čo znamená, že výkon zostal konzistentný a nie je tu občasná požiadavka, ktorá by trvala výrazne dlhšie než ostatné, čo by sa pri reálnych návštevníkoch prejavilo ako náhodne pomalé načítavanie stránok.

Viacvláknový výsledok je užitočnejšie číslo na pochopenie súbežnosti. Prechod z jedného vlákna na dve takmer zdvojnásobil priepustnosť, približne 88 percent efektivity škálovania, čo znamená, že tento VPS nestráca veľa kapacity na réžiu alebo na iných nájomcov súperiacich o tie isté fyzické jadrá.

V praxi to znamená, že PHP-FPM bežiaci s dvoma worker procesmi na tomto pláne zvládne približne dvojnásobný počet požiadaviek oproti jednovláknovému scenáru, skôr než sa CPU stane úzkym miestom, namiesto menej než dvojnásobku, čo by ste videli, keby sa tieto dve vCPU bili o cykly.

Hodnota férovosti vlákien, asi 1.3 percenta odchýlky medzi dvoma vláknami, potvrdzuje, že obe jadrá odviedli približne rovnaký podiel práce, namiesto toho, aby jedno jadro nieslo záťaž a druhé zaháľalo. Pre reálny web to znamená, že požiadavky sa rozdeľujú rovnomerne medzi PHP-FPM workerov namiesto toho, aby sa hromadili za tým workerom, ktorý je práve zaneprázdnený.

2. Rýchlosť pamäte

• Sekvenčný zápis: 5,865.22 MiB/sec

• Sekvenčné čítanie: 7,155.43 MiB/sec

Rýchlosť pamäte je pri Laraveli dôležitá spôsobom, ktorý sa dá ľahko prehliadnuť. Každé OPcache vyhľadanie, každé načítanie session, každé pole alebo kolekcia, ktorú vaša aplikácia vytvorí pri spracovaní požiadavky, žije v RAM, a ak na tom istom stroji beží aj cache vrstva ako Redis, súťaží o tú istú pamäťovú priepustnosť.

Pri približne 5.9 GiB za sekundu pri zápise a 7.2 GiB za sekundu pri čítaní dokáže tento VPS prenášať dáta do pamäte a z pamäte dostatočne rýchlo na to, že pamäťové operácie budú veľmi nepravdepodobne tým, čo spomalí požiadavku, úzkym miestom býva pri typickej Laravel aplikácii skôr disk alebo sieť než RAM rýchlosť.

To, kde je pamäť dôležitejšia priamo, je kapacita, nie rýchlosť. So 7.8GB použiteľných a 2GB swapom za týmto plánom dokáže pohodlne bežať PHP-FPM, MySQL alebo PostgreSQL a malá Redis inštancia vedľa seba pre jednu aplikáciu, ale nezostáva veľa priestoru, ak na tom istom VPS beží viac stránok alebo databáza s veľkým working setom.

Swap je poistka pre krátky výkyv spotreby pamäte, nie náhrada RAM, ak je aplikácia na tento plán naozaj príliš veľká.

3. Disk I/O

• Sekvenčný zápis: 740 MiB/s (776 MB/s), 740 IOPS

• Sekvenčné čítanie: 749 MiB/s (785 MB/s), 748 IOPS

• Náhodné 4K zmiešané čítanie/zápis: približne 9,400 IOPS v každom smere, asi 36.7 MiB/s priepustnosti na smer

Sekvenčná rýchlosť je číslo, ktoré záleží pri veľkých jednorazových operáciách, obnovenie databázovej zálohy, rozbalenie nahraného archívu, zápis veľkého log súboru.

Pri približne 740 až 750 MiB/s v oboch smeroch a so zápisom aj čítaním líšiacim sa len o dva percentá tento disk nemá nevyváženú slabinu v jednom smere, akú vidíme pri niektorých cloud úložiskách, kde je čítanie rýchle, ale zápis výrazne zaostáva.

Náhodný 4K výkon je číslo, ktoré v skutočnosti predpovedá, ako sa bude Laravel aplikácia používať deň čo deň, pretože databáza nečíta a nezapisuje vo veľkých sekvenčných blokoch, ale malé, roztrúsené bloky, keď vyhľadáva riadky, aktualizuje indexy a zapisuje do transakčného logu.

Trochu viac než 9,000 IOPS v každom smere znamená zhruba 9,000 malých databázových operácií za sekundu, kým sa disk I/O stane limitom.

Typické načítanie Laravel stránky môže spustiť od niekoľkých až po niekoľko desiatok dotazov, v závislosti od toho, ako je aplikácia postavená, čo znamená, že tento disk má priestor pre slušný počet súbežných používateľov, ktorí naraz pristupujú k databáze, skôr než začnú dotazy čakať na prístup k disku.

Na posunutie tohto konkrétneho stropu by bolo treba výrazne zápisovo náročnú záťaž, vysokovalené logovanie, rušnú queue tabuľku, časté zápisy cache na disk.

4. Rýchlosť siete

• Beh 1: Download 990.06 Mbps, Upload 910.87 Mbps, idle latency 0.31ms, 0% packet loss

• Beh 2: Download 985.24 Mbps, Upload 947.82 Mbps, idle latency 0.27ms, 0% packet loss

Oba behy skončili na serveri v Phoenixe v Arizone, čo zodpovedá polohe v Spojených štátoch, ktorú som si vybral pri objednávke, blízko plného gigabitu v oboch smeroch a s nulovou stratou paketov pri oboch pokusoch.

Pre Laravel aplikáciu je toto číslo dôležité najmä pre dve veci, ako rýchlo server obslúži assety a API odpovede návštevníkom, a ak aplikácia volá externé API alebo sťahuje dáta z iných služieb, ako rýchlo sa dokončia tieto odchádzajúce volania.

Priepustnosť takmer na úrovni gigabitu znamená, že bandwidth nebude obmedzením pre typickú webovú aplikáciu, na to by ste potrebovali veľmi vysoký objem veľkých prenosov súborov, videa, veľkých sťahovaní alebo hromadných exportov, aby sa toto stalo limitom namiesto CPU alebo disku.

Takmer identické výsledky v dvoch samostatných behoch, vykonaných s odstupom niekoľkých minút, tiež vylučujú šťastný jednorazový výsledok, toto je to, čo toto pripojenie robí konzistentne, nie číslo, ktoré len raz vyskočilo.

5. Stres test

Spustil som CPU, pamäťové a diskové stresory na 180 sekúnd každý, aby som zistil, ako server drží pri dlhodobom zaťažení, nie len pri krátkom výkone:

• CPU stres, 2 workeri: 540,042 bogo ops, 0 failures

• Pamäťový stres, 2 workeri: 24,335,966 bogo ops, 0 failures

• Diskový stres, 2 workeri: 2,655,058 bogo ops, 0 failures

Jednotlivé čísla bogo ops sú tu menej dôležité než to, čo sa nestalo.

Nula neúspešných workerov a nula nedôveryhodných metrík vo všetkých troch testoch, spustených po sebe tri celé minúty každý, znamená, že server udržal CPU, pamäť aj disk pod súčasným tlakom bez pádu, bez prechodu do nespoľahlivého stavu a bez výsledkov, ktoré by benchmark označil za podozrivé. To je najbližšie, ako sa tento typ testovania dá dostať k simulácii reálneho nárazového nárastu návštevnosti, niekoľko zdrojov na maxime

v tom istom čase, a je to výsledok, na ktorom záleží najviac pre každého, kto sa obáva, že jeho web pri rušnom období spadne, namiesto toho, aby fungoval dobre len v izolovaných testoch po jednom zdroji.

Celkový verdikt k výkonu

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Navštíviť Hostinger

Jednoduchosť používania

Testoval som Laravel VPS od Hostingeru od objednávky až po otvorenie skutočných nástrojov na správu, ktoré sú s ním dodané.

To zahŕňalo výber plánu a umiestnenia servera, vytvorenie účtu, zaplatenie a potom zisťovanie, ako vlastne spravovať Laravel nasadenie po spustení servera. To, čo nasleduje, je presný priebeh tohto procesu vrátane momentu, keď ma rozhranie poslalo niekam, kam som vôbec nečakal.

1. Registrácia

Začal som na landing page pre Laravel VPS, ktorá na úvod zdôrazňuje tri tvrdenia, ktoré sa oplatí mať na pamäti:

• Bezplatné automatické týždenné zálohy
• AI-managed VPS
• Automatický malware scanner

Vybral som plán KVM 2, rozumný stred medzi jednoduchým Laravel webom a náročnejšou zostavou, a prešiel do košíka.

Odtiaľ košík zobrazil všetko na jednej obrazovke:

• Platobné obdobie: 1, 12 alebo 24 mesiacov, pri každej možnosti zobrazené úspory
• Umiestnenie servera: regióny zoskupené podľa kontinentov, pri každom odhad latencie
• Marketplace aplikácií: viac než tisíc jednorazových možností pre OS, panely a aplikácie

Vybral som 24 mesiacov kvôli nižšej sadzbe a potom som strávil viac času než zvyčajne výberom umiestnenia servera.

Najlepšiu latenciu v zozname mal United Kingdom, ale aj tak som prešiel zvyšok regiónov, aby som ich porovnal. North America ukázala slušný výsledok pre United States a najrýchlejšia možnosť Ázie, Malaysia, zaostávala výrazne za oboma.

Keďže web, ktorý som mal na mysli, mal priťahovať najmä americké publikum, vybral som United States namiesto technicky rýchlejšieho United Kingdom.

To stojí za upozornenie pre každého čitateľa porovnávajúceho regióny na tejto stránke. Najlepšia latencia pre vás, sediacich pred vlastným notebookom, nie je číslo, na ktorom záleží. Dôležitá je latencia pre ľudí, ktorí budú váš web naozaj navštevovať, takže vyberajte podľa svojho publika, nie podľa vlastných testovacích výsledkov.

Potom som prešiel do marketplace aplikácií, kde už bol Laravel vybraný, presne ako pri jednorazovom nastavení, ktoré Hostinger používa naprieč celým katalógom aplikácií. Nemuselo sa meniť nič, takže som prešiel rovno k objednávke.

Už som bol prihlásený do existujúceho účtu Hostinger, takže samotná registrácia trvala jedno kliknutie.

Potom formulár pre fakturačnú adresu a platbu ponúkal:

• Kartu, vrátane Visa, Mastercard, Amex a Discover
• PayPal
• Google Pay
• AliPay, v samostatných variantoch pre Čínu a Hongkong
• Coingate, pre krypto platby

Všetko na jednej stránke, bez samostatného presmerovania. Odoslal som platbu, ihneď dostal potvrdzovací e-mail a vrátil som sa do hPanelu, kde bol nový server už uvedený ako bežiaci.

Na tomto procese zaujalo, koľko možností Hostinger pri objednávke ponúka bez toho, aby niektorú z nich vynucoval.

Najmä porovnanie umiestnenia stojí za to brať vážne a nie len odkliknúť, keďže predvolená odporúčaná možnosť na stránke plánu nemusí vždy zodpovedať tomu, kto bude server skutočne používať.

2. Nástenka/klientska zóna

Po spracovaní platby sa hPanel otvoril na domovskej obrazovke, tej istej centrálnej správe účtu, ktorá od jedného miesta rieši domény, e-mail, tvorcu webu aj VPS správu.

Privítal ma menom s AI prompt barom, radom rýchlych tlačidiel, kontrolným zoznamom úloh a nižšie aj zoznamom všetkých webov a serverov na účte.

Potom som prešiel k VPS tabuľke, kde nový server už svietil ako Running, s hostname, IP adresou, plánom a dátumom expirácie viditeľnými bez otvárania čohokoľvek.

Klikol som na Manage, aby som sa dostal do panelu špecifického pre server.

Pristátie na domovskej stránke účtu hneď po platbe, keď je server už pripravený a uvedený v zozname, je tá časť tohto procesu, ktorá funguje konzistentne dobre.

Nie je tu žiadna samostatná čakacia obrazovka ani prehľadávanie menu, aby ste našli práve to, čo ste si kúpili.

3. Správa Laravelu a servera

Kliknutie na Manage otvorilo stránku VPS Overview a práve tu sa začínajú prejavovať skutočné rozdiely.

Úplne hore bola karta aplikácie označená Laravel s tlačidlom Manage App, čo potvrdilo, že Laravel bol pri provisioning-u nainštalovaný automaticky.

Priamo pod ňou bola druhá karta, ktorú som nečakal:

• Cloudpanel, postavený na Ubuntu 24.04
• Admin username zobrazené v čistom texte
• Odkaz na reset hesla
• Vlastné tlačidlo Manage panel, oddelené od karty Laravel vyššie

Tá druhá karta je dôležitejšia, než sa zdá. Cloudpanel je plnohodnotný ovládací panel servera pribalený spolu s Laravelom, nie jednorazový sprievodca nastavením, a ukázalo sa, že je to skutočné rozhranie na správu súborov, webov a servera zo dňa na deň.

Keď som sa posunul nižšie za obe karty, samotná inštancia Ubuntu 24.04 bola pod nimi označená ako Running, s ovládaním reštartu a terminálu a root SSH údajmi zobrazenými rovnakým spôsobom ako pri každom inom VPS na tomto účte.

Keďže server bol práve nasadený, grafy využitia ešte neboli vyplnené, hPanel zobrazil hlásenie, že sa mám vrátiť asi o 30 minút neskôr pre údaje o využití, čo je úprimný spôsob, ako naložiť so serverom, ktorý zatiaľ nemá žiadnu históriu prevádzky, namiesto zobrazovania prázdnych grafov, akoby niečo znamenali.

Nižšie som našiel:

• Správu SSH kľúčov
• Firewall pravidlá
• Snímky a zálohy
• Malware scanner: Not installed

Práve tento posledný riadok je prvá skutočná medzera. Malware scanner je uvedený ako Not installed, priamo pod stránkou plánu, ktorá označuje automatický malware scanner ako jednu z troch hlavných funkcií tohto presného produktu. Nech marketing sľubuje čokoľvek, na serveri, ktorý skutočne dostanete, nie je zapnutý predvolene.

Zo zvedavosti, či sa druhé hlavné tvrdenie potvrdí lepšie, som potom skontroloval Backups & Monitoring. Záznam Latest Actions ukazoval:

• A recreate akcia zaznamenaná v ten istý deň
• weekly backup_create položky, každá označená ako Success, siahajúce viac než mesiac späť

Táto funkcia sa potvrdila podľa vlastných logov účtu, čo je ostrý kontrast k malware scanneru, ktorý zostal neaktivovaný o sekciu ďalej.

Je dobré vedieť, že Hostinger dodáva niektoré zo svojich uvedených funkcií predvolene a iné necháva na vás, aby ste ich zapli sami, a jediný spôsob, ako zistiť ktoré sú ktoré, je ísť sa pozrieť, keďže stránka plánu ich všetky prezentuje ako rovnako zahrnuté.

Potom som sa vrátil na kartu Laravel app a klikol na Manage App, očakávajúc, že otvorí nejakú Laravel-špecifickú obrazovku nastavenia alebo správy súborov, podobne ako tlačidlo Cloudpanelu vyššie.

Namiesto toho sa otvorila stránka s názvom “Let’s get started”, odkazujúca na vlastnú dokumentáciu Laravelu a videonávody Laracasts, s jediným tlačidlom pod tým s textom Deploy now.

Klikol som aj na ňu, aby som zistil, kam vedie, a poslalo ma to na laravel.com/cloud, teda registračnú stránku Laravel Cloud.

Tu je rozdiel, ktorý stojí za presnosť.

Laravel Cloud nie je produkt Hostingeru a nemá nič spoločné s VPS, za ktorý som práve zaplatil. Je to samostatná, plne spravovaná hostingová platforma vytvorená a predávaná priamo tímom Laravelu, konkurujúca službe ako Vercel alebo Heroku, s vlastným účtom, vlastnými cenami a vlastným bezplatným kreditom na používanie.

Registrácia tam by znamenala platiť Laravelu navyše k tomu, čo ste už zaplatili Hostingeru, za hostovanie vašej aplikácie niekde úplne inde.

Pokiaľ ide o to, prečo Manage App odkazuje práve tam, skontroloval som oficiálny článok v znalostnej báze, na ktorý sa odvolával samotný Kodee, “Ako používať Laravel VPS šablónu na Hostingeri.” Tento článok ukazuje, ako sa dostať ku CloudPanelu na IP adrese vášho VPS na porte 8443, upraviť súbor .env a spúšťať Composer a Artisan príkazy cez SSH.

Vôbec sa nezmieňuje o tlačidle Manage App a nezmieňuje ani Laravel Cloud. Takže nejde o prípad, že by vysvetlenie existovalo niekde inde, len som sa nepozeral.

Hostingerov vlastný oficiálny návod pre túto presnú šablónu neuznáva, že toto tlačidlo vôbec existuje, a Kodee, keď som sa priamo spýtal, potvrdil, že Manage App nespravuje VPS a upozornil, že registrácia do Laravel Cloud cez neho by znamenala druhý, samostatný účet.

Každý, kto klikne na Manage App a čaká správu svojej aplikácie, sa namiesto toho ocitne na registračnej stránke úplne iného plateného produktu, bez akejkoľvek dokumentácie, ktorá by na to vopred upozorňovala.

Tlačidlo, ktoré vás tam skutočne dostane, je o kartu nižšie. Manage panel, na karte Cloudpanel.

Kliknutie naň otvorí prihlasovaciu obrazovku, ktorá žiada používateľské meno a heslo, a tu je dôležité byť presný, pretože panel po prechode na túto obrazovku neposkytuje žiadne nápovedy.

Používateľské meno je admin a heslo je heslo servera, ktoré Hostinger poslal e-mailom pri prvom nasadení VPS, nie heslo vášho Hostinger účtu.

Ak je ten e-mail dávno preč, odkaz Reset, ktorý je hneď vedľa poľa pre heslo na karte Cloudpanel, vygeneruje nové bez potreby prehľadávať inbox.

Po prihlásení sa Cloudpanel otvorí na zozname Sites, pričom hostname VPS je už nakonfigurovaný ako živý web, typ aplikácie je nastavený na PHP a vedľa je odkaz Manage.

Otvorenie nastavení tejto stránky ukázalo celý rad kariet, Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs a Logs.

To je skutočne komplexný ovládací panel a stojí za zmienku, že karta Cron Jobs je tam priamo v tom istom rozhraní. Kodee ma previedol pridaním cron záznamu pre scheduler ručne cez SSH, čo funguje dobre, ale Cloudpanel má na to klikateľný spôsob bez toho, aby ste museli vôbec otvárať terminál, a ani Kodee, ani článok v znalostnej báze túto možnosť nespomenuli.

Keď bolo toto smerovanie vyriešené, ľavé menu na stránke správy servera ukazuje skutočné ovládanie.

Tu je, čo ponúka:

• Overview: samotná súhrnná stránka s kartami Laravel a Cloudpanel, využitím zdrojov a rýchlymi odkazmi na všetko nižšie
• Settings: konfigurácia na úrovni servera, vrátane resetov root hesla a zmien hostname
• OS & Panel: kontrola nad operačným systémom a tým, ktorý ovládací panel je na serveri nainštalovaný
• Backups & Monitoring: rozbaľuje sa na Snapshots & Backups, Server Usage a Latest Actions, kde som našiel týždenný log záloh potvrdzujúci, že toto tvrdenie sedí
• Security: zahŕňa malware scanner a firewall nastavenia, sekcia, kde som našiel scanner vypnutý
• API: otvára dokumentáciu Hostinger API v novom paneli, pre každého, kto chce spravovať server mimo panelu automatizovane
• DNS Manager: správa domén a DNS záznamov viazaných na server
• Tutorials: externý odkaz na pomocníka Hostingeru

To je dostatočne široká ponuka na to, aby sa dalo hovoriť o kompletnom pokrytí VPS administrácie. Nastavenia servera, OS kontrola, bezpečnosť, zálohy, DNS aj API prístup sú všetky reprezentované ako samostatné kategórie namiesto toho, aby boli schované v jednom univerzálnom menu, a nenarazil som na nič, čo by mi v tomto zozname chýbalo.

To, čo to nerobí, je integrácia Laravel-špecifických nástrojov, nasadzovanie kódu, správa environment súborov, spúšťanie Artisan príkazov, to všetko sa deje buď cez Cloudpanel, alebo terminál, nie cez tento bočný panel.

Čo ma privádza k tlačidlu terminálu na karte Ubuntu. Jeho účelom je priamy prístup ku príkazovej riadke servera, otvorenie live SSH relácie v prehliadači bez potreby samostatného SSH klienta alebo kopírovania privátneho kľúča do vlastného počítača.

Kliknutie ma dostalo priamo do root shellu, už autentifikovaného, s uvítacím bannerom Cloudpanelu na obrazovke, ktorý ukazoval vlastnú webovú adresu a CLI nástroj s názvom clpctl na správu panela z príkazového riadku.

Pre každého, kto je zvyknutý pracovať cez terminál, je to najrýchlejšia cesta k reálnemu nakonfigurovaniu Laravel inštalácie, nasadeniu kódu, úprave environment premenných, spusteniu migrácií, keďže nič z toho nemá v hPaneli samostatné tlačidlo.

Celkový verdikt k jednoduchosti používania

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Navštíviť Hostinger

Úroveň podpory

Kodee, AI asistent Hostingeru, je za tlačidlom Ask AI v hPaneli a tu rieši podporu rovnako ako pri ostatných produktoch Hostingeru.

Otestoval som ho dvoma samostatnými technickými otázkami k tomuto VPS, jednou o probléme s rozhraním, na ktorý som už narazil, a druhou, hlbšou otázkou o tom, ako Laravel v skutočnej prevádzke na tomto serveri funguje.

Potom som prešiel znalostnú bázu Hostingeru, aby som zistil, koľko z tejto oblasti pokrýva bez potreby pýtať sa niekoho.

1. AI podpora (Kodee)

Moja prvá otázka vyšla priamo z testovania tlačidla Manage App na karte Laravel app, ktoré otvorilo Laravel Cloud, samostatnú platenú platformu, namiesto čohokoľvek viazaného na VPS.

Opýtal som sa Kodee priamo, či toto tlačidlo malo otvoriť Laravel Cloud alebo spravovať inštaláciu už bežiacu cez Cloudpanel, a čo by sa stalo, keby som sa cez neho zaregistroval do Laravel Cloud.

Kodee odpovedal do minúty:

• Potvrdil, že Manage App nespravuje existujúcu VPS inštaláciu
• Správne identifikoval, že ide o odkaz na Laravel Cloud, samostatnú deployment platformu
• Upozornil na Cloudpanel, dostupný na IP adrese VPS na porte 8443, ako na skutočné miesto správy
• Varoval, že registrácia do Laravel Cloud vytvorí samostatné, nezávisle účtované prostredie, nie nasadenie na VPS, za ktoré som už zaplatil

To je čistá, správna odpoveď na otázku, ktorá má pri zlej voľbe reálne finančné dôsledky, a prišla s citáciou na vlastnú dokumentáciu Hostingeru namiesto hádania.

Potom som sa spýtal na niečo technicky náročnejšie. Laravel aplikácie v produkcii závisia od cron záznamu pre task scheduler a od Supervisor procesu, aby worker-y fronty zostali bežať, a chcel som vedieť, či ich VPS šablóna nastaví automaticky, a či samotný Supervisor prežije reštart, ak si ho nakonfigurujem sám.

Kodee povedal, že si server pred odpoveďou overí priamo, a aj to urobil:

• Oznámil, že žiadny schedule:run cron záznam nie je prítomný
• Oznámil, že žiadna Supervisor služba nie je nakonfigurovaná
• Oznámil, že žiadny queue worker nie je nastavený
• Poskytol presný cron riadok potrebný pre scheduler
• Poskytol kompletný Supervisor konfiguračný blok pre queue worker, s presnými flagmi
• Potvrdil, že Supervisor po zapnutí pomocou systemctl enable –now supervisor pretrvá po reštarte
• Pridal pripomienku spustiť php artisan queue:restart po nasadení nového kódu, detail, ktorý sa ľahko prehliadne a spôsobuje reálne produkčné chyby, ak sa vynechá

Čo si myslím o AI podpore: Kodee si tu svoje odpovede zaslúžil. Potvrdiť, že neexistuje cron pre scheduler ani Supervisor proces, predtým než odporučí čokoľvek, je rozdiel medzi odpoveďou zo zoznamu a odpoveďou založenou na tom, čo tento konkrétny server naozaj robí, a pripomienka reštartovať queue worker po deployi je presne ten detail, ktorý sa objaví len vtedy, keď niekto alebo niečo naozaj rozumie tomu, ako sa Laravel queue správa v produkcii.

Dve otázky, dve presné a úplné odpovede, obe doručené v priebehu pár minút.

2. Znalostná báza

Znalostná báza Hostingeru je usporiadaná rovnako naprieč všetkými produktmi, veľké kategórie ako dlaždice s počtom článkov, vyhľadávací panel a filter kategórií hore.

Namiesto prehliadania som šiel priamo na vyhľadávanie a napísal som “laravel”, čo vrátilo 15 výsledkov na dvoch stranách, citeľne viac než užšie jednorazové app riešenie zvyčajne ukáže.

Tu ale treba pridať výhradu. Viac výsledkov neznamená viac relevantných výsledkov, keďže niekoľko zhôd súviselo len okrajovo, článok o obmedzeniach PHP mailu a ďalší o problémoch s migráciou webu sa zobrazili len preto, že Laravel spomínajú mimochodom.

Najrelevantnejší výsledok, “How to use the Laravel VPS template at Hostinger,” pokrýva prístup ku Cloudpanelu, pochopenie štruktúry priečinkov Laravelu, úpravu súboru .env, spustenie Composeru a migrácií.

Je to solídny návod na rozbehnutie prvého Laravel projektu na tejto šablóne. To, čo nepokrýva, sú scheduler alebo queue worker-y, presne tá medzera, ktorú musel doplniť Kodee, keď som sa spýtal.

Ďalšie prehľadávanie výsledkov odhalilo niečo, čo stojí za upozornenie. Starší článok, “How to deploy Laravel 8 at Hostinger,” obsahuje funkčný cron príklad pre scheduler, ale je napísaný pre iné, staršie nastavenie, nasadzovanie Laravelu ručne na shared alebo cloud hosting namiesto aktuálnej VPS šablóny, vrátane štruktúry public_html súborov, ktorá s tým, ako Cloudpanel organizuje VPS, vôbec nesúvisí.

Kto by na tejto VPS šablóne hľadal v znalostnej báze návod na scheduler, dostal by sa k článku opisujúcemu iný produkt skôr, než by našiel niečo, čo sa na jeho server naozaj vzťahuje.

Čo si myslím o znalostnej báze: Počet článkov vyzerá na papieri dobre, 15 výsledkov pre jedno vyhľadávanie, ale samotný objem skrýva, aký roztrúsený je skutočne užitočný obsah. Základný článok o VPS šablóne je dobre napísaný a pomôže rozbehnúť prvý projekt, ale končí presne tam, kde sa produkčné nasadenie stáva vážnym, a jediný dokument, ktorý scheduler naozaj pokrýva, patrí k nesúvisiacemu, staršiemu hostingovému nastaveniu.

Čitateľ, ktorý by sa spoliehal len na znalostnú bázu, by mohol ľahko nasledovať ten starší návod a nesprávne nakonfigurovať svoj VPS kopírovaním príkazov určených pre úplne inú štruktúru súborov.

Celkový verdikt k podpore

Hostinger Laravel VPS Hosting

Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.

Navštíviť Hostinger

Odporúčame Hostinger Laravel Hosting?

Áno. Základy sú tu silné. Laravel a Cloudpanel prichádzajú predinštalované a funkčné, podkladový hardvér dosahuje dobré benchmarky v CPU, pamäti aj disku a Kodee pri dvoch reálnych testoch technicky odpovedal presne a s vedomím stavu servera. Týždenné zálohy sa podľa logov účtu potvrdili presne tak, ako bolo sľúbené.

Hrubé nedostatky sú úzke, ale stojí za to ich poznať pred nákupom. Malware scanner uvedený ako hlavná funkcia nebol predvolene zapnutý a tlačidlo Manage App na karte Laravel posiela používateľa na Laravel Cloud, samostatný platený produkt, namiesto niečoho, čo by skutočne spravovalo aplikáciu, pričom nikde neexistuje varovanie, ktoré by na to upozornilo vopred.

Ani jedno nie je ťažké obísť, keď viete, že Cloudpanel je skutočné miesto správy, ale ani jedno by nemalo vyžadovať hádanie.

Pre vývojára, ktorý chce Laravel rýchlo rozbehnúť na solídnej infraštruktúre a je ochotný stráviť päť minút hľadaním Cloudpanelu namiesto zle pomenovaného tlačidla vedľa neho, je toto jednoduché odporúčanie. Pre niekoho, kto chce, aby bola každá inzerovaná funkcia zapnutá hneď po štarte servera bez akejkoľvek dodatočnej kontroly, si pred uzavretím veci naplánujte pár minút navyše na nastavenie.

Hostinger

5.0

2,473 user reviews

1,42 € /mo

Počiatočná cena

Navštíviť Hostinger

Rating based on expert review

• Ľahko použiteľné
  4.9
• Podpora
  4.9
• Služby
  4.8
• Spoľahlivosť
  4.7
• Cena
  4.5