Hostginger sælger sin Laravel VPS som en præinstalleret, AI-administreret server, der er bygget til hurtigt at få et Laravel-projekt online. Det meste af det løfte holdt stik under reel test, stærke benchmarks, en kompetent AI-supportagent, sikkerhedskopier bekræftet kørende efter planen.

Én knap på dashboardet sendte mig et sted hen, jeg aldrig havde forventet at ende, og det er værd at kende til, før du selv klikker på den. Her er hele gennemgangen.

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.

Besøg Hostinger

Fordele og ulemper

Vurderingsfordeling

For at score Hostingers Laravel VPS-hosting anvendte jeg HostAdvices vurderingsmetodologi, den samme standardiserede tilgang, der bruges på tværs af alle anmeldelser på siden, så scores forbliver ensartede og forankret i reel test frem for marketingpåstande. Her er, hvordan den scorede på hver parameter.

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.

Besøg Hostinger

Planer og priser

Hostinger sælger Laravel-hosting som en af fire KVM VPS-niveauer, KVM 1 til KVM 8, hvor CPU-kerner, RAM, NVMe-diskplads og båndbredde skalerer sammen, jo højere du går.

Laravel er i sig selv ikke et separat køb, det er en one-click-applikation, der lægges oven på det niveau, du vælger under checkout, med Cloudpanel inkluderet som det egentlige kontrolpanel til at administrere installationen, når den først er live.

Et par ting, det er værd at vide, før du bestiller:

• Betalingsvilkår: Planer betales forud for 1, 12 eller 24 måneder, hvor de længere vilkår giver reelle rabatter på månedsprisen. Se priswidgetten nedenfor for hele oversigten pr. niveau og periode.
• Pengene-tilbage-garanti: VPS-planer har en 30-dages garanti, men det med småt tilføjer en reel begrænsning. Du kan kun kræve en VPS-refusion én gang hver 180 dage, så en anden refusion på et separat VPS-køb inden for den periode vil ikke gå igennem. Opgraderinger til en eksisterende VPS-plan er helt undtaget.
• Gratis prøveperiode: Jeg fandt ikke en dedikeret gratis prøveperiode for Laravel VPS-hosting, kun den 30-dages pengene-tilbage-garanti. Planlæg din evalueringstid med den begrænsning in mente.
• Betalingsmetoder: Kort (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay i separate China- og Hong Kong-varianter, samt Coingate til crypto. Crypto-betalinger falder helt uden for refusionspolitikken, så husk det, hvis garantien betyder noget for dig.
• Hvad der er inkluderet: Hvert niveau inkluderer et gratis .cloud-domæne i det første år, fuld root-adgang, Git-integration og Cloudpanel uden ekstra omkostninger, så listeprisen er tættere på den reelle pris end hos hosts, der opkræver separat for et kontrolpanel.

Hostingers egen vejledning antyder, at KVM 1 er nok til et simpelt Laravel-site, mens KVM 8 anbefales til tungere, ressourceintensive projekter.

Det er værd at tilføje, at forvirringen omkring Manage App-knappen i app-administrationen og malware-scanneren, der er slået fra som standard, gælder alle niveauer lige meget, så at gå op i størrelse løser ikke nogen af de to ting. Vælg din plan ud fra CPU- og trafikbehov, og håndter de to specifikke problemer på samme måde uanset hvilket niveau du ender på.

Funktioner

• AMD EPYC-processorer på tværs af alle niveauer
• NVMe SSD-lager på alle planer
• Git-integration til strømlinet kodeudrulning
• Fuld root-adgang via SSH
• Cloudpanel-kontrolpanel inkluderet som standard
• AI-agent til VPS-administrationsopgaver
• Automatiske ugentlige sikkerhedskopier på hver plan
• 1 Gbps netværkshastighed pr. plan
• Gratis .cloud-domæne i ét år

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.

Besøg Hostinger

Ydeevne

En Laravel-applikation lever eller dør på serveren under den lige så meget som på koden selv. Sideindlæsninger afhænger af CPU-hastighed til at udføre PHP, databaseforespørgsler afhænger af disk-I/O, sessioner og caching afhænger af hukommelse, og hvis appen kører køjob eller har rigtige besøgende, betyder netværkets gennemstrømning og vedvarende belastningshåndtering også noget.

Laravel ændrer ikke noget af det, det er stadig PHP, der kører på Linux, så den reelle test her er VPS’en.

Jeg kørte en fuld benchmark-pakke mod serveren, der dækkede CPU, hukommelse, disk, netværk og en vedvarende stresstest, for at se, hvad denne plan faktisk leverer, og hvad det betyder for en reel applikation.

Instansen, jeg testede, var KVM 2-planen, den jeg valgte under checkout:

• CPU: 2 vCPU’er, udskåret fra en vært, der kører en AMD EPYC 9354P-processor
• RAM: 7.8GB brugbar ud af de 8GB tildelt, plus 2GB swap
• Disk: 96GB brugbar ud af de 100GB NVMe-allokering
• OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic

Før vi går ind i tallene, er det godt at vide, at Hostingers Laravel VPS-serie kører de samme fire niveauer som resten af VPS-serien, KVM 1 til KVM 8, og KVM 2 ligger som nummer to fra bunden, et trin op fra den billigste mulighed og langt under KVM 4- og KVM 8-niveauerne, der er bygget til tungere, multi-applikations-arbejdsbelastninger.

Det følgende afspejler et lille til mellemstort Laravel-projekt, en enkelt applikation, der servicerer en reel, men beskeden mængde trafik, ikke en stor platform, der kører flere tjenester på én maskine.

1. CPU-ydeevne

• Single-thread: 1,624.55 events per second, gennemsnitlig latenstid 0.61ms, 95. percentil 0.64ms

• Multi-thread, 2 threads: 2,864.02 events per second, gennemsnitlig latenstid 0.70ms, 95. percentil 1.10ms

• Trådfairness standardafvigelse: 182.50 på et gennemsnit på 14,321.5 events per tråd

Her er, hvad det enkelttrådede tal faktisk betyder i praksis. En typisk Laravel-request, der renderer en Blade-view, kører en håndfuld Eloquent-forespørgsler, tjekker en session, bruger det meste af sin tid på én CPU-kerne på at lave PHP-arbejde snarere end at sprede sig over flere kerner på én gang.

Ved 0.61ms gennemsnitlig latenstid per beregningshændelse i denne test er CPU’en ikke den del af stacken, der vil få en side til at føles langsom.

Forskellen mellem gennemsnitlig latenstid og 95. percentil er også lille, 0.61ms mod 0.64ms, hvilket betyder, at ydeevnen forblev konsistent i stedet for, at enkelte requests tog meget længere end resten, et mønster, som ville vise sig som tilfældige langsomme sideindlæsninger for rigtige besøgende.

Resultatet for multi-thread er det mere nyttige tal for at forstå samtidighed. At gå fra én tråd til to næsten fordoblede gennemstrømningen, omkring 88 procent skalerings-effektivitet, hvilket betyder, at denne VPS ikke mister meget kapacitet til overhead eller til andre lejere, der konkurrerer om de samme fysiske kerner

I praksis betyder det, at PHP-FPM, der kører med to worker-processer på denne plan, kan håndtere cirka dobbelt så meget request-volumen som i et enkelttrådet scenarie, før CPU’en bliver flaskehalsen, snarere end mindre end dobbelt, som du ville se, hvis de to vCPU’er kæmpede med hinanden om cyklusser.

Trådfairness-tallet, omkring 1.3 procent variation mellem de to tråde, bekræfter, at begge kerner udførte nogenlunde lige meget arbejde, snarere end at den ene kerne bar belastningen, mens den anden lå stille. For et rigtigt site betyder det, at requests fordeles jævnt mellem PHP-FPM-workerne i stedet for at hobe sig op bag den worker, der tilfældigvis er optaget.

2. Hukommelseshastighed

• Sekventiel skrivning: 5,865.22 MiB/sec

• Sekventiel læsning: 7,155.43 MiB/sec

Hukommelseshastighed betyder noget for Laravel på en måde, der er let at overse. Hver OPcache-opslag, hver session-læsning, hver array eller collection, din applikation bygger, mens den håndterer en request, ligger i RAM, og hvis et caching-lag som Redis også kører på samme maskine, konkurrerer det om den samme hukommelsesbåndbredde.

Ved cirka 5.9 GiB per sekund skriv og 7.2 GiB per sekund læs kan denne VPS flytte data ind og ud af hukommelsen hurtigt nok til, at hukommelsesoperationer meget usandsynligt er det, der gør en request langsom, flaskehalsen for en typisk Laravel-app vil næsten altid være disk eller netværk før RAM-hastighed.

Hvor hukommelse betyder mere direkte, er kapacitet snarere end hastighed. Med 7.8GB brugbar og 2GB swap bagved kan denne plan komfortabelt køre PHP-FPM, MySQL eller PostgreSQL og en lille Redis-instans side om side for én applikation, men den efterlader ikke meget plads, hvis du kører flere sites på samme VPS eller en database med et stort arbejdsdatasæt.

Swappen er en sikkerhedsnet til et kort hukommelses-peak, ikke en erstatning for RAM, hvis applikationen reelt er for lille til denne plan.

3. Disk-I/O

• Sekventiel skrivning: 740 MiB/s (776 MB/s), 740 IOPS

• Sekventiel læsning: 749 MiB/s (785 MB/s), 748 IOPS

• Tilfældig 4K blandet læs/skriv: cirka 9,400 IOPS i hver retning, omkring 36.7 MiB/s gennemstrømning pr. retning

Sekventiel hastighed er det tal, der betyder noget for store, engangsoperationer, gendannelse af en database-backup, udpakning af et uploadet arkiv, skrivning af en stor logfil.

Ved omkring 740 til 750 MiB/s i begge retninger, og med læs og skriv inden for to procent af hinanden, har denne disk ikke den skæve svaghed i den ene retning, som man ser på noget cloud-lager, hvor læs er hurtige, men skriv halter langt bagefter.

Tilfældig 4K-ydeevne er det tal, der faktisk forudsiger, hvordan en Laravel-app vil føles i daglig brug, fordi en database ikke læser og skriver i store sekventielle blokke, den læser og skriver små, spredte blokke over hele disken, mens den slår rækker op, opdaterer indeks og skriver til sin transaktionslog.

Lidt over 9,000 IOPS i hver retning omsættes til omtrent 9,000 små databaseoperationer i sekundet, før disk-I/O bliver den begrænsende faktor.

En typisk Laravel-sideindlæsning kan udløse alt fra en håndfuld til et par dusin forespørgsler, afhængigt af hvordan appen er bygget, hvilket betyder, at denne disk har plads til et meningsfuldt antal samtidige brugere, der rammer databasen på én gang, før forespørgsler begynder at stå i kø og vente på diskadgang.

Det ville kræve en markant skriveintensiv arbejdsbelastning, højvolumen-logging, en travl køtabel, hyppige cache-skrivninger til disk, at presse netop denne grænse.

4. Netværkshastighed

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

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

Begge kørsler landede mod en server i Phoenix, Arizona, og matchede den lokation i USA, jeg valgte under checkout, tæt på en fuld gigabit i begge retninger med nul pakketab i begge forsøg.

For en Laravel-app betyder dette tal mest to ting, hvor hurtigt serveren kan levere assets og API-svar til besøgende, og hvis appen kalder eksterne API’er eller henter data fra andre tjenester, hvor hurtigt de udgående kald fuldføres.

Nær-gigabit gennemstrømning betyder, at båndbredde ikke bliver begrænsningen for en typisk webapplikation, du skulle have et meget højt volumen af store filoverførsler, video, store downloads, masseeksporter, før dette bliver den begrænsende faktor i stedet for CPU eller disk.

De næsten identiske resultater på tværs af to separate kørsler, taget med få minutters mellemrum, udelukker også et heldigt engangsresultat, det er sådan forbindelsen konsekvent er, snarere end et tal, der tilfældigvis toppede én gang.

5. Stresstest

Jeg kørte CPU-, hukommelses- og diskstresstests i 180 sekunder hver for at se, hvordan serveren holder op under vedvarende belastning frem for et kort burst:

• 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

De individuelle bogo ops-tal betyder mindre her end det, der ikke skete.

Nul fejlede workers og nul upålidelige metrics på tværs af alle tre tests, kørt efter hinanden i tre hele minutter hver, betyder, at serveren holdt CPU, hukommelse og disk under samtidig pres uden at crashe, throttling ind i en upålidelig tilstand eller returnere resultater, som benchmarken selv markerede som mistænkelige. Det er det tætteste, denne type test kommer på at simulere et reelt trafiksurge, flere ressourcer maxet ud

på én gang, og det er resultatet, der betyder mest for alle, der bekymrer sig om, at deres site kollapser i en travl periode i stedet for kun at præstere godt i isolerede, én-ting-ad-gangen tests.

Samlet vurdering af ydeevne

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.

Besøg Hostinger

Brugervenlighed

Jeg testede Hostingers Laravel VPS fra checkout og frem til åbningen af de faktiske administrationsværktøjer, der følger med.

Det omfattede valg af plan og serverlokation, oprettelse af konto, betaling og derefter ud af, hvordan man faktisk administrerer en Laravel-udrulning, når serveren var live. Det følgende er, hvordan den proces faktisk var, inklusive et øjeblik, hvor interfacet sendte mig et sted hen, jeg ikke havde forventet.

1. Registrering

Jeg startede på Laravel VPS-landing-siden, som fremhæver tre påstande, der er værd at huske på vej ind:

• Gratis automatiske ugentlige sikkerhedskopier
• AI-administreret VPS
• Auto malware-scanner

Jeg valgte KVM 2-planen, en fornuftig mellemvej til en enkelt Laravel-applikation snarere end en ressourcekrævende opsætning, og gik videre til kurven.

Derfra satte kurvesiden det hele på én skærm:

• Betalingsperiode: 1, 12 eller 24 måneder, besparelser vist pr. mulighed
• Serverlokation: regioner grupperet efter kontinent, med estimeret latenstid ved siden af hver
• App-markedsplads: over tusind one-click OS-, panel- og applikationsmuligheder

Jeg valgte 24 måneder for den lavere pris og brugte derefter længere tid end normalt på serverlokation.

Storbritannien gav den bedste latenstid på listen, men jeg scrollede alligevel gennem resten af regionerne for at sammenligne. Nordamerika viste et solidt resultat for USA, og Asiens hurtigste mulighed, Malaysia, lå langt bagefter begge.

Da det site, jeg havde i tankerne, ville have et primært amerikansk publikum, valgte jeg USA frem for den teknisk hurtigere mulighed i Storbritannien.

Det er værd at fremhæve for enhver læser, der sammenligner regioner på denne side. Den bedste latenstid til dig, mens du sidder foran din egen laptop, er ikke det tal, der betyder noget. Det er latenstiden til de mennesker, der faktisk vil besøge sitet, så vælg ud fra dit publikum, ikke ud fra dine egne testresultater.

Dernæst scrollede jeg ind i applikationsmarkedspladsen, hvor Laravel allerede var valgt, den samme one-click-opsætning, som Hostinger bruger på tværs af hele sit app-katalog. Der skulle ikke ændres noget der, så jeg gik direkte til checkout.

Jeg var allerede logget ind på en eksisterende Hostinger-konto, så registreringen i sig selv tog ét klik.

Derefter tilbød faktureringsadressen og betalingssiden:

• Kort, der dækker Visa, Mastercard, Amex og Discover
• PayPal
• Google Pay
• AliPay, i separate China- og Hong Kong-varianter
• Coingate, til crypto-betaling

Alt på én side, ingen separat omdirigering. Jeg sendte betalingen, fik en bekræftelsesmail med det samme og landede tilbage i hPanel med den nye server allerede listet som kørende.

Det, der skilte sig ud her, er hvor meget valgfrihed Hostinger giver ved checkout uden at gøre noget af det obligatorisk.

Især lokationssammenligningen er værd at tage alvorligt i stedet for bare at klikke forbi, da standardsanbefalingen på plansiden ikke altid vil matche dem, der faktisk skal bruge serveren.

2. Dashboard/klientområde

Da betalingen gik igennem, åbnede hPanel på startsiden, det samme centrale account-panel, der håndterer domæner, e-mail, website-builderen og VPS-administration fra ét sted.

Det hilste mig velkommen ved navn med en AI-promptlinje, en række genvejsknapper, en to-do-checkliste og en løbende liste over alle websites og servere på kontoen længere nede på siden.

Dernæst scrollede jeg ned til VPS-tabellen, hvor den nye server allerede var markeret som Running, med hostname, IP-adresse, plan og udløbsdato synlige uden at åbne noget som helst.

Jeg klikkede Manage for at gå ind i serverens specifikke panel.

At lande på kontoens startsiden umiddelbart efter betaling, med serveren allerede provisioneret og listet, er den del af flowet, der konsekvent fungerer godt.

Der er ingen separat venteskærm og ingen grund til at grave gennem menuer for at finde det, du lige har købt.

3. Laravel- og serveradministration

At klikke Manage åbnede VPS Overview-siden, og det er her, de egentlige forskelle begynder at vise sig.

Øverst lå der et app-kort mærket Laravel med en Manage App-knap, der bekræftede, at Laravel blev installeret automatisk under provisioneringen.

Direkte nedenunder lå et andet kort, jeg ikke havde forventet:

• Cloudpanel, bygget på Ubuntu 24.04
• Admin-brugernavn vist i klartekst
• Password reset-link
• Sin egen Manage panel-knap, adskilt fra Laravel-kortet ovenfor

Det andet kort betyder mere, end det ser ud til. Cloudpanel er et fuldt server-kontrolpanel, inkluderet sammen med Laravel, og det viste sig at være den egentlige flade til daglig administration af filer, sites og serveren.

Da jeg scrollede forbi begge kort, lå den underliggende Ubuntu 24.04-instans nedenunder, markeret Running, med reboot- og terminalkontroller samt root SSH-oplysninger lagt ud på samme måde som alle andre VPS’er på denne konto.

Da serveren lige var provisioneret, var ressourcegraferne ikke udfyldte endnu, hPanel viste en besked om at komme tilbage om cirka 30 minutter for brugsdata, en ærlig måde at håndtere en server, der faktisk ikke har nogen trafik-historik endnu, i stedet for at vise tomme grafer, som om de betød noget.

Længere nede fandt jeg:

• SSH-nøgleadministration
• Firewall-regler
• Backup-snapshots
• Malware-scanner: Not installed

Den sidste linje er det første reelle hul. Malware-scanneren står som Not installed, direkte under en planside, der angiver en automatisk malware-scanner som en af tre hovedfunktioner for netop dette produkt. Uanset hvad markedsføringen lover, er den ikke slået til som standard på den server, du faktisk modtager.

Nysgerrig efter, om den anden hovedpåstand holdt bedre, tjekkede jeg Backups & Monitoring næste. Latest Actions-loggen viste:

• En recreate-handling logget samme dag
• Weekly backup_create-poster, hver markeret Success, der strækker sig over mere end en måned tilbage

Den påstand holdt stik i forhold til, hvad kontoens egne logs viste, en reel kontrast til malware-scanneren, der sad uaktiveret én sektion længere væk.

Det er værd at vide, at Hostinger leverer nogle af sine angivne funktioner som standard og lader andre være noget, du selv skal slå til, og den eneste måde at se, hvilke der er hvilke, er at gå på opdagelse, fordi plansiden behandler dem som lige meget inkluderede.

Så gik jeg tilbage til Laravel-app-kortet og klikkede Manage App, i forventning om at det ville åbne en slags Laravel-specifik opsætning eller filadministrationsskærm på samme måde som Cloudpanels knap gjorde.

I stedet åbnede det en side med titlen “Let’s get started”, der linkede videre til Laravels egen dokumentation og Laracasts-videotutorials, med en enkelt knap nedenunder med teksten Deploy now.

Jeg klikkede alligevel på den for at se, hvor den førte hen, og den tog mig til laravel.com/cloud, tilmeldingssiden for Laravel Cloud.

Her er forskellen, det er værd at være præcis omkring.

Laravel Cloud er ikke et Hostinger-produkt og har intet med den VPS, jeg lige havde betalt for, at gøre. Det er en separat, fuldt administreret hostingplatform bygget og solgt direkte af Laravel-teamet, som konkurrerer i samme felt som en tjeneste som Vercel eller Heroku, med sit eget kontosystem, sin egen prissætning og sin egen gratis brugskredit.

At tilmelde sig der ville betyde at betale Laravel oven i det, du allerede har betalt Hostinger, for at hoste din applikation et helt andet sted.

Med hensyn til hvorfor Manage App peger derhen, tjekkede jeg den officielle vidensbaseartikel, som Kodee selv henviste til, da jeg spurgte: “How to use the Laravel VPS template at Hostinger.” Den artikel gennemgår adgang til CloudPanel via din VPS-IP på port 8443, redigering af .env -filen og kørsel af Composer- og Artisan-kommandoer over SSH.

Den nævner aldrig knappen Manage App, og den nævner aldrig Laravel Cloud overhovedet. Så det er ikke et tilfælde af, at forklaringen findes et sted, jeg ikke havde kigget.

Hostingers egen officielle gennemgang af netop denne template anerkender ikke, at knappen eksisterer, og Kodee bekræftede, da jeg spurgte direkte, at Manage App ikke administrerer VPS’en og advarede om, at tilmelding til Laravel Cloud derfra ville betyde en anden, separat regning.

Alle, der klikker Manage App i forventning om at administrere deres app, ender med at kigge på en tilmeldingsside til et andet betalt produkt uden nogen dokumentation noget sted, der på forhånd forklarer det.

Knappen, der faktisk bringer dig derhen, sidder ét kort længere nede. Manage panel, på Cloudpanel-kortet.

At klikke på den åbner en login-skærm, der beder om brugernavn og adgangskode, og her er det værd at være præcis, da panelet ikke giver nogen ledetråde, når du først står på den skærm.

Brugernavnet er admin, og adgangskoden er serveradgangskoden, som Hostinger sendte på mail, da VPS’en først blev provisioneret, ikke din Hostinger-kontoadgangskode.

Hvis den mail er væk for længst, genererer Reset-linket, der sidder lige ved siden af adgangskodefeltet på Cloudpanel-kortet, en ny uden at du behøver at rode i din indbakke.

Når du er logget ind, åbner Cloudpanel på en Sites-liste, hvor VPS-hostnavnet allerede er konfigureret som et live site, PHP er sat som applikationstype, og der er et Manage-link ved siden af det.

Åbning af dette sites indstillinger afslørede en hel række faner, Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs og Logs.

Det er et reelt, grundigt kontrolpanel, og det er værd at fremhæve, at der ligger en Cron Jobs-fane lige der i det samme interface. Kodee guidede mig gennem at tilføje schedulerens cron-indgang manuelt over SSH, hvilket fungerer fint, men Cloudpanel har en point-and-click-måde at gøre det samme på uden at røre en terminal overhovedet, og hverken Kodee eller vidensbaseartiklen nævnte det som en mulighed.

Med det afsluttet er venstremenuen på serveradministrationssiden der, hvor de virkelige kontroller ligger.

Her er, hvad den tilbyder:

• Oversigt: selve opsummeringssiden med Laravel- og Cloudpanel-appkortene, ressourceforbrug og hurtige links til alt nedenfor
• Indstillinger: serverniveau-konfiguration, der dækker ting som nulstilling af root-adgangskode og ændring af hostnavn
• OS & Panel: kontrol over operativsystemet og hvilket kontrolpanel der er installeret på serveren
• Backups & Monitoring: folder ud i Snapshots & Backups, Server Usage og Latest Actions, hvilket er stedet, hvor jeg fandt den ugentlige backup-log, der bekræftede, at den påstand holdt stik
• Sikkerhed: dækker malware-scanneren og firewall-indstillingerne, afsnittet hvor jeg fandt scanneren slået fra
• API: åbner Hostingers API-dokumentation i en ny fane, for alle der automatiserer serveradministration uden for panelet
• DNS Manager: domæne- og DNS-postadministration knyttet til serveren
• Tutorials: et eksternt link til Hostingers hjælpesider

Det er et bredt nok spænd til at kalde det komplet dækning for VPS-administration. Serverindstillinger, OS-kontrol, sikkerhed, backups, DNS og API-adgang er alle repræsenteret som deres egne kategorier snarere end gemt i en catch-all-indstillingsmenu, og jeg stødte ikke på noget, jeg havde brug for, som manglede på denne liste.

Det, den ikke gør, er at indbygge noget Laravel-specifikt værktøj, implementering af kode, administration af miljøfiler, kørsel af Artisan-kommandoer, alt det sker enten via Cloudpanel eller terminalen, ikke via denne sidebar.

Hvilket fører mig til terminalknappen, der sidder på Ubuntu-kortet. Dens formål er direkte kommandolinjeadgang til selve serveren, hvor der åbnes en live SSH-session i browseren uden behov for en separat SSH-klient eller at kopiere en privat nøgle over på din maskine.

At klikke på den sendte mig direkte ind i en root-shell, allerede autentificeret, med Cloudpanels velkomstbanner på skærmen, der viste sin egen webadresse og et CLI-værktøj kaldet clpctl til at administrere panelet fra kommandolinjen.

For alle, der er komfortable med at arbejde fra en terminal, er det den hurtigste vej til faktisk at konfigurere Laravel-installationen, deploye kode, redigere miljøvariabler, køre migrationer, eftersom intet af det har en dedikeret knap nogen steder i hPanel selv.

Samlet vurdering af brugervenlighed

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.

Besøg Hostinger

Supportniveau

Kodee, Hostingers AI-assistent, sidder bag knappen Ask AI i hPanel og håndterer support her, ligesom den gør på tværs af resten af Hostingers produkter.

Jeg testede den med to separate tekniske spørgsmål om denne VPS, ét om et interface-problem, jeg allerede var stødt på, og et andet, dybere spørgsmål om, hvordan Laravel faktisk kører i produktion på denne server.

Derefter gik jeg gennem Hostingers vidensbase for at se, hvor meget af det grundlag den dækker uden at skulle spørge nogen.

1. AI-support (Kodee)

Mit første spørgsmål kom direkte ud af test af Laravel-app-kortets Manage App-knap, som havde åbnet Laravel Cloud, en separat betalt platform, i stedet for noget knyttet til selve VPS’en.

Jeg spurgte Kodee direkte, om den knap var meningen at åbne Laravel Cloud eller administrere den installation, der allerede kørte via Cloudpanel, og hvad der faktisk ville ske, hvis jeg tilmeldte mig Laravel Cloud derfra.

Kodee svarede inden for et minut:

• Bekræftede, at Manage App ikke administrerer den eksisterende VPS-installation
• Identificerede den korrekt som et link til Laravel Cloud, en separat deploymentsplatform
• Pegede på Cloudpanel, tilgængelig via VPS-IP’en på port 8443, som den reelle administrationsflade
• Advarede om, at tilmelding til Laravel Cloud ville oprette et separat, uafhængigt faktureret miljø, ikke deploye noget til den VPS, jeg allerede havde betalt for

Det er et klart, korrekt svar på et spørgsmål, der har en reel omkostning knyttet til sig, hvis du tager fejl, og det kom med en henvisning til Hostingers egen dokumentation snarere end et gæt.

Næste spørgsmål stillede jeg med mere teknisk vægt. Laravel-applikationer i produktion afhænger af en cron-indgang til task-scheduler’en og en Supervisor-proces for at holde queue workers kørende, og jeg ville vide, om VPS-template’en sætter nogen af dem op automatisk, og om Supervisor selv ville overleve en reboot, hvis jeg selv konfigurerede det.

Kodee sagde, at den ville tjekke serveren direkte, før den svarede, og det gjorde den:

• Rapporterede ingen schedule:run cron-indgang til stede
• Rapporterede ingen Supervisor-service konfigureret
• Rapporterede ingen queue worker opsat
• Leverede den præcise cron-linje, der kræves til scheduler’en
• Leverede en fuld Supervisor-konfigurationsblok til en queue worker, med de korrekte flags
• Bekræftede, at Supervisor består efter en reboot, når den aktiveres med systemctl enable –now supervisor
• Tilføjede påmindelsen om at køre php artisan queue:restart efter deploy af ny kode, en detalje som er let at overse og skaber reelle produktionsfejl, når den springes over

Hvad jeg syntes om AI-supporten: Kodee gjorde sig fortjent til sine svar her i stedet for at gætte. At bekræfte, at der ikke var nogen scheduler-cron og ingen Supervisor-proces, før der blev anbefalet noget, er forskellen mellem et checklistesvar og et svar, der er forankret i, hvad netop denne server faktisk gjorde, og påmindelsen om at genstarte queue worker efter deploys er den slags detalje, der kun dukker op, når nogen, eller noget, faktisk forstår, hvordan Laravel-queues opfører sig i produktion.

To spørgsmål, to præcise og komplette svar, begge leveret på et par minutter.

2. Vidensbase

Hostingers vidensbase er organiseret på samme måde på tværs af alle produkter, store kategorifelter med artikelantal, en søgebar og et kategorifilter øverst.

I stedet for at browse gik jeg direkte til søgning og skrev “laravel”, hvilket gav 15 resultater fordelt på to sider, markant mere end en smallere one-click-app typisk viser.

Det er dog værd at tilføje en advarsel. Flere resultater er ikke det samme som mere relevante resultater, da flere af træffene kun var perifert relaterede, en artikel om PHP-mailbegrænsninger og en anden om website-migrationsproblemer dukkede op, blot fordi de nævner Laravel i forbifarten.

Det mest relevante resultat, “How to use the Laravel VPS template at Hostinger,” gennemgår adgang til Cloudpanel, forståelse af Laravels mappestruktur, redigering af .env -filen, kørsel af Composer og kørsel af migrationer.

Det er en solid gennemgang af at få et Laravel-projekt i gang på denne template. Det, den ikke dækker, er scheduler’en eller queue workers overhovedet, netop det hul, Kodee måtte udfylde, da jeg spurgte.

Hvis man graver videre i søgeresultaterne, dukker der noget op, som er værd at fremhæve. En ældre artikel, “How to deploy Laravel 8 at Hostinger,” indeholder et fungerende cron-eksempel til scheduler’en, men den er skrevet til en anden, ældre opsætning, der deployer Laravel manuelt på shared eller cloud hosting, komplet med en public_html filstruktur, som intet har med, hvordan Cloudpanel organiserer en VPS, at gøre.

Enhver på denne VPS-template, der søger i vidensbasen efter vejledning om scheduler’en, ville lande i en artikel, der beskriver et andet produkt, før de fandt noget, der faktisk gælder for deres server.

Hvad jeg syntes om vidensbasen: Artikelantallet ser stærkt ud på papiret, 15 resultater for ét søgeord, men rå volumen skjuler, hvor spredt det nyttige indhold faktisk er. Den centrale VPS-template-artikel er godt skrevet og får et første projekt i gang, men den stopper præcis der, hvor en produktionsudrulning bliver seriøs, og den ene dokumentation, der faktisk dækker scheduler’en, hører til en urelateret, ældre hostingopsætning.

En læser, der stoler på vidensbasen alene, kunne let følge den ældre guide og konfigurere sin VPS forkert ved at kopiere kommandoer bygget til en helt anden filstruktur.

Samlet vurdering af support

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.

Besøg Hostinger

Anbefaler vi Hostinger Laravel Hosting?

Ja. Fundamentet her er stærkt. Laravel og Cloudpanel kommer præinstalleret og fungerer, den underliggende hardware benchmarker godt på tværs af CPU, hukommelse og disk, og Kodee leverede to præcise, serverbevidste tekniske svar, da jeg satte den på en reel prøve. Ugentlige sikkerhedskopier stemte overens med kontoens egne logs, præcis som lovet.

De ujævne punkter er smalle, men værd at kende, før du køber. Malware-scanneren, der blev listet som en hovedfunktion, var ikke slået til som standard, og knappen Manage App på Laravel-kortet sender dig mod Laravel Cloud, et separat betalt produkt, snarere end noget, der ligner app-administration, uden nogen dokumentation nogen steder, der advarer dig på forhånd.

Ingen af delene er svære at arbejde udenom, når du først ved, at Cloudpanel er den egentlige administrationsflade, men ingen af delene burde kræve gætteri.

For en udvikler, der vil have Laravel hurtigt i gang på solid infrastruktur, og som er tryg ved at bruge fem minutter på at finde Cloudpanel i stedet for den fejlagtigt navngivne knap ved siden af, er dette en let anbefaling. For en, der vil have hver annonceret funktion slået til i det øjeblik, serveren starter, uden at skulle tjekke noget som helst ekstra, bør du afsætte et par ekstra minutter til opsætningen, før du kalder den færdig.

Hostinger

5.0

2,471 user reviews

11 kr /mo

Start pris

Besøg Hostinger

Rating based on expert review

• Brugervenlighed
  4.9
• Support
  4.9
• Funktioner
  4.8
• Pålidelighed
  4.7
• Pris
  4.5