Hostginger prodává své Laravel VPS jako předinstalovaný, AI spravovaný server navržený tak, aby se Laravel projekt dostal rychle do provozu. Většina tohoto slibu se při reálném testování potvrdila, silné benchmarky, schopný AI podpůrný agent, zálohy potvrzené jako běžící podle plánu.

Jeden tlačítko na dashboardu mě ale zavedlo někam, kam bych vůbec nečekal, a stojí za to o tom vědět, než na něj sami kliknete. Tady je kompletní rozbor.

Hostinger Laravel VPS Hosting

Objevte, jak Hostinger Laravel VPS Hosting poskytuje flexibilní prostředí pro nasazení aplikací Laravel s vyhrazenými serverovými zdroji, plnou kontrolou, škálovatelným výkonem a přizpůsobitelnými konfiguracemi pro moderní webové projekty.

Navštivte Hostinger

Klady a zápory

Rozpis hodnocení

Pro ohodnocení hostingu Hostinger’s Laravel VPS jsem použil metodiku hodnocení HostAdvice , stejný standardizovaný přístup používaný napříč každou recenzí na webu, takže skóre zůstává konzistentní a opřené o reálné testování, nikoli o marketingová tvrzení. Tady je, jak si vedl v jednotlivých parametrech.

Hostinger Laravel VPS Hosting

Objevte, jak Hostinger Laravel VPS Hosting poskytuje flexibilní prostředí pro nasazení aplikací Laravel s vyhrazenými serverovými zdroji, plnou kontrolou, škálovatelným výkonem a přizpůsobitelnými konfiguracemi pro moderní webové projekty.

Navštivte Hostinger

Plány a ceny

Hostinger prodává Laravel hosting jako jednu ze čtyř KVM VPS úrovní, KVM 1 až KVM 8, přičemž každá vyšší úroveň současně navyšuje CPU jádra, RAM, NVMe diskový prostor a šířku pásma.

Laravel sám o sobě není samostatný nákup, jde o aplikaci na jedno kliknutí, která se přidává ke kterékoliv úrovni, kterou si během objednávky vyberete, a Cloudpanel je přibalen jako skutečný ovládací panel pro správu instalace poté, co je spuštěná.

Než si objednáte, stojí za to vědět několik věcí:

• Platební podmínky: Plány se platí předem na dobu 1, 12 nebo 24 měsíců, přičemž delší období přinášejí skutečné slevy z měsíční sazby. Úplný rozpis podle úrovně a období najdete v cenovém widgetu níže.
• Záruka vrácení peněz: VPS plány mají 30denní záruku, ale drobný tisk přidává skutečné omezení. O refundaci VPS můžete žádat jen jednou za 180 dní, takže druhá refundace u samostatného nákupu VPS během tohoto okna neprojde. Upgrade stávajícího VPS plánu je navíc zcela vyloučen.
• Zkušební verze zdarma: Pro Laravel VPS hosting jsem nenašel žádnou vyhrazenou zkušební verzi zdarma, pouze 30denní záruku vrácení peněz. S ohledem na toto omezení si naplánujte čas na vyzkoušení.
• Platební metody: Karta (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay ve variantách pro Čínu a Hong Kong, a Coingate pro kryptoměny. Platby kryptem spadají mimo refundční politiku, takže na to pamatujte, pokud je pro vás záruka důležitá.
• Co je v balíčku: Každá úroveň obsahuje zdarma doménu .cloud na první rok, plný root přístup, Git integraci a Cloudpanel bez dalších poplatků, takže cena na štítku je blíž skutečné ceně než u hostitelů, kteří si kontrolní panel účtují zvlášť.

Hostinger ve svém vlastním doporučení uvádí, že KVM 1 stačí pro jednoduchý Laravel web, zatímco KVM 8 je doporučen pro těžší, na zdroje náročné projekty.

Co stojí za přidání z testování, zmatek kolem správy aplikace v tlačítku Manage App a malware scanner ponechaný ve výchozím stavu vypnutý platí pro všechny úrovně stejně, takže navýšení výkonu nevyřeší ani jeden z těchto problémů. Vyberte si plán podle toho, co aplikace skutečně potřebuje k provozu, ne jen podle vstupní ceny na stránce plánu.

Funkce

• Procesory AMD EPYC napříč všemi úrovněmi
• NVMe SSD úložiště na všech plánech
• Git integrace pro zjednodušené nasazování kódu
• Plný root přístup přes SSH
• Cloudpanel ovládací panel součástí výchozí instalace
• AI agent pro úkoly správy VPS
• Automatické týdenní zálohy u každého plánu
• Síťová rychlost 1 Gbps na plán
• Zdarma doména .cloud na jeden rok

Hostinger Laravel VPS Hosting

Objevte, jak Hostinger Laravel VPS Hosting poskytuje flexibilní prostředí pro nasazení aplikací Laravel s vyhrazenými serverovými zdroji, plnou kontrolou, škálovatelným výkonem a přizpůsobitelnými konfiguracemi pro moderní webové projekty.

Navštivte Hostinger

Výkon

Laravel aplikace stojí a padá na serveru pod ní stejně jako na samotném kódu. Na načítání stránek závisí rychlost CPU při spouštění PHP, databázové dotazy závisí na diskovém I/O, session a cache závisí na paměti, a pokud aplikace spouští fronty úloh nebo má skutečné návštěvníky, záleží také na propustnosti sítě a dlouhodobé zátěži.

Sám Laravel na tom nic nemění, pořád jde o PHP běžící na Linuxu, takže skutečným testem tady je VPS.

Proti serveru jsem spustil kompletní sadu benchmarků, zahrnující CPU, paměť, disk, síť a souvislý zátěžový průchod, abych zjistil, co tento plán skutečně nabízí a co to znamená pro reálnou aplikaci.

Instance, kterou jsem testoval, byla plán KVM 2, ten, který jsem si vybral během objednávky:

• CPU: 2 vCPU, vyčleněná z hostitele běžícího na procesoru AMD EPYC 9354P
• RAM: 7.8GB použitelné z 8GB přidělených, plus 2GB swapu
• Disk: 96GB použitelného z 100GB NVMe alokace
• OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic

Než se pustíme do čísel, je dobré vědět, že Laravel VPS nabídka Hostinger běží ve stejných čtyřech úrovních jako zbytek jeho VPS řady, KVM 1 až KVM 8, a KVM 2 je druhá odspodu, o stupeň výš než nejlevnější možnost a výrazně pod úrovněmi KVM 4 a KVM 8, které jsou určené pro náročnější, víceaplikační zátěže.

Následující výsledky odpovídají malému až středně velkému Laravel projektu, jediné aplikaci obsluhující reálný, ale mírný provoz, ne velké platformě běžící na jednom stroji několik služeb.

1. Výkon CPU

• Jednovláknově: 1,624.55 událostí za sekundu, průměrná latence 0.61ms, 95. percentil 0.64ms

• Vícevláknově, 2 vlákna: 2,864.02 událostí za sekundu, průměrná latence 0.70ms, 95. percentil 1.10ms

• Směrodatná odchylka férovosti vláken: 182.50 při průměru 14,321.5 událostí na vlákno

Tady je, co to jednovláknové číslo znamená v praxi. Typický Laravel request, vykreslení Blade view, spuštění několika Eloquent dotazů, kontrola session, tráví většinu času na jednom CPU jádru při vykonávání PHP práce, místo aby se najednou rozkládal na více jader.

Při 0.61ms průměrné latence na výpočetní událost v tomto testu není CPU ta část stacku, která bude dělat stránku pomalou.

Rozdíl mezi průměrnou latencí a 95. percentilem je také malý, 0.61ms proti 0.64ms, což znamená, že výkon zůstával konzistentní a nešlo o občasný pomalý request, který by se u skutečných návštěvníků projevil jako náhodně pomalé načítání stránek.

Vícevláknový výsledek je užitečnější číslo pro pochopení souběžnosti. Přechod z jednoho vlákna na dvě téměř zdvojnásobil propustnost, asi 88 procent účinnosti škálování, což znamená, že tento VPS neztrácí mnoho kapacity kvůli režii nebo jiným tenantům soupeřícím o stejné fyzické jádro.

V praxi to znamená, že PHP-FPM běžící s dvěma worker procesy na tomto plánu zvládne asi dvojnásobek objemu requestů oproti jednovláknovému scénáři, než se CPU stane úzkým hrdlem, namísto méně než dvojnásobku, což byste viděli, kdyby si ta dvě vCPU navzájem brala cykly.

Ukazatel férovosti vláken, asi 1.3 procenta variance mezi oběma vlákny, potvrzuje, že obě jádra odvedla zhruba stejný díl práce, místo aby jedno jádro neslo zátěž a druhé zahálelo. Pro reálný web to znamená, že requesty se rovnoměrně rozdělují mezi PHP-FPM workery, místo aby se hromadily za tím, který je zrovna zaneprázdněný.

2. Rychlost paměti

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

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

Rychlost paměti je pro Laravel důležitá způsobem, který se snadno přehlédne. Každé vyhledání v OPcache, každé čtení session, každé pole nebo kolekce, kterou vaše aplikace při obsluze requestu vytvoří, žije v RAM, a pokud cache vrstva jako Redis běží na stejném stroji, soupeří o stejnou paměťovou propustnost.

Při zhruba 5.9 GiB za sekundu zápisu a 7.2 GiB za sekundu čtení tento VPS dokáže přenášet data do paměti a z paměti dostatečně rychle na to, aby paměťové operace téměř jistě nebyly tím, co request zpomalí, úzké hrdlo u typické Laravel aplikace bude skoro vždy spíše disk nebo síť než RAM rychlost.

Kde paměť hraje důležitější roli přímo, je kapacita, nikoli rychlost. S 7.8GB použitelné paměti a 2GB swapu za ní může tento plán pohodlně provozovat PHP-FPM, MySQL nebo PostgreSQL a malý Redis instance vedle sebe pro jednu aplikaci, ale nezbývá moc prostoru, pokud na stejném VPS provozujete několik webů nebo databázi s velkou pracovní sadou.

Swap je pojistka pro krátký paměťový špičkový výkyv, ne náhrada za RAM, pokud je aplikace pro tento plán skutečně poddimenzovaná.

3. Disk I/O

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

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

• Náhodné 4K smíšené čtení/zápis: zhruba 9,400 IOPS v každém směru, asi 36.7 MiB/s propustnost na každý směr

Sekvenční rychlost je číslo, které je důležité pro velké jednorázové operace, obnovu databázové zálohy, rozbalení nahraného archivu, zápis velkého log souboru.

Při zhruba 740 až 750 MiB/s v obou směrech, a se čtením i zápisem na rozdílu do dvou procent, tento disk nemá jednostrannou slabinu v jednom směru, která se objevuje u některých cloudových úložišť, kde čtení je rychlé, ale zápisy výrazně zaostávají.

Náhodný výkon 4K je číslo, které skutečně předpovídá, jak se bude Laravel aplikace chovat v běžném používání, protože databáze nečte a nezapisuje ve velkých sekvenčních blocích, ale čte a zapisuje malé, rozptýlené bloky po disku, když vyhledává řádky, aktualizuje indexy a zapisuje do transakčního logu.

Trochu přes 9,000 IOPS v každém směru znamená zhruba 9,000 malých databázových operací za sekundu, než se diskové I/O stane omezujícím faktorem.

Typické načtení Laravel stránky může vyvolat někde mezi několika a několika desítkami dotazů v závislosti na tom, jak je aplikace postavená, což znamená, že tento disk má prostor pro slušné množství souběžných uživatelů, kteří na databázi přistupují najednou, než se dotazy začnou řadit do fronty a čekat na přístup k disku.

Bylo by potřeba výrazně zápisově náročné zatížení, vysoký objem logování, vytížená fronta úloh, časté zápisy cache na disk, aby se dosáhlo tohoto konkrétního stropu.

4. Síťová rychlost

• Run 1: Stažení 990.06 Mbps, Odeslání 910.87 Mbps, idle latence 0.31ms, 0% packet loss

• Run 2: Stažení 985.24 Mbps, Odeslání 947.82 Mbps, idle latence 0.27ms, 0% packet loss

Oba běhy dopadly na server v Phoenix, Arizona, což odpovídá lokaci ve Spojených státech, kterou jsem si vybral během objednávky, téměř plný gigabit v obou směrech se ztrátou paketů 0% v obou pokusech.

Pro Laravel aplikaci je toto číslo důležité hlavně pro dvě věci, jak rychle může server obsloužit assety a API odpovědi návštěvníkům, a pokud aplikace volá externí API nebo stahuje data z jiných služeb, jak rychle tyto odchozí požadavky doběhnou.

Téměř gigabitová propustnost znamená, že šířka pásma nebude pro typickou webovou aplikaci limitujícím faktorem, k tomu, aby se to stalo úzkým hrdlem místo CPU nebo disku, by byl potřeba velmi vysoký objem přenosů velkých souborů, videa, velkých stahování, hromadných exportů.

Téměř totožné výsledky ve dvou samostatných bězích, provedených několik minut od sebe, také vylučují náhodně šťastný výsledek, toto je to, co připojení dělá konzistentně, nikoli číslo, které jednou vystřelilo nahoru.

5. Stress test

Spustil jsem CPU, paměť a diskové stresory po dobu 180 sekund každý, abych viděl, jak si server vede pod dlouhodobou zátěží, ne jen při krátkém výkyvu:

• CPU stress, 2 workers: 540,042 bogo ops, 0 failures

• Memory stress, 2 workers: 24,335,966 bogo ops, 0 failures

• Disk stress, 2 workers: 2,655,058 bogo ops, 0 failures

Jednotlivá čísla bogo ops jsou tady méně důležitá než to, co se nestalo.

Nula neúspěšných workerů a nula nedůvěryhodných metrik napříč všemi třemi testy, spuštěnými bezprostředně za sebou po celé tři minuty každý, znamená, že server udržel CPU, paměť i disk pod současným tlakem bez pádu, bez throttlingu do nespolehlivého stavu a bez vracení výsledků, které benchmark sám označil za podezřelé. To je nejblíže, co se tento typ testování dostane simulaci reálného přívalu provozu, několik zdrojů naplno zatížených

najednou, a je to výsledek, na kterém záleží nejvíc pro každého, kdo se obává, že jeho web spadne během vytíženého období, místo aby fungoval dobře jen v izolovaných testech jeden po druhém.

Celkový verdikt k výkonu

Hostinger Laravel VPS Hosting

Objevte, jak Hostinger Laravel VPS Hosting poskytuje flexibilní prostředí pro nasazení aplikací Laravel s vyhrazenými serverovými zdroji, plnou kontrolou, škálovatelným výkonem a přizpůsobitelnými konfiguracemi pro moderní webové projekty.

Navštivte Hostinger

Snadnost použití

Testoval jsem Hostinger’s Laravel VPS od objednávky až po otevření skutečných nástrojů správy, které k němu patří.

To zahrnovalo výběr plánu a umístění serveru, vytvoření účtu, zaplacení a pak zjišťování, jak vlastně spravovat Laravel nasazení, jakmile byl server spuštěný. Následuje to, jaký ten proces ve skutečnosti byl, včetně momentu, kdy mě rozhraní poslalo někam, kam jsem nečekal.

1. Registrace

Začal jsem na vstupní stránce Laravel VPS, která vede se třemi tvrzeními, která stojí za zapamatování:

• Bezplatné automatické týdenní zálohy
• AI spravovaný VPS
• Automatický malware scanner

Vybral jsem plán KVM 2, rozumný střed mezi jednoduchým Laravel webem a zdroji náročnější sestavou, a přešel do košíku.

Na stránce košíku bylo všechno na jedné obrazovce:

• Fakturační období: 1, 12 nebo 24 měsíců, úspory zobrazené u každé možnosti
• Umístění serveru: regiony seskupené podle kontinentu, odhad latence vedle každého
• Tržiště aplikací: přes tisíc one-click možností OS, panelů a aplikací

Zvolil jsem 24 měsíců kvůli nižší sazbě, a pak jsem strávil víc času než obvykle výběrem umístění serveru.

Spojené království mělo v seznamu nejlepší latenci, ale procházel jsem i ostatní regiony, abych je porovnal. Severní Amerika ukázala solidní výsledek pro Spojené státy a nejrychlejší možnost Asie, Malajsie, za oběma výrazně zaostávala.

Protože web, který jsem měl na mysli, měl přitahovat převážně americké publikum, vybral jsem Spojené státy místo technicky rychlejšího Spojeného království.

To stojí za zvýraznění pro každého čtenáře porovnávajícího regiony na této stránce. Nejlepší latence pro vás, když sedíte před vlastním notebookem, není číslo, na kterém záleží. Záleží na latenci pro lidi, kteří budou web skutečně navštěvovat, takže vybírejte podle svého publika, ne podle vlastního testu.

Dále jsem přešel do marketplace aplikací, kde byl Laravel už vybraný, stejný pattern one-click nastavení, který Hostinger používá napříč celým katalogem aplikací. Nic nebylo potřeba měnit, takže jsem přešel rovnou k objednávce.

Už jsem byl přihlášený do existujícího účtu Hostinger, takže samotná registrace zabrala jedno kliknutí.

Poté obrazovka s fakturační adresou a platbou nabídla:

• Kartu, pokrývající Visa, Mastercard, Amex a Discover
• PayPal
• Google Pay
• AliPay, ve variantách pro Čínu a Hong Kong
• Coingate, pro kryptoměnovou platbu

Vše na jedné stránce, bez samostatného přesměrování. Odeslal jsem platbu, hned jsem dostal potvrzovací e-mail a vrátil jsem se do hPanelu, kde už byl nový server uvedený jako běžící.

Co zde vyniklo, je to, kolik možností Hostinger u objednávky dává, aniž by bylo cokoli z toho povinné.

Hlavně porovnání lokací stojí za to brát vážně, místo abyste jen klikli dál, protože doporučení na stránce plánu se nemusí vždy shodovat s tím, kdo bude server skutečně používat.

2. Dashboard/Client Area

Jakmile platba proběhla, hPanel se otevřel na své domovské obrazovce, stejném centrálním účtu, který spravuje domény, e-mail, website builder i VPS správu z jednoho místa.

Přivítal mě jménem, s lištou AI promptů, řadou zástupných tlačítek, checklistem úkolů a běžícím seznamem všech webů a serverů na účtu níže na stránce.

Pak jsem se posunul k tabulce VPS, kde nový server už byl označený jako Running, s hostname, IP adresou, plánem a datem vypršení viditelnými bez otevírání čehokoli.

Klikl jsem na Manage, abych se dostal do panelu konkrétního serveru.

Přistání na domovské stránce účtu hned po platbě, se serverem už zřízeným a vypsaným, je ta část toku, která funguje konzistentně dobře.

Není tam žádná samostatná čekací obrazovka ani nutnost se proklikávat menu, abyste našli to, co jste právě koupili.

3. Správa Laravel a serveru

Kliknutí na Manage otevřelo stránku VPS Overview, a právě tady se začínají ukazovat skutečné rozdíly.

Hned nahoře byla karta aplikace označená Laravel s tlačítkem Manage App, potvrzující, že Laravel byl při zřízení automaticky nainstalován.

Hned pod ní byla druhá karta, kterou jsem nečekal:

• Cloudpanel, postavený na Ubuntu 24.04
• Admin username zobrazený v prostém textu
• Odkaz na reset hesla
• Vlastní tlačítko Manage panel, oddělené od výše uvedené karty Laravel

Ta druhá karta je důležitější, než vypadá. Cloudpanel je plnohodnotný ovládací panel přibalený spolu s Laravel, ne jednorázový průvodce nastavením, a ukázalo se, že je to skutečné rozhraní pro každodenní správu souborů, webů a serveru.

Když jsem scrolloval pod obě karty, samotná instance Ubuntu 24.04 byla níže, označená jako Running, s ovládáním restartu a terminálu a root SSH údaji uspořádanými stejně jako u každého jiného VPS na tomto účtu.

Protože ten server byl právě zřízený, grafy využití ještě nebyly vyplněné, hPanel zobrazil zprávu s výzvou, abych se vrátil asi za 30 minut pro data o využití, poctivý způsob, jak zacházet se serverem, který skutečně nemá žádnou historii provozu, místo zobrazování prázdných grafů, jako by něco znamenaly.

Dále jsem našel:

• Správu SSH klíčů
• Pravidla firewallu
• Snapshot zálohy
• Malware scanner: Not installed

Ten poslední řádek je první skutečná mezera. Malware scanner je uveden jako Not installed, přímo pod stránkou plánu, která uvádí automatický malware scanner jako jednu ze tří hlavních funkcí tohoto přesného produktu. Ať marketing slibuje cokoli, na serveru, který skutečně dostanete, není zapnutý ve výchozím nastavení.

Zvědavý, zda druhé hlavní tvrzení obstálo lépe, jsem se podíval na Backups & Monitoring. Log Latest Actions ukázal:

• Stejný den zaznamenanou akci recreate
• Týdenní položky backup_create, každá označená jako Success, sahající více než měsíc nazpět

Toto tvrzení odpovídalo tomu, co ukazovaly logy samotného účtu, skutečný kontrast k malware scanneru ponechanému neaktivovanému o sekci dál.

Stojí za to vědět, že Hostinger plní některé ze svých uvedených funkcí ve výchozím stavu a jiné nechává na vás, abyste si je zapnuli sami, a jediný způsob, jak poznat které, je je hledat, protože stránka plánu je prezentuje jako stejně zahrnuté.

Pak jsem se vrátil ke kartě Laravel aplikace a klikl na Manage App, očekávaje, že otevře nějakou Laravel-specifickou obrazovku nastavení nebo správu souborů, jako to udělal button Cloudpanelu.

Místo toho se otevřela stránka s názvem “Let’s get started”, odkazující na vlastní dokumentaci Laravel a videa Laracasts, s jediným tlačítkem pod tím s nápisem Deploy now.

Klikl jsem na něj i tak, abych zjistil, kam vede, a přesměrovalo mě to na laravel.com/cloud, registrační stránku Laravel Cloud.

Je důležité přesně rozlišit toto:

Laravel Cloud není produkt Hostinger a nemá nic společného s VPS, za které jsem právě zaplatil. Jde o samostatnou, plně spravovanou hostingovou platformu postavenou a prodávanou přímo týmem Laravel, konkurující službě jako Vercel nebo Heroku, s vlastním účtem, vlastním ceníkem a vlastním kreditem zdarma.

Zaregistrovat se tam by znamenalo platit Laravel navíc k tomu, co už jste zaplatili Hostingeru, a hostovat aplikaci někde úplně jinde.

Co se týče toho, proč Manage App na to ukazuje, zkontroloval jsem oficiální znalostní bázi, na kterou Kodee samo odkazovalo, když jsem se zeptal na “How to use the Laravel VPS template at Hostinger.” Ten článek popisuje přístup do CloudPanelu na IP vašeho VPS na portu 8443, úpravu souboru .env a spouštění příkazů Composer a Artisan přes SSH.

Tlačítko Manage App vůbec nezmiňuje a Laravel Cloud také vůbec nezmiňuje. Takže to není případ, kdy by vysvětlení bylo někde, kam jsem se nepodíval.

Vlastní oficiální návod Hostingeru pro tuto přesnou šablonu neuznává, že toto tlačítko existuje, a Kodee, když jsem se zeptal přímo, potvrdil, že Manage App VPS nespravuje a varoval, že registrace do Laravel Cloud odtud by znamenala druhý, samostatně účtovaný prostředí.

Každý, kdo klikne na Manage App a čeká, že bude spravovat svou aplikaci, skončí u registrační stránky pro jiný placený produkt, aniž by ho na to někde předem upozorňovala dokumentace.

Tlačítko, které vás tam skutečně dostane, je o kartu níž. Manage panel na kartě Cloudpanel.

Kliknutí na něj otevře přihlašovací obrazovku, která žádá uživatelské jméno a heslo, a tady je důležité být přesný, protože panel už po otevření té obrazovky neposkytuje žádné nápovědy.

Uživatelské jméno je admin a heslo je heslo serveru, které Hostinger poslal e-mailem při prvním zřízení VPS, ne heslo vašeho Hostinger účtu.

Pokud je ten e-mail dávno pryč, odkaz Reset vedle pole pro heslo na kartě Cloudpanel vygeneruje nové bez nutnosti prohrabávat poštu.

Po přihlášení se Cloudpanel otevře na seznamu Sites, přičemž hostname VPS je už nakonfigurovaný jako živý web, typ aplikace je nastaven na PHP a vedle něj je odkaz Manage.

Otevření nastavení tohoto webu ukázalo celou řadu záložek, Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs a Logs.

To je skutečný, podrobný ovládací panel a stojí za to zdůraznit, že záložka Cron Jobs je přímo tam ve stejném rozhraní. Kodee mě provedl ručním přidáním cron záznamu pro scheduler přes SSH, což funguje dobře, ale Cloudpanel má způsob kliknutími, jak udělat totéž bez dotyku terminálu, a ani Kodee ani článek ve znalostní bázi tuto možnost nezmínili.

Jakmile je to vyřešené, levé menu na stránce správy serveru obsahuje skutečné ovládací prvky.

Tady je, co nabízí:

• Overview: samotná souhrnná stránka s kartami Laravel a Cloudpanel, využitím zdrojů a rychlými odkazy na vše níže
• Settings: konfigurace na úrovni serveru, pokrývající věci jako reset root hesla a změny hostname
• OS & Panel: ovládání operačního systému a toho, který control panel je na serveru nainstalován
• Backups & Monitoring: rozbalí se na Snapshots & Backups, Server Usage a Latest Actions, což je místo, kde jsem našel týdenní log záloh potvrzující, že toto tvrzení obstálo
• Security: pokrývá malware scanner a nastavení firewallu, sekce, kde jsem našel scanner vypnutý
• API: otevře dokumentaci API Hostingeru v novém panelu pro každého, kdo automatizuje správu serveru mimo panel
• DNS Manager: správa domény a DNS záznamů spojených se serverem
• Tutorials: externí odkaz na obsah podpory Hostingeru

To je dostatečně široká nabídka, aby se to dalo nazvat kompletním pokrytím VPS administrace. Nastavení serveru, ovládání OS, zabezpečení, zálohy, DNS a přístup k API jsou všechny reprezentovány jako samostatné kategorie, nikoli schované v nějakém univerzálním menu nastavení, a nenarazil jsem na nic, co by mi v tomto seznamu chybělo.

Co to nedělá, je že by to zahrnovalo jakékoli Laravel-specifické nástroje, nasazování kódu, správu environment souborů, spouštění Artisan příkazů, to vše se děje buď přes Cloudpanel, nebo přes terminál, ne přes tento postranní panel.

To mě přivádí k tlačítku terminálu na kartě Ubuntu. Jeho účel je přímý příkazový přístup k samotnému serveru, otevření živé SSH relace v prohlížeči bez nutnosti samostatného SSH klienta nebo kopírování privátního klíče do počítače.

Kliknutí mě zavedlo rovnou do root shellu, už autentizovaného, s uvítací hláškou Cloudpanelu na obrazovce, která ukazovala vlastní webovou adresu a CLI nástroj zvaný clpctl pro správu panelu z příkazové řádky.

Pro každého, kdo je zvyklý pracovat v terminálu, je to nejrychlejší cesta, jak skutečně nakonfigurovat Laravel instalaci, nasadit kód, upravit environment proměnné, spouštět migrace, protože nic z toho nemá v hPanelu vyhrazené vlastní tlačítko.

Celkový verdikt k snadnosti použití

Hostinger Laravel VPS Hosting

Objevte, jak Hostinger Laravel VPS Hosting poskytuje flexibilní prostředí pro nasazení aplikací Laravel s vyhrazenými serverovými zdroji, plnou kontrolou, škálovatelným výkonem a přizpůsobitelnými konfiguracemi pro moderní webové projekty.

Navštivte Hostinger

Úroveň podpory

Kodee, AI asistent Hostingeru, je zde za tlačítkem Ask AI v hPanelu a zajišťuje podporu stejně jako u ostatních produktů Hostingeru.

Otestoval jsem ho dvěma samostatnými technickými dotazy k tomuto VPS, jedním na problém s rozhraním, na který jsem už narazil, a druhým, hlubším, na to, jak Laravel ve skutečnosti běží v produkci na tomto serveru.

Poté jsem prošel znalostní bázi Hostingeru, abych zjistil, kolik z tohoto území pokryje bez nutnosti se na cokoli ptát.

1. AI podpora (Kodee)

Moje první otázka vyšla přímo z testování karty aplikace Laravel’s Manage App, která otevřela Laravel Cloud, samostatnou placenou platformu, místo čehokoli spojeného s VPS samotným.

Zeptal jsem se Kodee přímo, zda má to tlačítko otevřít Laravel Cloud nebo spravovat instalaci už běžící přes Cloudpanel, a co se skutečně stane, pokud se přes něj zaregistruji do Laravel Cloud.

Kodee odpověděl během minuty:

• Potvrdil, že Manage App nespravuje existující VPS instalaci
• Správně jej identifikoval jako odkaz na Laravel Cloud, samostatnou deployment platformu
• Ukázal na Cloudpanel, přístupný na IP VPS na portu 8443, jako na skutečné rozhraní pro správu
• Varoval, že registrace do Laravel Cloud vytvoří samostatné, nezávisle účtované prostředí, a nenasadí nic na VPS, za které jsem už zaplatil

To je čistá, správná odpověď na otázku, která má skutečné cenové dopady, pokud ji pokazíte, a přišla s citací vlastní dokumentace Hostingeru místo odhadu.

Pak jsem se zeptal na něco technicky náročnějšího. Laravel aplikace v produkci závisí na cron záznamu pro plánovač úloh a na procesu Supervisor pro udržování běžících queue workerů, a chtěl jsem vědět, zda je VPS šablona nastavuje automaticky, a zda Supervisor sám přežije restart, pokud si ho nastavím ručně.

Kodee řekl, že se nejprve podívá přímo na server, než odpoví, a skutečně to udělal:

• Uvedl, že není přítomen žádný cron záznam schedule:run
• Uvedl, že není nakonfigurovaná žádná služba Supervisor
• Uvedl, že není nastaven žádný queue worker
• Poskytl přesnou cron řádku potřebnou pro scheduler
• Poskytl kompletní Supervisor konfigurační blok pro queue worker se správnými flagy
• Potvrdil, že Supervisor přetrvá po restartu, jakmile je povolen pomocí systemctl enable –now supervisor
• Přidal připomenutí spustit php artisan queue:restart po nasazení nového kódu, detail, který se snadno přehlédne a způsobuje skutečné produkční chyby, když se vynechá

Co jsem si myslel o AI podpoře: Kodee si své odpovědi tady zasloužil. Potvrdit, že neexistuje cron pro scheduler ani proces Supervisor, předtím než doporučí cokoli dalšího, je rozdíl mezi kontrolním seznamem a odpovědí založenou na tom, co tento konkrétní server skutečně dělal, a připomenutí restartovat queue worker po deployi je přesně ten detail, který se objeví jen tehdy, když někdo, nebo něco, opravdu rozumí tomu, jak Laravel queue fungují v produkci.

Dvě otázky, dvě přesné a úplné odpovědi, obě doručené během několika minut.

2. Znalostní báze

Znalostní báze Hostingeru je uspořádaná stejně napříč všemi produkty, velké dlaždice kategorií s počty článků, vyhledávací lišta a filtr kategorií nahoře.

Místo procházení jsem šel rovnou do vyhledávání a napsal “laravel”, což vrátilo 15 výsledků na dvou stránkách, znatelně víc než úžeji zaměřená one-click aplikace obvykle nabízí.

To ale vyžaduje jednu výhradu. Více výsledků neznamená více relevantních výsledků, protože několik shod bylo jen okrajově souvisejících, článek o omezeních PHP mail a další o problémech s migrací webu se objevily jen proto, že Laravel zmiňují mimochodem.

Nejrelevantnější výsledek, “How to use the Laravel VPS template at Hostinger,” popisuje přístup do CloudPanelu, pochopení struktury složek Laravel, úpravu souboru .env , spouštění Composer a spouštění migrací.

Je to solidní návod, jak dostat první Laravel projekt do provozu na této šabloně. Co ale nepokrývá, je scheduler ani queue workery, přesně tu mezeru, kterou musel Kodee doplnit, když jsem se zeptal.

Při dalším procházení výsledků vyšlo najevo něco, co stojí za upozornění. Starší článek, “How to deploy Laravel 8 at Hostinger,” obsahuje funkční cron příklad pro scheduler, ale je napsaný pro jiné, starší nastavení, nasazování Laravel ručně na shared nebo cloud hosting, nikoli pro současnou VPS šablonu, včetně struktury public_html souborů, která vůbec nesouvisí s tím, jak Cloudpanel organizuje VPS.

Každý, kdo na této VPS šabloně hledá v znalostní bázi návod na scheduler, by narazil dřív na článek popisující jiný produkt, než by našel něco, co skutečně platí pro jeho server.

Co si myslím o znalostní bázi: Počet článků vypadá na papíře silně, 15 výsledků pro jeden vyhledávací termín, ale surový objem skrývá, jak rozptýlený je ve skutečnosti užitečný obsah. Základní článek o VPS šabloně je dobře napsaný a dostane první projekt do provozu, ale končí přesně tam, kde se produkční nasazení začíná brát vážně, a jediný dokument, který skutečně pokrývá scheduler, patří k nesouvisejícímu, staršímu hostingovému nastavení.

Čtenář, který by se spoléhal jen na znalostní bázi, by mohl snadno následovat ten starší návod a špatně nakonfigurovat svůj VPS kopírováním příkazů určených pro úplně jinou strukturu souborů.

Celkový verdikt k podpoře

Hostinger Laravel VPS Hosting

Objevte, jak Hostinger Laravel VPS Hosting poskytuje flexibilní prostředí pro nasazení aplikací Laravel s vyhrazenými serverovými zdroji, plnou kontrolou, škálovatelným výkonem a přizpůsobitelnými konfiguracemi pro moderní webové projekty.

Navštivte Hostinger

Doporučujeme Hostinger Laravel Hosting?

Ano. Základy jsou tady silné. Laravel a Cloudpanel dorazí předinstalované a funkční, základní hardware dosahuje dobrých benchmarků napříč CPU, pamětí a diskem a Kodee při dvou reálných testech podal dvě přesné, serverem ověřené technické odpovědi. Týdenní zálohy se potvrdily v logech účtu přesně tak, jak bylo inzerováno.

Hrubé hrany jsou úzké, ale stojí za to o nich vědět před nákupem. Malware scanner uvedený jako hlavní funkce nebyl ve výchozím nastavení zapnutý a tlačítko Manage App na kartě Laravel vás posílá k Laravel Cloud, samostatnému placenému produktu, místo k čemukoli, co by připomínalo správu aplikace, a nikde dopředu vás na to neupozorňuje žádná dokumentace.

Žádný z těchto problémů není těžké obejít, jakmile víte, že skutečným rozhraním správy je Cloudpanel, ale ani jeden by neměl vyžadovat hádání.

Pro vývojáře, který chce mít Laravel rychle spuštěný na solidní infrastruktuře a nevadí mu strávit pět minut hledáním Cloudpanelu místo špatně pojmenovaného tlačítka vedle něj, je to snadné doporučení. Pro někoho, kdo chce, aby každá inzerovaná funkce byla zapnutá hned při spuštění serveru bez nutnosti cokoli ověřovat, si před označením za hotovo vyhraďte pár minut navíc na nastavení.

Hostinger

5.0

2,471 user reviews

40 Kč /mo

Počáteční cena

Navštivte Hostinger

Rating based on expert review

• Uživatelská přívětivost
  4.9
• Podpora
  4.9
• Vlastnosti
  4.8
• Spolehlivost
  4.7
• Cena
  4.5