Hostginger selger sin Laravel VPS som en forhåndsinstallert, AI-administrert server bygget for å få et Laravel-prosjekt raskt live. Det meste av det løftet holdt under reell testing, sterke benchmarkresultater, en kapabel AI-støtteagent, og sikkerhetskopier bekreftet å kjøre etter planen.

Én knapp på dashbordet sendte meg derimot et sted jeg aldri forventet å havne, og det er verdt å vite om før du klikker på den selv. Her er hele gjennomgangen.

Hostinger Laravel VPS Hosting

Oppdag hvordan Hostinger Laravel VPS Hosting gir et fleksibelt miljø for distribusjon av Laravel-applikasjoner med dedikerte serverressurser, full kontroll, skalerbar ytelse og tilpassbare konfigurasjoner for moderne nettprosjekter.

Besøk Hostinger

Fordeler og ulemper

Vurderingsfordeling

For å score Hostinger’s Laravel VPS-hosting brukte jeg HostAdvice’s vurderingsmetodikk, den samme standardiserte tilnærmingen som brukes på tvers av alle anmeldelser på nettstedet, slik at poengsumene forblir konsistente og forankret i reell testing i stedet for markedsføringspåstander. Her er hvordan den scoret på hver parameter.

Hostinger Laravel VPS Hosting

Oppdag hvordan Hostinger Laravel VPS Hosting gir et fleksibelt miljø for distribusjon av Laravel-applikasjoner med dedikerte serverressurser, full kontroll, skalerbar ytelse og tilpassbare konfigurasjoner for moderne nettprosjekter.

Besøk Hostinger

Planer og priser

Hostinger selger Laravel-hosting som én av fire KVM VPS-nivåer, KVM 1 til KVM 8, der hver skalerer CPU-kjerner, RAM, NVMe-diskplass og båndbredde sammen etter hvert som du går opp.

Laravel er ikke et eget kjøp, det er en ett-klikks-applikasjon lagt oppå hvilket som helst nivå du velger under checkout, med Cloudpanel inkludert som det faktiske kontrollpanelet for å administrere installasjonen når den er live.

Noen ting det er verdt å vite før du bestiller:

• Fakturavilkår: Planene betales forskuddsvis over 1, 12 eller 24 måneder, og de lengre vilkårene gir reelle rabatter på månedsprisen. Se priswidgeten nedenfor for full oversikt per nivå og periode.
• Pengene-tilbake-garanti: VPS-planer har 30 dagers garanti, men det lille skriftet legger til en reell begrensning. Du kan bare kreve VPS-refusjon én gang hver 180. dag, så en andre refusjon på et separat VPS-kjøp innenfor dette vinduet vil ikke gå gjennom. Oppgraderinger til en eksisterende VPS-plan er helt unntatt.
• Gratis prøveperiode: Jeg fant ingen dedikert gratis prøveperiode for Laravel VPS-hosting, bare 30-dagers pengene-tilbake-garanti. Planlegg evalueringstiden din med denne begrensningen i bakhodet.
• Betalingsmetoder: Kort (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay i separate Kina- og Hong Kong-varianter, og Coingate for krypto. Kryptobetalinger faller utenfor refusjonspolicyen helt, så husk det hvis garantien er viktig for deg.
• Hva som er inkludert: Hvert nivå inkluderer et gratis .cloud-domene for det første året, full root-tilgang, Git-integrasjon og Cloudpanel uten ekstra kostnad, så listeprisen ligger nærmere den reelle kostnaden enn hos verter som tar ekstra betalt for et kontrollpanel.

Hostinger’s egen veiledning antyder at KVM 1 er nok for et enkelt Laravel-nettsted, mens KVM 8 anbefales for tyngre, ressurskrevende prosjekter.

Verdt å legge til fra testingen er at app-administrasjonsforvirringen rundt Manage App-knappen, og malware-skanneren som står av som standard, gjelder for alle nivåer likt, så det å gå opp i størrelse vil ikke fikse noen av dem. Velg planen din basert på CPU- og trafikkbehov, og håndter disse to spesifikke problemene på samme måte uansett hvilket nivå du ender opp med.

Funksjoner

• AMD EPYC-prosessorer på alle nivåer
• NVMe SSD-lagring på alle planer
• Git-integrasjon for strømlinjeformet kodedistribusjon
• Full root-tilgang via SSH
• Cloudpanel kontrollpanel inkludert som standard
• AI-agent for VPS-administrasjonsoppgaver
• Automatiske ukentlige sikkerhetskopier på hver plan
• 1 Gbps nettverkshastighet per plan
• Gratis .cloud-domene i ett år

Hostinger Laravel VPS Hosting

Oppdag hvordan Hostinger Laravel VPS Hosting gir et fleksibelt miljø for distribusjon av Laravel-applikasjoner med dedikerte serverressurser, full kontroll, skalerbar ytelse og tilpassbare konfigurasjoner for moderne nettprosjekter.

Besøk Hostinger

Ytelse

En Laravel-applikasjon lever eller dør på serveren under den like mye som på koden selv. Sideinnlasting avhenger av CPU-hastighet for å kjøre PHP, databaseforespørsler avhenger av disk-I/O, økter og caching avhenger av minne, og hvis appen kjører køjobber eller har ekte besøkende, betyr nettverksgjennomstrømning og vedvarende belastningshåndtering også noe.

Laravel i seg selv endrer ikke noe av det, det er fortsatt PHP som kjører på Linux, så den virkelige testen her er VPS-en.

Jeg kjørte en full benchmarkpakke mot serveren, som dekket CPU, minne, disk, nettverk og en vedvarende stresstest, for å se hva denne planen faktisk leverer og hva det betyr for en ekte applikasjon.

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

• CPU: 2 vCPU-er, skåret ut fra en vert som kjører en AMD EPYC 9354P-prosessor
• RAM: 7.8GB brukbart av de 8GB som er tildelt, pluss 2GB swap
• Disk: 96GB brukbart av 100GB NVMe-allokeringen
• OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic

Før vi går inn i tallene, er det greit å vite at Hostinger’s Laravel VPS-serie kjører de samme fire nivåene som resten av VPS-serien, KVM 1 til KVM 8, og KVM 2 ligger nest nederst, ett steg opp fra det billigste alternativet og godt under KVM 4- og KVM 8-nivåene som er laget for tyngre arbeidslaster med flere applikasjoner.

Det som følger, reflekterer et lite til middels stort Laravel-prosjekt, én enkelt applikasjon som serverer en reell, men moderat mengde trafikk, ikke en stor plattform som kjører flere tjenester på én boks.

1. CPU-ytelse

• Enkelttråd: 1,624.55 events per second, gjennomsnittlig latenstid 0.61ms, 95. persentil 0.64ms

• Flere tråder, 2 tråder: 2,864.02 events per second, gjennomsnittlig latenstid 0.70ms, 95. persentil 1.10ms

• Standardavvik for trådfordeling: 182.50 på et gjennomsnitt på 14,321.5 events per tråd

Her er hva det enkelttråd-tallet faktisk betyr i praksis. En typisk Laravel-forespørsel, som å rendere en Blade-visning, kjøre noen få Eloquent-spørringer, sjekke en økt, bruker mesteparten av tiden sin på én CPU-kjerne som gjør PHP-arbeid, heller enn å spre seg over flere kjerner samtidig.

Med 0.61ms gjennomsnittlig latenstid per beregningshendelse i denne testen, er ikke CPU-en den delen av stakken som kommer til å gjøre en side treg.

Gapet mellom gjennomsnittlig latenstid og 95. persentil er også lite, 0.61ms versus 0.64ms, noe som betyr at ytelsen forble jevn i stedet for at en og annen forespørsel tok mye lengre tid enn resten, et mønster som ville vist seg som tilfeldige trege sideinnlastinger for ekte besøkende.

Resultatet med flere tråder er det mer nyttige tallet for å forstå samtidighet. Å gå fra én tråd til to nesten doblet gjennomstrømningen, omtrent 88 prosent skalerings-effektivitet, noe som betyr at denne VPS-en ikke mister mye kapasitet til overhead eller andre leietakere som konkurrerer om de samme fysiske kjernene.

I praksis betyr det at PHP-FPM som kjører med to worker-prosesser på denne planen kan håndtere omtrent dobbelt så mye forespørselsvolum som et enkelttrådet scenario før CPU blir flaskehalsen, i stedet for noe mindre enn det dobbelte, som er det du ville sett hvis de to vCPU-ene kjempet med hverandre om sykluser.

Tallet for trådfordeling, omtrent 1.3 prosent variasjon mellom de to trådene, bekrefter at begge kjernene gjorde omtrent like mye av arbeidet i stedet for at én kjerne bar lasten mens den andre sto ubrukt. For et ekte nettsted betyr det at forespørsler fordeles jevnt mellom PHP-FPM-workers i stedet for å hope seg opp bak den worker-prosessen som tilfeldigvis er opptatt.

2. Minnehastighet

• Sekvensiell skriving: 5,865.22 MiB/sec

• Sekvensiell lesing: 7,155.43 MiB/sec

Minnehastighet betyr noe for Laravel på en måte som er lett å overse. Hver OPcache-oppgang, hver lesing av sesjon, hver array eller collection applikasjonen din bygger mens den håndterer en forespørsel, lever i RAM, og hvis et cache-lag som Redis også kjører på samme boks, konkurrerer det om den samme minnebåndbredden.

Med rundt 5.9 GiB per sekund skrivehastighet og 7.2 GiB per sekund lesehastighet kan denne VPS-en flytte data inn og ut av minnet raskt nok til at minneoperasjoner svært lite sannsynlig er det som bremser en forespørsel, flaskehalsen for en typisk Laravel-app er nesten alltid disk eller nettverk før RAM-hastighet.

Der minne betyr mer direkte, er kapasitet heller enn hastighet. Med 7.8GB brukbart og 2GB swap i bakhånd kan denne planen komfortabelt kjøre PHP-FPM, MySQL eller PostgreSQL og en liten Redis-instans side om side for én enkelt applikasjon, men den gir ikke mye spillerom hvis du kjører flere nettsteder på samme VPS eller en database med stort arbeidssett.

Swap er en sikkerhetsbuffer for en kortvarig minnetopp, ikke en erstatning for RAM hvis applikasjonen virkelig er for liten for denne planen.

3. Disk-I/O

• Sekvensiell skriving: 740 MiB/s (776 MB/s), 740 IOPS

• Sekvensiell lesing: 749 MiB/s (785 MB/s), 748 IOPS

• Tilfeldig 4K blandet lese/skrive: omtrent 9,400 IOPS i hver retning, omtrent 36.7 MiB/s gjennomstrømning per retning

Sekvensiell hastighet er tallet som betyr noe for store, engangsoperasjoner, å gjenopprette en databasebackup, pakke ut et opplastet arkiv, skrive en stor loggfil.

Med rundt 740 til 750 MiB/s i begge retninger, og med lesing og skriving som lander innenfor to prosent av hverandre, har ikke denne disken den skjeve svakheten i én retning som dukker opp på noe skylagring, der lesing er rask men skriving henger langt etter.

Tilfeldig 4K-ytelse er tallet som faktisk forutsier hvordan en Laravel-app vil føles i bruk fra dag til dag, fordi en database ikke leser og skriver i store sekvensielle blokker, den leser og skriver små, spredte blokker over disken mens den slår opp rader, oppdaterer indekser og skriver til transaksjonsloggen.

Litt over 9,000 IOPS i hver retning tilsvarer omtrent 9,000 små databaseoperasjoner per sekund før disk-I/O blir begrensningen.

En typisk Laravel-sideinnlasting kan utløse alt fra noen få til noen titalls spørringer avhengig av hvordan appen er bygget, noe som betyr at denne disken har plass til et meningsfullt antall samtidige brukere som treffer databasen på en gang før spørringer begynner å køe og vente på disktilgang.

Det ville kreve en tydelig skriveintensiv arbeidslast, logging med høy volum, en travel køtabell, hyppige cache-skrivinger til disk, for å presse denne særlige grensen.

4. Nettverkshastighet

• Run 1: Nedlasting 990.06 Mbps, opplasting 910.87 Mbps, idle latency 0.31ms, 0% pakketap

• Run 2: Nedlasting 985.24 Mbps, opplasting 947.82 Mbps, idle latency 0.27ms, 0% pakketap

Begge kjøringer landet mot en server i Phoenix, Arizona, som samsvarer med USA-lokasjonen jeg valgte under checkout, nær full gigabit i begge retninger med null pakketap i begge forsøk.

For en Laravel-app betyr dette mest for to ting, hvor raskt serveren kan levere ressurser og API-svar til besøkende, og hvis appen kaller eksterne API-er eller henter data fra andre tjenester, hvor raskt disse utgående kallene fullføres.

Nær-gigabit gjennomstrømning betyr at båndbredde ikke kommer til å være begrensningen for en typisk nettapplikasjon, du måtte ha et svært høyt volum av store filoverføringer, video, store nedlastinger, masseeksporter, før dette blir den begrensende faktoren heller enn CPU eller disk.

De nesten identiske resultatene på tvers av to separate kjøringer, tatt med minutters mellomrom, utelukker også et heldig engangsresultat, dette er det forbindelsen gjør konsekvent heller enn et tall som tilfeldigvis skjøt i været én gang.

5. Stresstest

Jeg kjørte CPU-, minne- og diskstressorer i 180 sekunder hver for å se hvordan serveren holder seg under vedvarende belastning i stedet for en kort topp:

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

• Minnestress, 2 workers: 24,335,966 bogo ops, 0 feil

• Diskstress, 2 workers: 2,655,058 bogo ops, 0 feil

De individuelle bogo ops-tallene betyr mindre her enn det som ikke skjedde.

Null feilende workers og null upålitelige målinger på tvers av alle tre testene, kjørt etter hverandre i tre hele minutter hver, betyr at serveren holdt CPU, minne og disk under samtidig trykk uten å krasje, throttle seg inn i en upålitelig tilstand eller returnere resultater som benchmarken selv flagget som mistenkelige. Det er det nærmeste denne typen testing kommer å simulere en reell trafikkspike, flere ressurser på maks samtidig, og det er resultatet som betyr mest for alle som er bekymret for at nettstedet deres skal kollapse i en travel periode i stedet for å prestere godt bare i isolerte tester en om gangen.

Samlet konklusjon om ytelse

Hostinger Laravel VPS Hosting

Oppdag hvordan Hostinger Laravel VPS Hosting gir et fleksibelt miljø for distribusjon av Laravel-applikasjoner med dedikerte serverressurser, full kontroll, skalerbar ytelse og tilpassbare konfigurasjoner for moderne nettprosjekter.

Besøk Hostinger

Brukervennlighet

Jeg testet Hostinger’s Laravel VPS fra checkout til åpning av de faktiske administrasjonsverktøyene som følger med.

Det omfattet valg av plan og serverplassering, opprettelse av en konto, betaling, og deretter å finne ut hvordan man faktisk administrerer en Laravel-distribusjon når serveren var live. Det som følger, er hvordan denne prosessen faktisk var, inkludert et øyeblikk der grensesnittet sendte meg et sted jeg ikke hadde forventet.

1. Registrering

Jeg startet på Laravel VPS-landingssiden, som fremhever tre påstander det er verdt å huske på fra starten:

• Gratis automatiske ukentlige sikkerhetskopier
• AI-administrert VPS
• Automatisk malware-skanner

Jeg valgte KVM 2-planen, en rimelig mellomting for én enkelt Laravel-applikasjon heller enn en ressurskrevende løsning, og gikk videre til handlekurven.

Derfra la handlekurvsiden alt på én skjerm:

• Faktureringsperiode: 1, 12 eller 24 måneder, sparing vist per alternativ
• Serverplassering: regioner gruppert etter kontinent, med latensestimat ved siden av hver
• App-markedsplass: over tusen ett-klikks OS-, panel- og applikasjonsalternativer

Jeg gikk for 24 måneder for den lavere prisen, og brukte så mer tid enn vanlig på serverplassering.

Storbritannia kom opp med den beste latenstiden på listen, men jeg bladde gjennom resten av regionene for å sammenligne likevel. Nord-Amerika viste et solid resultat for USA, og Asias raskeste alternativ, Malaysia, lå langt bak begge.

Siden nettstedet jeg hadde i tankene ville trekke et hovedsakelig amerikansk publikum, valgte jeg USA fremfor det teknisk raskere Storbritannia-alternativet.

Det er verdt å understreke for alle som sammenligner regioner på denne siden. Den beste latenstiden for deg, mens du sitter foran din egen laptop, er ikke tallet som betyr noe. Det er latenstiden til menneskene som faktisk skal besøke nettstedet, så velg basert på publikummet ditt, ikke på dine egne testresultater.

Deretter bladde jeg inn i applikasjonsmarkedet, der Laravel allerede var valgt, den samme ett-klikks-oppsettet Hostinger bruker på tvers av hele appkatalogen sin. Ingenting trengte å endres der, så jeg gikk rett til checkout.

Jeg var allerede logget inn på en eksisterende Hostinger-konto, så registreringen i seg selv tok ett klikk.

Etter det tilbød betalingsadressen og betalingssiden:

• Kort, som dekker Visa, Mastercard, Amex og Discover
• PayPal
• Google Pay
• AliPay, i separate Kina- og Hong Kong-varianter
• Coingate, for kryptobetaling

Alt på én side, ingen separat omdirigering. Jeg sendte inn betalingen, fikk en bekreftelses-e-post med én gang, og landet tilbake i hPanel med den nye serveren allerede oppført som kjørende.

Det som skilte seg ut her, er hvor mye valg Hostinger gir ved checkout uten å gjøre noe av det obligatorisk.

Plassering-sammenligningen er spesielt verdt å ta på alvor i stedet for å klikke forbi, siden standardanbefalingen på plansiden ikke alltid matcher hvem som faktisk kommer til å bruke serveren.

2. Dashbord/kundeområde

Når betalingen var godkjent, åpnet hPanel på startsiden sin, det samme sentrale kontopanelet som håndterer domener, e-post, nettsidebyggeren og VPS-administrasjon fra ett sted.

Det ønsket meg velkommen ved navn med en AI-forespørselslinje, en rad med snarveiknapper, en gjøremålsliste og en løpende liste over alle nettsteder og servere på kontoen lenger ned på siden.

Deretter bladde jeg til VPS-tabellen, der den nye serveren allerede sto merket Running, med vertsnavn, IP-adresse, plan og utløpsdato synlig uten at jeg åpnet noe.

Jeg klikket Manage for å gå inn i det server-spesifikke panelet.

Å lande på kontoens startside rett etter betaling, med serveren allerede provisjonert og listet, er delen av denne flyten som konsekvent fungerer godt.

Det finnes ingen separat venteskjerm og ingen leting gjennom menyer for å finne det du nettopp kjøpte.

3. Laravel og serveradministrasjon

Å klikke Manage åpnet VPS Overview-siden, og det er her de virkelige forskjellene begynner å vise seg.

Helt øverst lå et app-kort merket Laravel med en Manage App-knapp, som bekreftet at Laravel var installert automatisk under provisjoneringen.

Rett under lå et andre kort jeg ikke hadde forventet:

• Cloudpanel, bygget på Ubuntu 24.04
• Admin-brukernavn vist i klartekst
• Lenke for tilbakestilling av passord
• Egen Manage panel-knapp, separat fra Laravel-kortet over

Det andre kortet betyr mer enn det ser ut til. Cloudpanel er et fullt kontrollpanel for serveren, inkludert sammen med Laravel, ikke en engangs oppsettsveiviser, og det viste seg å være den faktiske flaten for å administrere filer, nettsteder og serveren fra dag til dag.

Da jeg bladde forbi begge kortene, lå den underliggende Ubuntu 24.04-instansen nedenfor, markert Running, med reboot- og terminalkontroller og root SSH-detaljer lagt ut på samme måte som alle andre VPS-er på denne kontoen.

Siden denne serveren nettopp var provisjonert, var ressursgrafene ikke fylt ut ennå, hPanel viste en melding om å sjekke tilbake om rundt 30 minutter for bruksdata, en ærlig måte å håndtere en server som faktisk ikke har trafikkhistorikk ennå, i stedet for å vise tomme grafer som om de betydde noe.

Lenger nede fant jeg:

• SSH-nøkkeladministrasjon
• Brannmurregler
• Sikkerhetskopisnapshots
• Malware-skanner: Not installed

Den siste linjen er det første virkelige gapet. Malware-skanneren står som Not installed, rett under en planside som lister en automatisk malware-skanner som en av tre hovedfunksjoner for akkurat dette produktet. Uansett hva markedsføringen lover, er den ikke slått på som standard på serveren du faktisk får.

Nysgjerrig på om den andre hovedpåstanden holdt bedre, sjekket jeg Backups & Monitoring neste. Latest Actions-loggen viste:

• En recreate-handling logget samme dag
• Ukentlige backup_create-oppføringer, hver merket Success, som strekker seg tilbake over en måned

Den påstanden holdt stikk mot det kontoens egne logger viste, en reell kontrast til malware-skanneren som sto uaktivert ett område unna.

Det er verdt å vite at Hostinger leverer på noen av de oppgitte funksjonene som standard og lar andre være opp til deg å slå på selv, og den eneste måten å finne ut hvilke som er hvilke på, er å lete, siden plansiden behandler dem som like inkluderte.

Deretter gikk jeg tilbake til Laravel-appkortet og klikket Manage App, og forventet at det skulle åpne en slags Laravel-spesifikk oppsetts- eller filadministrasjonsskjerm slik Cloudpanels knapp gjorde.

I stedet åpnet det en side med tittelen “Let’s get started”, som lenket videre til Laravels egen dokumentasjon og Laracasts-videoveiledninger, med en enkelt knapp under som het Deploy now.

Jeg klikket den likevel for å se hvor den førte, og den sendte meg til laravel.com/cloud, registreringssiden for Laravel Cloud.

Her er forskjellen det er viktig å være presis om.

Laravel Cloud er ikke et Hostinger-produkt og har ingenting med VPS-en jeg nettopp hadde betalt for å gjøre. Det er en separat, fullt administrert hostingplattform bygget og solgt direkte av Laravel-teamet, som konkurrerer i samme rom som en tjeneste som Vercel eller Heroku, med sitt eget kontosystem, sin egen prising og sin egen gratis brukskreditt.

Å registrere seg der ville bety å betale Laravel, i tillegg til det du allerede betalte Hostinger, for å hoste applikasjonen din et helt annet sted.

Når det gjelder hvorfor Manage App peker dit, sjekket jeg den offisielle kunnskapsbase-artikkelen som Kodee selv siterte da jeg spurte, “How to use the Laravel VPS template at Hostinger.” Den artikkelen viser hvordan man får tilgang til CloudPanel på VPS-ens IP på port 8443, redigerer .env-filen, og kjører Composer- og Artisan-kommandoer over SSH.

Den nevner aldri Manage App-knappen, og den nevner aldri Laravel Cloud heller. Så dette er ikke et tilfelle der forklaringen finnes et annet sted jeg ikke hadde sett.

Hostinger’s egen offisielle gjennomgang for akkurat denne malen erkjenner ikke at den knappen finnes, og Kodee, da jeg spurte direkte, bekreftet at Manage App ikke administrerer VPS-en og advarte om at registrering i Laravel Cloud fra den ville bety en andre, separat regning.

Alle som klikker Manage App og forventer å administrere appen sin, ender opp med å se på en registreringsside for et annet betalt produkt, uten dokumentasjon noe sted som forklarer det på forhånd.

Knappen som faktisk tar deg dit, sitter ett kort nedenfor. Manage panel, på Cloudpanel-kortet.

Å klikke den åpner en innloggingsskjerm som ber om brukernavn og passord, og her er det verdt å være presis, siden panelet ikke gir noen hint når du først er på den skjermen.

Brukernavnet er admin, og passordet er serverpassordet Hostinger sendte da VPS-en først ble provisjonert, ikke Hostinger-kontopassordet ditt.

Hvis den e-posten for lengst er borte, genererer Reset-lenken som står rett ved siden av passordfeltet på Cloudpanel-kortet et nytt uten at du trenger å lete i innboksen.

Når du er logget inn, åpner Cloudpanel seg på en Sites-liste, med VPS-vertsnavnet allerede konfigurert som et live nettsted, PHP satt som applikasjonstype, og en Manage-lenke ved siden av.

Å åpne innstillingene for dette nettstedet avdekket en full rad med faner, Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs og Logs.

Det er et virkelig, grundig kontrollpanel, og det er verdt å påpeke at det ligger en Cron Jobs-fane der rett i samme grensesnitt. Kodee guidet meg gjennom å legge til schedulerens cron-oppføring for hånd over SSH, noe som fungerer fint, men Cloudpanel har en pek-og-klikk-måte å gjøre det samme på uten å røre terminalen i det hele tatt, og verken Kodee eller kunnskapsbase-artikkelen nevnte det som et alternativ.

Med den enden ute av veien, er menyen til venstre på serveradministrasjonssiden der de virkelige kontrollene ligger.

Her er hva den tilbyr:

• Overview: sammendragssiden selv, med Laravel- og Cloudpanel-appkortene, ressursbruk og snarveier til alt under
• Settings: servernivåkonfigurasjon, som root-passordtilbakestillinger og endring av vertsnavn
• OS & Panel: kontroll over operativsystemet og hvilket kontrollpanel som er installert på serveren
• Backups & Monitoring: utvides til Snapshots & Backups, Server Usage og Latest Actions, som er der jeg fant den ukentlige backup-loggen som bekreftet at den påstanden holdt
• Security: dekker malware-skanneren og brannmurinnstillingene, seksjonen der jeg fant skanneren avslått
• API: åpner Hostinger’s API-dokumentasjon i en ny fane, for alle som vil automatisere serveradministrasjon utenfor panelet
• DNS Manager: domene- og DNS-postadministrasjon knyttet til serveren
• Tutorials: en ekstern lenke til Hostinger’s hjelpsinnhold

Det er et bredt nok spekter til å kalle det fullstendig dekning for VPS-administrasjon. Serverinnstillinger, OS-kontroll, sikkerhet, sikkerhetskopier, DNS og API-tilgang er alle representert som egne kategorier i stedet for å være gjemt i en generell innstillingsmeny, og jeg støtte ikke på noe jeg trengte som manglet fra denne listen.

Det den ikke gjør, er å samle inn noen Laravel-spesifikke verktøy, som å distribuere kode, administrere .env-filer, kjøre Artisan-kommandoer, alt dette skjer enten gjennom Cloudpanel eller terminalen, ikke gjennom dette sidepanelet.

Det bringer meg til terminalknappen som sitter på Ubuntu-kortet. Hensikten er direkte kommandolinjetilgang til selve serveren, og åpner en live SSH-økt i nettleseren uten å trenge en egen SSH-klient eller å kopiere en privat nøkkel over på maskinen din.

Å klikke den slapp meg rett inn i et root-skall, allerede autentisert, med Cloudpanels velkomstbanner på skjermen som viste sin egen webadresse og et CLI-verktøy kalt clpctl for å administrere panelet fra kommandolinjen.

For alle som er komfortable med å jobbe fra en terminal, er det den raskeste veien til faktisk å konfigurere Laravel-installasjonen, distribuere kode, redigere miljøvariabler og kjøre migrasjoner, siden ingen av disse har en dedikert knapp noe sted i hPanel selv.

Samlet konklusjon om brukervennlighet

Hostinger Laravel VPS Hosting

Oppdag hvordan Hostinger Laravel VPS Hosting gir et fleksibelt miljø for distribusjon av Laravel-applikasjoner med dedikerte serverressurser, full kontroll, skalerbar ytelse og tilpassbare konfigurasjoner for moderne nettprosjekter.

Besøk Hostinger

Nivå av support

Kodee, Hostinger’s AI-assistent, ligger bak Ask AI-knappen i hPanel og håndterer support her, på samme måte som den gjør på tvers av resten av Hostinger’s produkter.

Jeg testet den med to separate tekniske spørsmål om denne VPS-en, ett om et grensesnittproblem jeg allerede hadde støtt på, og et andre, dypere spørsmål om hvordan Laravel faktisk kjører i produksjon på denne serveren.

Etter det gikk jeg gjennom Hostinger’s kunnskapsbase for å se hvor mye av dette den dekker uten å måtte spørre noen.

1. AI-support (Kodee)

Det første spørsmålet mitt kom rett ut av testingen av Manage App-knappen på Laravel-appen, som hadde åpnet Laravel Cloud, en separat betalt plattform, i stedet for noe knyttet til VPS-en selv.

Jeg spurte Kodee direkte om den knappen skulle åpne Laravel Cloud eller administrere installasjonen som allerede kjørte gjennom Cloudpanel, og hva som faktisk ville skje hvis jeg registrerte meg for Laravel Cloud derfra.

Kodee svarte innen et minutt:

• Bekreftet at Manage App ikke administrerer den eksisterende VPS-installasjonen
• Identifiserte det korrekt som en lenke til Laravel Cloud, en separat distribusjonsplattform
• Pekte på Cloudpanel, tilgjengelig på VPS-ens IP på port 8443, som den virkelige administrasjonsflaten
• Advarte om at registrering i Laravel Cloud ville opprette et separat, uavhengig fakturert miljø, ikke distribuere noe til VPS-en jeg allerede hadde betalt for

Det er et klart, korrekt svar på et spørsmål som har en reell kostnad knyttet til seg hvis du tar feil, og det kom med en henvisning til Hostinger’s egen dokumentasjon i stedet for et gjettesvar.

Deretter spurte jeg noe med mer teknisk tyngde bak seg. Laravel-applikasjoner i produksjon er avhengige av en cron-oppføring for oppgaveplanleggeren og en Supervisor-prosess for å holde køworkers i gang, og jeg ville vite om VPS-malen setter opp noen av delene automatisk, og om Supervisor i seg selv ville overleve en omstart hvis jeg konfigurerte den selv.

Kodee sa at den ville sjekke serveren direkte før den svarte, og det gjorde den:

• Rapporterte at ingen schedule:run-cron-oppføring var til stede
• Rapporterte at ingen Supervisor-tjeneste var konfigurert
• Rapporterte at ingen queue worker var satt opp
• Ga den nøyaktige cron-linjen som trengs for scheduler
• Ga en full Supervisor-konfigurasjonsblokk for en queue worker, med riktige flagg
• Bekreftet at Supervisor vedvarer etter en omstart når det aktiveres med systemctl enable –now supervisor
• La til påminnelsen om å kjøre php artisan queue:restart etter at ny kode er distribuert, en detalj som er lett å overse og som forårsaker reelle produksjonsfeil når den hoppes over

Hva jeg syntes om AI-supporten: Kodee fortjente svarene sine her i stedet for å gjette. Å bekrefte at det ikke fantes noen scheduler-cron og ingen Supervisor-prosess før den anbefalte noe, er forskjellen mellom en sjekkliste-respons og en som er forankret i hva denne spesifikke serveren faktisk gjorde, og påminnelsen om å restarte køworker etter deploy er den typen detalj som bare dukker opp når noen, eller noe, faktisk forstår hvordan Laravel-køer oppfører seg i produksjon.

To spørsmål, to nøyaktige og fullstendige svar, begge levert innen et par minutter.

2. Kunnskapsbase

Hostinger’s kunnskapsbase er organisert på samme måte på tvers av alle produkter, store kategorifelt med artikkeltall, en søkelinje og et kategorifilter øverst.

I stedet for å bla, gikk jeg rett til søk og skrev “laravel”, som ga 15 resultater fordelt på to sider, merkbart mer enn en smalere ett-klikk-applikasjon pleier å vise.

Det er likevel verdt en reservasjon. Flere resultater er ikke det samme som mer relevante resultater, siden flere av treffene bare var tangensielt relatert, en artikkel om PHP-mailbegrensninger og en annen om problemer med nettstedsmigrering dukket opp bare fordi de nevner Laravel i forbifarten.

Det mest relevante resultatet, “How to use the Laravel VPS template at Hostinger,” dekker hvordan man får tilgang til Cloudpanel, forstår Laravel sin mappestruktur, redigerer .env-filen, kjører Composer og kjører migrasjoner.

Det er en solid gjennomgang av å få et Laravel-prosjekt i gang på denne malen. Det den ikke dekker, er scheduler eller køworkers i det hele tatt, akkurat det hullet Kodee måtte fylle da jeg spurte.

Ved nærmere gjennomgang av søkeresultatene dukket det opp noe det er verdt å flagge. En eldre artikkel, “How to deploy Laravel 8 at Hostinger,” inkluderer faktisk et fungerende cron-eksempel for scheduler, men den er skrevet for et annet, eldre oppsett helt og holdent, der Laravel ble distribuert manuelt på delt eller cloud-hosting i stedet for den nåværende VPS-malen, komplett med en public_html-filstruktur som ikke har noe med hvordan Cloudpanel organiserer en VPS å gjøre.

Alle som bruker denne VPS-malen og søker i kunnskapsbasen etter scheduler-veiledning, ville havne på en artikkel som beskriver et annet produkt før de fant noe som faktisk gjelder serveren deres.

Hva jeg syntes om kunnskapsbasen: Artikkeltallet ser sterkt ut på papiret, 15 resultater for ett søkeord, men rå volum skjuler hvor spredt det nyttige innholdet egentlig er. Den sentrale VPS-malartikkelen er godt skrevet og får et første prosjekt i gang, men den stopper akkurat der en produksjonsdistribusjon blir seriøs, og den ene dokumentasjonen som faktisk dekker scheduler tilhører et irrelevant, eldre hostingoppsett.

En leser som stoler på kunnskapsbasen alene kunne lett følge den eldre veiledningen og feilekonfigurere VPS-en sin ved å kopiere kommandoer bygget for en helt annen filstruktur.

Samlet konklusjon om support

Hostinger Laravel VPS Hosting

Oppdag hvordan Hostinger Laravel VPS Hosting gir et fleksibelt miljø for distribusjon av Laravel-applikasjoner med dedikerte serverressurser, full kontroll, skalerbar ytelse og tilpassbare konfigurasjoner for moderne nettprosjekter.

Besøk Hostinger

Anbefaler vi Hostinger Laravel Hosting?

Ja. Grunnleggende fungerer godt her. Laravel og Cloudpanel kommer forhåndsinstallert og fungerer, den underliggende maskinvaren leverer gode benchmarkresultater på CPU, minne og disk, og Kodee ga to nøyaktige, serverbevisste tekniske svar da jeg satte den på en reell prøve. Ukentlige sikkerhetskopier stemte med kontoens egne logger, akkurat som annonsert.

De svake sidene er smale, men verdt å kjenne til før du kjøper. Malware-skanneren som ble oppgitt som en hovedfunksjon var ikke slått på som standard, og Manage App-knappen på Laravel-kortet sender deg mot Laravel Cloud, et separat betalt produkt, i stedet for noe som ligner app-administrasjon, uten dokumentasjon noe sted som advarer deg på forhånd.

Ingen av delene er vanskelige å omgå når du først vet at Cloudpanel er den virkelige administrasjonsflaten, men ingen av dem burde kreve gjetting heller.

For en utvikler som vil ha Laravel i gang raskt på solid infrastruktur, og som er komfortabel med å bruke fem minutter på å finne Cloudpanel i stedet for den feilmerkede knappen ved siden av, er dette en enkel anbefaling. For noen som vil at alle annonserte funksjoner skal være slått på i det øyeblikket serveren starter, uten behov for kryssjekk, bør du beregne noen ekstra minutter til oppsett før du kaller det ferdig.

Hostinger

5.0

2,471 brukeromtaler

Nkr 15 /mo

Startpris

Besøk Hostinger

Rating based on expert review

• Brukervennlig
  4.9
• Support
  4.9
• Funksjoner
  4.8
• Pålitelighet
  4.7
• Prising
  4.5