Inzichten van experts en gebruikers door Hostinger Klanten
Ik heb een Hostinger Laravel VPS geprovisioneerd, hem door een volledige server-benchmarksuite gehaald en Kodee AI-support benaderd met twee echte technische vragen. Eén knop op het dashboard deed niet wat het label beloofde.
Ik heb een Hostinger Laravel VPS geprovisioneerd, hem door een volledige server-benchmarksuite gehaald en Kodee AI-support benaderd met twee echte technische vragen. Eén knop op het dashboard deed niet wat het label beloofde.
Hostginger verkoopt zijn Laravel VPS als een vooraf geïnstalleerde, AI-beheerde server die is gebouwd om een Laravel-project snel live te krijgen. Het grootste deel van die belofte hield stand onder echte tests, sterke benchmarks, een capabele AI-ondersteuningsagent, back-ups die bevestigd werden als op schema draaiend.
Één knop op het dashboard stuurde me echter ergens heen waar ik nooit had verwacht uit te komen, en het is de moeite waard om te weten voordat je er zelf op klikt. Hier is de volledige analyse.
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.
Laravel automatisch vooraf geïnstalleerd bij provisioning
Van afrekenen naar een draaiende server in enkele minuten
Cloudpanel geeft volledige servertoegang
Kodee inspecteert en fixt live problemen
Wekelijkse back-ups draaien en worden automatisch geverifieerd
Sterke CPU-schaalvergroting op beide cores
Gebalanceerde lees- en schrijfsnelheden van de schijf
Consistente bijna-gigabit netwerksnelheid tijdens testruns
30 dagen geld-terug-garantie op VPS-plannen
Cons
Malwarescanner niet standaard geïnstalleerd
Knop Manage App verwijst door naar Laravel Cloud
Tip Beheer je Laravel-app via Cloudpanel in plaats van de knop Manage App, en controleer het tabblad Security als je wilt dat de malwarescanner daadwerkelijk wordt ingeschakeld.
Beoordelingsuitsplitsing
Om Hostinger’s Laravel VPS-hosting te beoordelen, heb ik HostAdvice’s beoordelingsmethode toegepast, dezelfde gestandaardiseerde aanpak die op elke review op de site wordt gebruikt, zodat scores consistent blijven en gebaseerd zijn op echte tests in plaats van marketingclaims. Hier is hoe het scoorde per parameter.
Kodee controleerde de live server twee keer en gaf beide keren nauwkeurige, direct inzetbare oplossingen.
Totaal
9.1/10
Een capabele Laravel-host met uitstekende ondersteuning en benchmarks, afgeremd door één echte fout in de interface.
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.
Hostinger verkoopt Laravel-hosting als een van vier KVM VPS-tiers, KVM 1 tot en met KVM 8, waarbij CPU-cores, RAM, NVMe-schijfruimte en bandbreedte samen opschalen naarmate je omhoog gaat.
Laravel zelf is geen aparte aankoop, het is een applicatie met één klik die bovenop de tier wordt geplaatst die je tijdens het afrekenen kiest, met Cloudpanel inbegrepen als het eigenlijke controlepaneel om de installatie te beheren zodra die live is.
Een paar dingen die je moet weten voordat je bestelt:
Factureringsvoorwaarden: Plannen worden vooraf betaald voor termijnen van 1, 12 of 24 maanden, waarbij de langere termijnen echte kortingen op het maandtarief opleveren. Zie de prijsvraag-widget hieronder voor het volledige overzicht per tier en termijn.
Geld-terug-garantie: VPS-plannen hebben een garantie van 30 dagen, maar de kleine lettertjes voegen een echte beperking toe. Je kunt slechts één keer per 180 dagen een VPS-terugbetaling aanvragen, dus een tweede terugbetaling voor een aparte VPS-aankoop binnen dat venster wordt niet geaccepteerd. Upgrades naar een bestaand VPS-plan zijn volledig uitgesloten.
Gratis proefperiode: Ik vond geen specifieke gratis proefperiode voor Laravel VPS-hosting, alleen de 30 dagen geld-terug-garantie. Houd bij je evaluatie rekening met die beperking.
Betaalmethoden: Card (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay in afzonderlijke China- en Hong Kong-varianten, en Coingate voor crypto. Crypto-betalingen vallen volledig buiten het terugbetalingsbeleid, dus houd daar rekening mee als de garantie voor jou belangrijk is.
Wat is inbegrepen: Elke tier bevat een gratis .cloud-domein voor het eerste jaar, volledige roottoegang, Git-integratie en Cloudpanel zonder extra kosten, dus de stickerprijs ligt dichter bij de echte kostprijs dan bij hosts die afzonderlijk voor een controlepaneel rekenen.
Hostinger’s eigen richtlijn geeft aan dat KVM 1 genoeg is voor een eenvoudige Laravel-site, terwijl KVM 8 wordt aanbevolen voor zwaardere, resource-intensieve projecten.
Daar wil ik uit testen nog aan toevoegen dat de verwarring rond de Manage App-knop en de malwarescanner die standaard uit staat, voor elke tier hetzelfde geldt, dus omhoog gaan in capaciteit lost geen van beide op. Kies je plan op basis van CPU- en verkeersbehoeften, en pak die twee specifieke problemen op dezelfde manier aan, ongeacht welke tier je kiest.
Functies
AMD EPYC-processors op elke tier
NVMe SSD-opslag op alle plannen
Git-integratie voor gestroomlijnde code-implementatie
Volledige roottoegang via SSH
Cloudpanel controlepaneel standaard inbegrepen
AI-agent voor VPS-beheertaken
Automatische wekelijkse back-ups op elk plan
1 Gbps netwerksnelheid per plan
Gratis .cloud-domein voor één jaar
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.
Een Laravel-applicatie staat of valt met de server eronder, net zo goed als met de code zelf. Pagina’s laden afhankelijk van CPU-snelheid om PHP uit te voeren, databasequeries zijn afhankelijk van schijf-I/O, sessies en caching zijn afhankelijk van geheugen, en als de app queue-jobs draait of echte bezoekers heeft, zijn netwerkkapaciteit en het vermogen om onder belasting door te blijven werken ook belangrijk.
Laravel zelf verandert daar niets aan, het is nog steeds PHP op Linux, dus de echte test hier is de VPS.
Ik heb een volledige benchmarksuite op de server uitgevoerd, met CPU, geheugen, schijf, netwerk en een duurzame stresstest, om te zien wat dit plan werkelijk levert en wat dat betekent voor een echte applicatie.
De instance die ik testte was het KVM 2-plan, degene die ik tijdens het afrekenen koos:
CPU: 2 vCPU’s, afgesplitst van een host met een AMD EPYC 9354P-processor
RAM: 7.8GB bruikbaar van de toegewezen 8GB, plus 2GB swap
Schijf: 96GB bruikbaar van de toegewezen 100GB NVMe
OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic
Voordat we in de cijfers duiken, is het goed om te weten dat Hostinger’s Laravel VPS-lijn dezelfde vier tiers gebruikt als de rest van het VPS-assortiment, KVM 1 tot en met KVM 8, en dat KVM 2 de op een na laagste tier is, één stap boven de goedkoopste optie en ver onder de KVM 4- en KVM 8-tiers die zijn gebouwd voor zwaardere workloads met meerdere applicaties.
Wat volgt weerspiegelt een klein tot middelgroot Laravel-project, een enkele applicatie die een reëel maar bescheiden verkeersvolume bedient, niet een groot platform dat meerdere services op één machine draait.
Thread fairness standaarddeviatie: 182.50 op een gemiddelde van 14,321.5 events per thread
Hier is wat dat single-thread-cijfer in de praktijk betekent. Een typische Laravel-aanvraag, een Blade-view renderen, een handvol Eloquent-queries uitvoeren, een sessie controleren, besteedt het grootste deel van zijn tijd aan één CPU-core die PHP-werk doet in plaats van dat werk tegelijk over meerdere cores te verspreiden.
Bij 0.61ms gemiddelde latentie per rekenkundige gebeurtenis in deze test is de CPU niet het onderdeel van de stack dat een pagina traag gaat maken.
Het verschil tussen de gemiddelde latentie en het 95e percentiel is ook klein, 0.61ms tegenover 0.64ms, wat betekent dat de prestaties consistent bleven in plaats van dat af en toe een verzoek veel langer duurde dan de rest, een patroon dat zou opvallen als willekeurige trage pagina’s voor echte bezoekers.
Het multi-thread-resultaat is het nuttigste cijfer om de gelijktijdigheid te begrijpen. Van één thread naar twee gaan verdubbelde de throughput bijna, ongeveer 88 procent scaling efficiency, wat betekent dat deze VPS niet veel capaciteit verliest aan overhead of aan andere tenants die om dezelfde fysieke cores concurreren.
In de praktijk betekent dat dat PHP-FPM dat met twee worker-processen op dit plan draait, ongeveer twee keer zoveel verzoeken kan verwerken als in een single-threaded scenario voordat de CPU de bottleneck wordt, in plaats van minder dan het dubbele, wat je zou zien als de twee vCPU’s met elkaar zouden strijden om cycli.
De thread fairness-waarde, ongeveer 1.3 procent variantie tussen de twee threads, bevestigt dat beide cores ongeveer evenveel werk deden in plaats van dat één core de last droeg terwijl de andere niets deed. Voor een echte site betekent dat dat verzoeken gelijkmatig worden verdeeld over PHP-FPM-workers in plaats van zich op te stapelen achter de worker die toevallig bezig is.
2. Geheugensnelheid
Sequential Write: 5,865.22 MiB/sec
Sequential Read: 7,155.43 MiB/sec
Geheugensnelheid is voor Laravel belangrijk op een manier die gemakkelijk over het hoofd wordt gezien. Elke OPcache-lookup, elke sessielezing, elke array of collection die je applicatie opbouwt tijdens het afhandelen van een verzoek leeft in RAM, en als er ook een cachinglaag zoals Redis op dezelfde machine draait, concurreert die om dezelfde geheugenbandbreedte.
Met ongeveer 5.9 GiB per seconde schrijf- en 7.2 GiB per seconde leessnelheid kan deze VPS gegevens snel genoeg in en uit het geheugen verplaatsen zodat geheugenbewerkingen zeer waarschijnlijk niet zijn wat een verzoek vertraagt; de bottleneck voor een typische Laravel-app is bijna altijd schijf of netwerk vóór RAM-snelheid.
Waar geheugen directer van belang is, is capaciteit in plaats van snelheid. Met 7.8GB bruikbaar en 2GB swap achter de hand kan dit plan comfortabel PHP-FPM, MySQL of PostgreSQL en een kleine Redis-instantie naast elkaar draaien voor één applicatie, maar het laat niet veel ruimte over als je meerdere sites op dezelfde VPS of een database met een grote werkset draait.
De swap is een vangnet voor een korte geheugenpiek, geen vervanging voor RAM als de applicatie echt te klein is voor dit plan.
3. Schijf-I/O
Sequential Write: 740 MiB/s (776 MB/s), 740 IOPS
Sequential Read: 749 MiB/s (785 MB/s), 748 IOPS
Random 4K mixed read/write: ongeveer 9,400 IOPS in beide richtingen, ongeveer 36.7 MiB/s throughput per richting
Sequentiële snelheid is het cijfer dat telt voor grote, eenmalige operaties, het terugzetten van een database-back-up, het uitpakken van een geüploade archief, het schrijven van een groot logbestand.
Met ongeveer 740 tot 750 MiB/s in beide richtingen, en met lees- en schrijfsnelheid die binnen twee procent van elkaar liggen, heeft deze schijf niet die scheve zwakte in één richting die je op sommige cloudopslag ziet, waar lezen snel is maar schrijven duidelijk achterblijft.
Willekeurige 4K-prestaties zijn het cijfer dat eigenlijk voorspelt hoe een Laravel-app zich dag tot dag zal aanvoelen, omdat een database niet in grote sequentiële blokken leest en schrijft, maar kleine, verspreide blokken verspreid over de schijf leest en schrijft terwijl het rijen opzoekt, indexen bijwerkt en naar het transactie-log schrijft.
Iets meer dan 9,000 IOPS in beide richtingen komt neer op ongeveer 9,000 kleine databasebewerkingen per seconde voordat schijf-I/O de beperkende factor wordt.
Een typische Laravel-pagina zou ergens tussen een handvol en enkele tientallen queries kunnen triggeren, afhankelijk van hoe de app is gebouwd, wat betekent dat deze schijf ruimte heeft voor een betekenisvol aantal gelijktijdige gebruikers die tegelijk de database aanspreken voordat queries beginnen te wachten op schijftoegang.
Alleen een duidelijk schrijfrijke workload, logging met hoge volumina, een drukke queue-tabel, frequente cachewrites naar schijf, zou deze specifieke grens echt onder druk zetten.
4. Netwerksnelheid
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
Beide runs kwamen uit op een server in Phoenix, Arizona, passend bij de Verenigde Staten-locatie die ik tijdens het afrekenen had gekozen, dicht bij een volledige gigabit in beide richtingen met nul packet loss bij beide pogingen.
Voor een Laravel-app is dit cijfer vooral belangrijk voor twee dingen: hoe snel de server assets en API-responses aan bezoekers kan leveren, en, als de app externe API’s aanroept of gegevens uit andere services haalt, hoe snel die uitgaande calls worden voltooid.
Bijna-gigabit throughput betekent dat bandbreedte niet de beperkende factor wordt voor een typische webapplicatie; je zou een zeer grote hoeveelheid grote bestandsoverdrachten, video, grote downloads of bulkexports nodig hebben voordat dit de bottleneck wordt in plaats van CPU of schijf.
De bijna identieke resultaten over twee afzonderlijke runs, enkele minuten uit elkaar, sluiten ook een geluksresultaat van één keer uit; dit is wat de verbinding consequent doet in plaats van een cijfer dat toevallig één keer piekte.
5. Stresstest
Ik draaide CPU-, geheugen- en schijfstressoren elk 180 seconden om te zien hoe de server standhoudt onder langdurige belasting in plaats van een korte piek:
De afzonderlijke bogo ops-cijfers zijn hier minder belangrijk dan wat er niet gebeurde.
Nul gefaalde workers en nul onbetrouwbare metrics over alle drie de tests, achter elkaar uitgevoerd gedurende drie volle minuten per test, betekent dat de server CPU, geheugen en schijf tegelijk onder druk hield zonder te crashen, af te zakken naar een onbetrouwbare toestand, of resultaten terug te geven die de benchmark zelf als verdacht markeerde. Dat is ongeveer het dichtst dat dit soort tests in de buurt komt van een echte verkeerspiek, meerdere bronnen maximaal belast tegelijk, en het is het resultaat dat het belangrijkst is voor iedereen die bang is dat hun site instort tijdens een drukke periode in plaats van alleen goed te presteren in losse, afzonderlijke tests.
Algemeen oordeel over prestaties
Het KVM 2-plan presteert goed voor wat het is: een kleine tot middelgrote VPS in plaats van een vlaggenschip. In de praktijk heeft deze server voldoende single-thread CPU-snelheid en voldoende random disk IOPS om een typische Laravel-pagina snel te houden, genoeg netwerkkapaciteit zodat bandbreedte geen bottleneck wordt voor een normale webapplicatie, en hij hield stand met nul failures onder drie gelijktijdige stresstests.
Dat mag niet worden gelezen als een oordeel over Hostinger’s Laravel-hosting als geheel, want dit is één tier van de vier.
Een kleiner persoonlijk project of een app met weinig verkeer kan comfortabel draaien op het goedkopere KVM 1-plan, terwijl een Laravel-applicatie die echte productieverkeer bedient, geplande taken, queue-workers en een database tegelijk draait, er goed aan doet om naar KVM 4 of KVM 8 te kijken in plaats van deze KVM 2-cijfers als het plafond te zien. Kies op basis van wat de app werkelijk nodig heeft om te draaien, niet alleen op basis van de instapprijs op de planpagina.
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.
Ik heb Hostinger’s Laravel VPS getest vanaf het afrekenen tot het openen van de daadwerkelijke beheertools die erbij horen.
Dat omvatte het kiezen van een plan en serverlocatie, een account aanmaken, betalen, en daarna uitzoeken hoe je een Laravel-implementatie daadwerkelijk beheert zodra de server live is. Wat volgt is hoe dat proces werkelijk aanvoelde, inclusief een moment waarop de interface me ergens heen stuurde waar ik niet op had gerekend.
1. Registratie
Ik begon op de Laravel VPS-landingspagina, die begint met drie claims die je moet onthouden:
Gratis automatische wekelijkse back-ups
AI-beheerde VPS
Automatische malwarescanner
Ik koos het KVM 2-plan, een redelijk middenveld voor een enkele Laravel-applicatie in plaats van een zwaar resource-intensieve build, en ging naar de winkelwagen.
Vanaf daar stond op de winkelwagenpagina alles op één scherm:
Factureringsperiode: 1, 12 of 24 maanden, besparing per optie getoond
Serverlocatie: regio’s gegroepeerd per continent, met latentie-inschatting naast elke optie
Applicatiemarkt: meer dan duizend one-click OS-, paneel- en applicatie-opties
Ik koos 24 maanden voor het lagere tarief, en besteedde daarna meer tijd dan normaal aan de serverlocatie.
Verenigd Koninkrijk gaf de beste latentie op de lijst, maar ik scrolde toch door de rest van de regio’s om te vergelijken. Noord-Amerika liet een solide resultaat zien voor de Verenigde Staten, en Azië’s snelste optie, Maleisië, bleef daar flink bij achter.
Omdat de site die ik in gedachten had vooral een Amerikaans publiek zou trekken, koos ik de Verenigde Staten boven de technisch snellere optie Verenigd Koninkrijk.
Dat is de moeite waard om te benoemen voor iedereen die regio’s op deze pagina vergelijkt. De beste latentie voor jou, terwijl je achter je eigen laptop zit, is niet het getal dat telt. Het gaat om de latentie voor de mensen die de site daadwerkelijk zullen bezoeken, dus kies op basis van je publiek, niet op basis van je eigen testresultaten.
Daarna scrolde ik naar de applicatiemarkt, waar Laravel al geselecteerd was, dezelfde one-click-setup die Hostinger op zijn hele appcatalogus gebruikt. Daar hoefde niets aan te worden veranderd, dus ging ik rechtstreeks door naar afrekenen.
Ik was al ingelogd op een bestaand Hostinger-account, dus de registratie zelf kostte één klik.
Daarna boden het factuuradres en het betaalscherm het volgende:
Card, met Visa, Mastercard, Amex en Discover
PayPal
Google Pay
AliPay, in afzonderlijke China- en Hong Kong-varianten
Coingate, voor cryptobetaling
Alles op één pagina, geen aparte omleiding. Ik diende de betaling in, kreeg direct een bevestigingsmail, en belandde terug in hPanel met de nieuwe server al als draaiend vermeld.
Wat hier opviel, is hoeveel keuze Hostinger bij het afrekenen geeft zonder iets verplicht te maken.
Vooral de vergelijking van locaties is de moeite waard om serieus te nemen in plaats van er gewoon langs te klikken, omdat de standaardaanbeveling op de planpagina niet altijd overeenkomt met wie de server daadwerkelijk gaat gebruiken.
2. Dashboard/klantomgeving
Zodra de betaling was verwerkt, opende hPanel op het startscherm, hetzelfde centrale accountpaneel dat domeinen, e-mail, de websitebouwer en VPS-beheer vanaf één plek afhandelt.
Het begroette me bij naam met een AI-promptbalk, een rij snelkoppelingen, een takenlijst en verder naar beneden een lijst van alle websites en servers op het account.
Daarna scrolde ik naar de VPS-tabel, waar de nieuwe server al als Running stond gemarkeerd, met hostname, IP-adres, plan en vervaldatum direct zichtbaar zonder iets te openen.
Ik klikte op Manage om naar het serverspecifieke paneel te gaan.
Direct landen op de account-homepage na het afrekenen, met de server al geprovisioneerd en vermeld, is het deel van deze flow dat consequent goed werkt.
Er is geen apart wachtscherm en je hoeft niet in menu’s te zoeken naar wat je net hebt gekocht.
3. Laravel- en serverbeheer
Op Manage klikken opende de VPS Overview-pagina, en hier beginnen de echte verschillen zichtbaar te worden.
Bovenaan stond een app-kaart met het label Laravel en een knop Manage App, wat bevestigde dat Laravel automatisch tijdens provisioning was geïnstalleerd.
Direct daaronder stond een tweede kaart die ik niet had verwacht:
Cloudpanel, gebaseerd op Ubuntu 24.04
Admin-gebruikersnaam in platte tekst
Wachtwoord-resetlink
Eigen Manage panel-knop, apart van de Laravel-kaart hierboven
Die tweede kaart is belangrijker dan het lijkt. Cloudpanel is een volledig controlepaneel voor de server, meegeleverd naast Laravel, en bleek de daadwerkelijke omgeving te zijn voor het dagelijks beheren van bestanden, sites en de server.
Als je voorbij beide kaarten scrolt, staat de onderliggende Ubuntu 24.04-instantie eronder, gemarkeerd als Running, met reboot- en terminalbediening en root SSH-gegevens op dezelfde manier weergegeven als elke andere VPS op dit account.
Omdat deze server net was geprovisioneerd, waren de resourcegrafieken nog niet gevuld; hPanel liet een bericht zien dat ik over ongeveer 30 minuten moest terugkomen voor gebruiksgegevens, een eerlijke manier om een server te behandelen die daadwerkelijk nog geen verkeersgeschiedenis heeft in plaats van lege grafieken te tonen alsof ze iets betekenden.
Verder naar beneden vond ik:
SSH key-beheer
Firewallregels
Back-up snapshots
Malwarescanner: Niet geïnstalleerd
Die laatste regel is de eerste echte kloof. De malwarescanner staat als Not installed, direct onder een planpagina die een automatische malwarescanner noemt als een van de drie hoofdkenmerken van dit exacte product. Wat de marketing ook belooft, het staat niet standaard ingeschakeld op de server die je daadwerkelijk ontvangt.
Nieuwsgierig of de andere hoofdclaim beter standhield, controleerde ik vervolgens Backups & Monitoring. Het log Latest Actions liet het volgende zien:
Een recreate-actie geregistreerd op dezelfde dag
Wekelijkse backup_create-vermeldingen, elk gemarkeerd als Success, teruggaand over meer dan een maand
Die claim klopte met wat de eigen logs van het account lieten zien, een echt contrast met de malwarescanner die één sectie verder uitgeschakeld stond.
Het is de moeite waard om te weten dat Hostinger sommige van zijn genoemde functies standaard levert en andere door jezelf laat inschakelen, en de enige manier om te zien welke dat zijn, is door het na te gaan, aangezien de planpagina ze als even inbegrepen behandelt.
Daarna ging ik terug naar de Laravel-appkaart en klikte op Manage App, in de verwachting dat het een soort Laravel-specifiek instellingenscherm of bestandsbeheer zou openen zoals de knop van Cloudpanel deed.
In plaats daarvan opende het een pagina met de titel “Let’s get started”, met links naar Laravel’s eigen documentatie en Laracasts-videotutorials, met daaronder slechts één knop met de tekst Deploy now.
Ik klikte er toch op om te zien waar het naartoe leidde, en het bracht me naar laravel.com/cloud, de aanmeldpagina voor Laravel Cloud.
Hier is het onderscheid dat precies moet worden gemaakt.
Laravel Cloud is geen Hostinger-product en heeft niets te maken met de VPS waarvoor ik net had betaald. Het is een apart, volledig beheerd hostingplatform dat direct door het Laravel-team wordt gebouwd en verkocht, concurrerend in dezelfde ruimte als een dienst zoals Vercel of Heroku, met zijn eigen accountsysteem, zijn eigen prijzen en zijn eigen gratis gebruikscredits.
Je daar aanmelden zou betekenen dat je naast wat je al aan Hostinger hebt betaald ook Laravel betaalt om je applicatie ergens anders te hosten.
Wat betreft waarom Manage App daarheen verwijst, ik heb het officiële kennisbankartikel gecontroleerd waar Kodee zelf naar verwees toen ik vroeg, “Hoe de Laravel VPS-template bij Hostinger te gebruiken.” Dat artikel legt uit hoe je CloudPanel benadert via het IP-adres van je VPS op poort 8443, hoe je het .env bestand bewerkt en hoe je Composer- en Artisan-commando’s via SSH uitvoert.
Het noemt de knop Manage App nergens, en het noemt Laravel Cloud ook nergens. Dus dit is niet een geval waarin de uitleg ergens stond waar ik niet had gekeken.
Hostinger’s eigen officiële handleiding voor precies deze template erkent niet dat die knop bestaat, en Kodee bevestigde, toen ik er rechtstreeks naar vroeg, dat Manage App de VPS niet beheert en waarschuwde dat je je aanmelden voor Laravel Cloud via die knop zou betekenen dat je een tweede, apart gefactureerde omgeving krijgt.
Iemand die op Manage App klikt in de verwachting hun app te beheren, komt uiteindelijk terecht op een aanmeldpagina voor een ander betaald product, zonder dat ergens vooraf wordt uitgelegd dat dat zo is.
De knop die je er echt brengt staat één kaart lager. Manage panel, op de Cloudpanel-kaart.
Als je daarop klikt, opent een inlogscherm dat een gebruikersnaam en wachtwoord vraagt, en hier is het belangrijk om precies te zijn, aangezien het paneel je op dat scherm geen aanwijzingen meer geeft.
De gebruikersnaam is admin, en het wachtwoord is het serverwachtwoord dat Hostinger e-mailde toen de VPS voor het eerst werd geprovisioneerd, niet je Hostinger-accountwachtwoord.
Als die e-mail allang weg is, genereert de Reset-link die direct naast het wachtwoordveld op de Cloudpanel-kaart staat zonder moeite een nieuwe, zonder dat je in je inbox hoeft te graven.
Eenmaal ingelogd opent Cloudpanel op een Sites-lijst, met de hostnaam van de VPS al geconfigureerd als live site, PHP ingesteld als het applicatietype, en een Manage-link ernaast.
Als je de instellingen van die site opent, krijg je een volledige rij tabbladen te zien: Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs en Logs.
Dat is een echt, uitgebreid controlepaneel, en het is de moeite waard om te vermelden dat er gewoon een Cron Jobs-tabblad in dezelfde interface zit. Kodee leidde me stap voor stap door het handmatig toevoegen van de cronvermelding voor de scheduler via SSH, wat prima werkt, maar Cloudpanel heeft een point-and-click manier om hetzelfde te doen zonder een terminal aan te raken, en noch Kodee noch het kennisbankartikel noemde dat als optie.
Nu dat achter de rug is, is het linkermenu op de serverbeheerpagina de plek waar de echte bediening zit.
Dit is wat het biedt:
Overzicht: de samenvattingspagina zelf, met de Laravel- en Cloudpanel-appkaarten, resourcegebruik en snelkoppelingen naar alles hieronder
Instellingen: serverniveauconfiguratie, met zaken als root-wachtwoordresets en hostnaamwijzigingen
OS & Panel: controle over het besturingssysteem en welk controlepaneel op de server is geïnstalleerd
Back-ups & Monitoring: breidt uit naar Snapshots & Backups, Server Usage en Latest Actions, waar ik de wekelijkse back-uplog vond die bevestigde dat die claim klopte
Beveiliging: behandelt de malwarescanner en firewall-instellingen, de sectie waar ik de scanner uitgeschakeld aantrof
API: opent Hostinger’s API-documentatie in een nieuw tabblad, voor iedereen die serverbeheer buiten het paneel wil automatiseren
DNS Manager: domein- en DNS-recordbeheer gekoppeld aan de server
Tutorials: een externe link naar Hostinger’s hulpinhoud
Dat is een voldoende breed aanbod om het volledig te noemen voor VPS-beheer. Serverinstellingen, OS-besturing, beveiliging, back-ups, DNS en API-toegang zijn allemaal als afzonderlijke categorieën aanwezig in plaats van verstopt te zitten in een verzamelinstellingenmenu, en ik kwam niets tekort dat ik nodig had uit deze lijst.
Wat het niet doet, is enige Laravel-specifieke tooling opnemen; code deployen, environment-bestanden beheren, Artisan-commando’s draaien, dat gebeurt allemaal via Cloudpanel of de terminal, niet via deze zijbalk.
Dat brengt me bij de terminalknop op de Ubuntu-kaart. Het doel daarvan is directe commandoregeltoegang tot de server zelf, waarbij een live SSH-sessie in de browser wordt geopend zonder dat je een aparte SSH-client nodig hebt of een privésleutel naar je machine hoeft te kopiëren.
Als je erop klikt, belandde ik direct in een root-shell, al geauthenticeerd, met de welkomstbanner van Cloudpanel in beeld die zijn eigen webadres en een CLI-tool genaamd clpctl toont voor het beheren van het paneel vanaf de commandoregel.
Voor iedereen die comfortabel vanuit een terminal werkt, is dat de snelste route om de Laravel-installatie echt te configureren, code te deployen, environment-variabelen te bewerken en migraties uit te voeren, aangezien niets daarvan een eigen knop heeft in hPanel zelf.
Algemeen oordeel over gebruiksgemak
Het afrekenen en de weg van betaling naar een draaiende server werken hier goed, en echt gewicht geven aan de keuze van de serverlocatie, in plaats van gewoon de regio te kiezen die het snelst test, is een kleine maar nuttige toevoeging voor iedereen die nadenkt over waar de echte bezoekers zich bevinden.
De serverbeheersidebar zelf dekt alles wat een VPS-beheerder nodig zou hebben: instellingen, OS- en paneelbeheer, back-ups, beveiliging, DNS en API-toegang als duidelijk gescheiden categorieën, en ik liep nergens vast op zoek naar een VPS-functie die ontbrak. Waar dit tekortschiet, is op het niveau van appbeheer.
De malwarescanner die op de planpagina wordt geadverteerd, was niet geïnstalleerd op de server die ik ontving, en de knop die daadwerkelijk als appbeheer voor de Laravel-app is gelabeld, stuurt je naar een aanmeldpagina voor een concurrerend betaald product in plaats van naar iets dat op appbeheer lijkt.
Cloudpanel en de terminal werken allebei precies zoals ze moeten zodra je ze vindt, en de wekelijkse back-ups draaien volgens schema zoals beloofd. De hobbel is dat Hostinger’s eigen interface je eerst naar de verkeerde deur wijst, en niets in het paneel uitlegt dat Manage App niet het appbeheer is dat je zoekt.
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.
Kodee, Hostinger’s AI-assistent, zit achter de knop Ask AI in hPanel en verzorgt hier de ondersteuning, net als bij de rest van Hostinger’s producten.
Ik testte het met twee aparte technische vragen over deze VPS, één over een interfaceprobleem dat ik al was tegengekomen, en een tweede, diepgaandere over hoe Laravel in productie eigenlijk op deze server draait.
Daarna doorliep ik Hostinger’s kennisbank om te zien hoeveel van dat terrein gedekt wordt zonder dat je iemand hoeft te vragen.
1. AI-ondersteuning (Kodee)
Mijn eerste vraag kwam rechtstreeks voort uit het testen van de knop Manage App van de Laravel-appkaart, die Laravel Cloud had geopend, een apart betaald platform, in plaats van iets dat aan de VPS zelf was gekoppeld.
Ik vroeg Kodee direct of die knop bedoeld was om Laravel Cloud te openen of om de installatie te beheren die al via Cloudpanel draaide, en wat er zou gebeuren als ik me via die knop zou aanmelden voor Laravel Cloud.
Kodee antwoordde binnen een minuut:
Bevestigde dat Manage App de bestaande VPS-installatie niet beheert
Identificeerde het correct als een link naar Laravel Cloud, een apart deploymentplatform
Wijsde Cloudpanel, toegankelijk via het VPS-IP op poort 8443, aan als de echte beheeromgeving
Waarschuwde dat aanmelden voor Laravel Cloud een aparte, afzonderlijk gefactureerde omgeving zou creëren, niet iets zou uitrollen naar de VPS waarvoor ik al betaald had
Dat is een helder, correct antwoord op een vraag die een reële kost heeft als je hem fout beantwoordt, en het kwam met een verwijzing naar Hostinger’s eigen documentatie in plaats van een gok.
Daarna vroeg ik iets met meer technische zwaarte. Laravel-applicaties in productie zijn afhankelijk van een cron-vermelding voor de task scheduler en een Supervisor-proces om queue-workers draaiend te houden, en ik wilde weten of de VPS-template een van beide automatisch instelt, en of Supervisor zelf een reboot zou overleven als ik het zelf configureerde.
Kodee zei dat het de server eerst zou controleren voordat het antwoord gaf, en dat deed het ook:
Meldde dat er geen schedule:run cron-vermelding aanwezig was
Meldde dat er geen Supervisor-service geconfigureerd was
Meldde dat er geen queue worker was ingesteld
Gaf de exacte cronregel voor de scheduler
Gaf een volledige Supervisor-configuratieblok voor een queue worker, met de juiste flags
Bevestigde dat Supervisor een reboot overleeft zodra het met systemctl enable –now supervisor is ingeschakeld
Voegde de herinnering toe om php artisan queue:restart uit te voeren na het deployen van nieuwe code, een detail dat makkelijk over het hoofd wordt gezien en echte productieproblemen veroorzaakt als het wordt overgeslagen
Wat ik van AI-ondersteuning vond: Kodee verdiende hier zijn antwoorden. Bevestigen dat er geen scheduler-cron en geen Supervisor-proces was voordat iets werd aanbevolen, is het verschil tussen een checklistantwoord en een antwoord dat gebaseerd is op wat deze specifieke server daadwerkelijk deed, en de herinnering om de queue worker na deploys te herstarten is precies zo’n detail dat alleen verschijnt wanneer iemand, of iets, echt begrijpt hoe Laravel-queues in productie werken.
Twee vragen, twee nauwkeurige en volledige antwoorden, beide binnen een paar minuten geleverd.
2. Kennisbank
Hostinger’s kennisbank is op dezelfde manier georganiseerd voor elk product: grote categorietegels met aantallen artikelen, een zoekbalk en bovenaan een categoriefilter.
In plaats van te bladeren, ging ik rechtstreeks naar zoeken en typte “laravel”, wat 15 resultaten opleverde over twee pagina’s, duidelijk meer dan een smallere one-click-app gewoonlijk toont.
Daar past wel een kanttekening bij. Meer resultaten betekent niet automatisch relevantere resultaten, omdat verschillende treffers slechts zijdelings verwant waren; een artikel over beperkingen van PHP-mail en een ander over website-migratieproblemen verschenen simpelweg omdat ze Laravel zijdelings vermelden.
Het meest relevante resultaat, “How to use the Laravel VPS template at Hostinger,” behandelt het benaderen van Cloudpanel, het begrijpen van de Laravel-mapstructuur, het bewerken van het .env bestand, het draaien van Composer en het uitvoeren van migraties.
Dat is een degelijke handleiding om een Laravel-project draaiend te krijgen op deze template. Wat het niet behandelt, zijn de scheduler of queue-workers, precies de leemte die Kodee moest opvullen toen ik ernaar vroeg.
Verder zoeken leverde iets op dat de moeite waard is om te benoemen. Een ouder artikel, “How to deploy Laravel 8 at Hostinger,” bevat wel een werkend cron-voorbeeld voor de scheduler, maar het is geschreven voor een andere, oudere setup: het implementeren van Laravel handmatig op shared of cloud hosting in plaats van de huidige VPS-template, compleet met een public_html-bestandsstructuur die niets te maken heeft met hoe Cloudpanel een VPS organiseert.
Iemand die op deze VPS-template vertrouwt en in de kennisbank naar scheduler-hulp zoekt, zou een artikel kunnen openen dat een ander product beschrijft voordat hij iets vindt dat daadwerkelijk op zijn server van toepassing is.
Wat ik van de kennisbank vond: De artikelaantallen zien er op papier sterk uit, 15 resultaten voor één zoekterm, maar de ruwe hoeveelheid verbergt hoe verspreid de bruikbare inhoud eigenlijk is. Het kernartikel over de VPS-template is goed geschreven en brengt een eerste project aan de praat, maar stopt precies waar een productie-implementatie serieus wordt, en het enige document dat de scheduler wel behandelt, hoort bij een geheel andere, oudere hostingopzet.
Een lezer die alleen op de kennisbank vertrouwt, zou gemakkelijk dat oudere stappenplan kunnen volgen en zijn VPS verkeerd kunnen configureren door commando’s te kopiëren die voor een compleet andere bestandsstructuur zijn gebouwd.
Algemeen oordeel over ondersteuning
Kodee doet hier het zware werk, en doet dat goed. Beide gesprekken hielden in dat het de live staat van de server controleerde voordat het antwoord gaf, en het tweede gesprek leverde een volledige, correcte, direct inzetbare oplossing op voor iets dat de VPS-template standaard niet configureert.
De kennisbank volstaat om een eerste Laravel-project aan de praat te krijgen, maar de dekking wordt al snel dun zodra je verder gaat dan de basis, en wat er wel is voor geavanceerdere setup, zoals de scheduler, staat in een artikel voor een totaal ander hostingproduct.
Voor alles wat verder gaat dan de basis is Kodee de betrouwbaardere route, en het onderbouwde dat telkens door te laten zien wat het daadwerkelijk vond in plaats van wat het aannam.
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.
Ja. De fundamenten zijn hier sterk. Laravel en Cloudpanel komen vooraf geïnstalleerd en werkend aan, de onderliggende hardware scoort goed op CPU, geheugen en schijf, en Kodee gaf twee accurate, serverbewuste technische antwoorden toen ik het op de proef stelde. Wekelijkse back-ups kwamen overeen met de eigen logs van het account, precies zoals geadverteerd.
De ruwe randen zijn smal maar de moeite waard om te kennen voordat je koopt. De malwarescanner die als headline-feature op de planpagina staat, was niet standaard ingeschakeld, en de knop Manage App op de Laravel-kaart stuurt je naar Laravel Cloud, een apart betaald product, in plaats van naar iets dat op appbeheer lijkt, zonder dat daar ergens vooraf voor wordt gewaarschuwd.
Geen van beide is moeilijk te omzeilen zodra je weet dat Cloudpanel de echte beheeromgeving is, maar geen van beide zou gespeculeerd hoeven worden.
Voor een ontwikkelaar die Laravel snel op solide infrastructuur wil draaien, en die het prima vindt om vijf minuten te besteden aan het vinden van Cloudpanel in plaats van de verkeerd gelabelde knop ernaast, is dit een gemakkelijke aanbeveling. Voor iemand die wil dat elke geadverteerde functie vanaf het opstarten van de server meteen aan staat zonder enig extra controleren, reken dan op een paar extra minuten setup voordat je het klaar noemt.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
Is Hostinger goed voor het hosten van Laravel-applicaties?
Ja. Laravel en Cloudpanel zijn direct vooraf geïnstalleerd zodra de VPS wordt ingericht, de onderliggende hardware presteert goed op CPU, geheugen en schijf, en de Kodee AI-assistent van Hostinger geeft nauwkeurige, specifieke antwoorden op echte Laravel-configuratievragen. Het belangrijkste nadeel is een malwarescanner die standaard uitgeschakeld wordt meegeleverd, ondanks dat deze als inbegrepen wordt geadverteerd.
Komt Hostinger’s Laravel VPS vooraf geïnstalleerd met Laravel?
Ja. Laravel wordt aangeboden als een applicatie met één klik tijdens het afrekenen van de VPS en wordt automatisch geïnstalleerd op Ubuntu, samen met Cloudpanel, het controlepaneel dat daarna wordt gebruikt om de applicatie, de database en de domeininstellingen te beheren.
Biedt Hostinger een gratis proefperiode aan voor Laravel VPS-hosting?
Er bestaat geen speciale gratis proefperiode voor Laravel VPS-abonnementen. Hostinger ondersteunt elk VPS-niveau met een geld-terug-garantie van 30 dagen, maar een tweede VPS-terugbetaling binnen 180 dagen na de eerste wordt niet goedgekeurd.
Kan ik een terugbetaling krijgen voor Hostinger VPS-hosting?
Ja, binnen 30 dagen na aankoop, zolang u in de afgelopen 180 dagen niet al een ander VPS-abonnement hebt terugbetaald. Upgrades van een bestaand VPS-abonnement en betalingen die via cryptocurrency zijn gedaan, zijn volledig uitgesloten van terugbetalingen.
Hoe beheer ik mijn Laravel-applicatie op Hostinger's VPS?
Via Cloudpanel, toegankelijk via de knop Paneel beheren op de Cloudpanel-kaart in hPanel, of rechtstreeks via het VPS-IP-adres op poort 8443. De knop App beheren op de Laravel-kaart zelf beheert de applicatie niet, maar linkt naar Laravel Cloud, een apart hostingproduct dat geen verband houdt met de VPS.
HostAdvice.com biedt professionele web hosting beoordelingen aan, compleet onafhankelijk van andere bedrijven. Onze beoordelingen zijn onpartijdig, eerlijk en de evalutieprocedure is hetzelfde voor alle beoordelingen.
Een compensatie wordt verkregen van de bedrijven die we beoordelen. Compensatie van diensten en producten hebben geen invloed op de richting of conclusies van onze beoordelingen. De compensatie beïnvloed onze ranglijsten voor bepaalde hostbedrijven ook niet. Deze compensatie bestaat uit de kosten van royalty's voor beoordelaars, voor het aanschaffen van de accounts en voor het testen.
