Webbhotell för Laravel
Laravel ställer hårdare krav på sin hostingmiljö än de flesta PHP-applikationer. Du behöver SSH-åtkomst för att köra Composer och Artisan CLI, möjlighet att konfigurera document root till mappen /public, och stöd för bakgrundsprocesser om din app använder queues eller schemalagda jobb. Det utesluter majoriteten av billiga delade webbhotell.
Väljer du en VPS med Laravel Forge eller Ploi sköts hela konfigurationen automatiskt. Det är vägen de flesta seriösa Laravel-projekt tar.
Webbhotell för Laravel - och när en VPS är rätt svar
Laravel förutsätter att dokumentroten pekar på public-mappen, att köer bearbetas via cron och att Composer körs över SSH. Ett delat webbhotell kan klara det, men är alltid en kompromiss. Här är de som kommer längst, och en påminnelse om när steget till en VPS lönar sig.
Laravel vill ha dokumentroten i public-mappen, köhantering via cron och Composer via SSH. Delat webbhotell är en kompromiss, så vi skriver ut när en VPS är rätt svar. Så gör vi bedömningen
-
SSH, cron och Redis i cPanel Testat av oss Betyg 4,80Oderland ger SSH, cron, Git och Redis i cPanel, från servrar i Göteborg, för 215 kronor i månaden, och PHP-versionen räcker för nyare Laravel. Du kan sätta dokumentroten till public-mappen. Det är den mest kompletta delade miljön, och den dyraste ingången.
-
Allt på plats för 59 kronor Testat av oss Betyg 4,60Inleeds Special ger SSH, cron, Git och Redis för 59 kronor i månaden utan förnyelsehopp, med svensk telefonsupport. Ovanligt mycket för priset. Paketet ger 10 gigabyte, så det passar en mindre Laravel-app snarare än en tung produktionssajt.
-
Molnserver för Laravel Granskat, ej testat Betyg 4,30Cloudways Micro är en managerad molnserver där du styr dokumentroten fritt och kör kö och cron som du vill, för 14 dollar i månaden. Det är steget upp när Laravel-appen vuxit ur ett delat konto. Supporten är på engelska, ingen telefon.
-
PHP 8.4 och Composer Granskat, ej testat Betyg 4,10Infomaniak ger SSH, cron och PHP 8.4 med 250 gigabyte för 5,75 euro i månaden utan förnyelsehopp. Den nyare PHP-versionen passar aktuella Laravel-krav. Datacentren står i Schweiz och supporten är inte på svenska.
-
Laravel-verktyg till instegspris Granskat, ej testat Betyg 4,00Hostingers Premium kör LiteSpeed med Git och PHP 8.4 för 117,90 kronor i månaden vid förnyelse. Introduktionspriset 23,90 kronor gäller bara första året. Paketet saknar dock SSH i standardläget, så en del Composer-arbete blir omständligare än hos de övriga.
Priser anges exklusive moms i leverantörens egen valuta, och avser det paket som bäst uppfyller facettens krav. Baslinjen är ett års bindning delat med tolv.
Utforska webbhotell efter ämne
Laravel kräver mer än ett PHP-stöd i listan
Laravel är ett PHP-ramverk byggt för att göra moderna webbapplikationer enklare att skriva och underhålla. Ramverket kommer med en uttrycksfull ORM (Eloquent), ett köhanteringssystem, schemaläggning, autentisering och mycket annat ur lådan. Priset för den komforten är att Laravel ställer krav som många vanliga delade webbhotell inte uppfyller alls. Ramverkets egen dokumentation om katalogstrukturen och om schemaläggning visar varför.
Det handlar inte om att Laravel är krånglig programvara. Det handlar om att ramverket förutsätter en miljö som faktiskt fungerar som en produktionsserver: SSH-åtkomst för att kunna köra Composer och Artisan, möjlighet att peka webbroten till katalogen /public, och gärna Redis för köhantering och caching. Saknas något av det grundläggande kan du visserligen försöka arbeta runt det, men du kommer att slåss mot din hostingmiljö i stället för att bygga din applikation.
Varför delade webbhotell ofta inte passar
En typisk delad hostingplan exponerar FTP och en filhanterare i kontrollpanelen. Det duger för en enkel WordPress-sajt, men Laravel hanteras via terminalen. Varje gång du uppdaterar ramverkets beroenden kör du composer install eller composer update över SSH. Databasschemat sköts via Artisans migreringssystem med php artisan migrate. Finns ingen SSH-åtkomst är det här arbetsflödet i princip omöjligt i praktiken.
Dessutom kräver Laravel att webbservern pekar på undermappen /public, inte på projektets rotkatalog. Hos de flesta delade leverantörer är webbroten låst till public_html eller motsvarande, och du kan inte ändra det utan vhosts-konfiguration. Det finns knep, som att lägga en index.php med relativa inkluderingssökvägar i rotkatalogen, men det är ett plåster snarare än en lösning och kan skapa säkerhetsproblem om katalogstrukturerna är felaktigt konfigurerade.
För seriöst Laravel-arbete pekar erfarenheten mot en VPS eller en leverantör som ger dig tillräcklig kontroll, ett webbhotell med SSH, Composer och möjlighet att konfigurera webbroten.
Webbroten måste peka på /public
Laravels katalogstruktur är medvetet uppdelad: applikationskod, konfiguration och .env-filen ligger utanför webbroten, bara den publika ingångspunkten ligger i /public. Om din leverantör inte låter dig styra var webbroten pekar exponeras hela projektstrukturen för webben, inklusive .env med databasuppgifter och hemliga nycklar. Kontrollera det här innan du väljer leverantör.
Det som Laravel faktiskt kräver av hostingmiljön
Det är inte en lång lista, men varje punkt är ett hårt krav. Saknas något av de tre första är Laravel svårt eller omöjligt att köra på ett vettigt sätt.
PHP 8.2 eller nyare
Laravel 11 kräver minst PHP 8.2. PHP 8.3 är att föredra och ger märkbar prestandaförbättring. Kontrollera att OPcache är aktiverat som standard, det sparar tolkningsoverhead vid varje förfrågan.
SSH-åtkomst (obligatoriskt)
Composer och Artisan körs via terminalen. Utan SSH kan du inte installera beroenden, köra migrationer eller rensa cache. Det är inte ett bekvämlighetsval utan ett grundkrav för att Laravels arbetsflöde ska fungera.
Konfigurerbar webbrot
Webbroten måste kunna pekas till /public-katalogen. På VPS sköter du det i din vhost-konfiguration. Hos ett webbhotell behöver du fråga specifikt om det är möjligt, det är inte standard hos de flesta.
Redis för köer och cache
Laravels kösystem och caching stödjer flera drivrutiner, men Redis är det snabbaste och mest tillförlitliga valet. Utan Redis kan du falla tillbaka på databasdrivrutinen för köer, men det belasstar databasen i onödan och skalar dåligt.
Cron-jobb för schedule:run
Laravels schemaläggare kräver att servern kör php artisan schedule:run varje minut via ett cron-jobb. Har du inte tillgång till crontab fungerar inte schemalagda uppgifter som e-postutskick, rapportgenerering eller automatisk cache-rensning.
SSH är inte ett bekvämlighetsval för Laravel-hosting. Det är ett grundkrav. Utan det kan du inte köra Composer eller Artisan, och arbetsflödet faller samman.
VPS kontra webbhotell: den praktiska avvägningen
Det finns ett mellanting som ofta fungerar bra i praktiken: ett webbhotell som erbjuder SSH, Composer och möjlighet att styra webbroten. Dessa kallas ibland developer-webbhotell eller avancerade delade hostingplaner. De passar utmärkt för enklare Laravel-applikationer, interna verktyg och projekt utan extrema trafikkrav. Kolla vår jämförelse av webbhotell för utvecklare för alternativ i den kategorin.
En VPS ger dig full kontroll: du väljer webbserver, konfigurerar vhosts precis som du vill, installerar Redis, sätter upp crontab och väljer PHP-version. Priset för det är att du också ansvarar för säkerhetspatchning, brandväggsregler och serverkonfiguration. En managed VPS är ett mittenalternativ, du får dedikerade resurser och kontroll utan att sköta all underliggande administration själv.
En tumregel som håller: kör du Laravel i produktion med riktiga användare behöver du något mer än ett grundläggande delat webbhotell. Kör du ett personligt projekt, ett internt verktyg eller en enkel SaaS-prototyp räcker ett välkonfigurerat webbhotell med SSH långt.
Miljöfilen .env och säkerhet
Laravel lagrar känslig konfiguration i en .env-fil i projektets rotkatalog: databasuppgifter, API-nycklar, e-postserverlösenord och applikationsnyckeln som används för kryptering. Den filen ska aldrig vara tillgänglig via webbservern, och den ska aldrig versionshanteras i Git.
Om webbroten är felaktigt konfigurerad och pekar på projektets rotkatalog i stället för /public kan en besökare i värsta fall komma åt /.env direkt i webbläsaren. Det är en allvarlig säkerhetsbrist som exponerar hela applikationens hemligheter. Dubbelkolla alltid att webbroten är korrekt inställd och att en direkt förfrågan till /.env returnerar 403 eller 404, aldrig filinnehållet. Se även vad som utmärker ett bra PHP-webbhotell för fler säkerhetsaspekter att ha koll på.
Kravlista: kontrollera det här innan du väljer leverantör
- SSH-åtkomst ingår i planenFråga specifikt. Många leverantörer nämner SSH i dokumentationen men begränsar åtkomsten till dyrare planer. Composer och Artisan kräver det.
- PHP 8.2 eller nyare med OPcacheLaravel 11 kräver PHP 8.2 som minimum. OPcache bör vara aktiverat som standard. Kontrollera att du kan välja PHP-version per projekt.
- Webbroten kan pekas till /publicFråga support om du är osäker. På en VPS konfigurerar du det själv i vhost. På delad hosting behöver leverantören stödja det.
- Cron-jobb tillgängligtLaravels schemaläggare körs via ett cron-jobb varje minut. Utan det fungerar inte planerade uppgifter.
- Redis finns tillgängligt (stark rekommendation)Inte ett hårt krav, men köhantering och caching fungerar avsevärt bättre med Redis än med databasdrivrutinen.
- Composer är installerat på servernAlternativt att du kan ladda upp en lokal Composer-binary via SSH. Viktigt att verifiera, en del leverantörer blockerar det.
Börja lokalt, deployas till rätt miljö
Laravels officiella utvecklingsmiljö Herd (macOS/Windows) eller en lokal Docker-setup med Laravel Sail är utmärkt för att bygga och testa innan du driftsätter. Den lokala miljön kan spegla produktionen exakt. När du sedan väljer webbhotell eller VPS vet du precis vilka miljövariabler och tjänster din applikation förväntar sig.
Vanliga frågor om webbhotell för Laravel
Svar på det som brukar dyka upp när man ska driftsätta en Laravel-applikation på delad hosting eller funderar på när det är dags att byta till VPS.
Delad hosting och grundkrav
Det går att driftsätta Laravel på delad hosting, men bara om värden erbjuder SSH-åtkomst, Composer och PHP 8.2 eller nyare. Utan SSH tvingas du ladda upp alla vendor-filer manuellt via FTP, vilket snabbt blir ohållbart vid uppdateringar. Många billiga delade planer saknar ett eller flera av dessa krav, och resultatet blir antingen att installationen misslyckas eller att du får en applikation du inte kan underhålla ordentligt.
Laravel 11 och 12 kräver minst PHP 8.2, och Laravel 13 kräver PHP 8.3. De flesta seriösa svenska webbhotell erbjuder PHP 8.2 och 8.3 i dag, ofta med möjlighet att välja version via kontrollpanelen. Kontrollera alltid vilket PHP-versionsstöd planen ger innan du beställer, eftersom äldre billigplaner ibland låser dig vid 8.1 eller äldre.
Laravel är byggt så att bara innehållet i public/ ska vara åtkomligt från webben, medan resten av applikationen ska ligga utanför dokumentroten. På delad hosting är dokumentroten oftast public_html/, vilket skapar en kollision. Det vanligaste arbetssättet är att flytta innehållet i public/ direkt till public_html/ och justera index.php så att det pekar på rätt relativ sökväg till applikationens rot. SSH-åtkomst förenklar den här processen avsevärt, och några värdar tillåter att dokumentroten konfigureras om i kontrollpanelen.
SSH är starkt rekommenderat, Git är ett välgrundat tillval. SSH är det enda praktiska sättet att köra composer install, php artisan migrate och cache-kommandon direkt på servern. Utan det tvingas du ladda upp hela vendor/-mappen manuellt, vilket är tidskrävande och felkänsligt. Git gör att du kan driftsätta ändringar med ett enda kommando i stället för att hantera FTP-uppladdningar, men det är tekniskt möjligt att klara sig utan.
Köer, cron och schemaläggning
Det fungerar om värden tillåter anpassade cron-jobb, vilket de flesta cPanel-baserade delade planer gör. Du lägger in ett cron-jobb som kör php artisan schedule:run varje minut, och Laravel hanterar sedan vilka uppgifter som faktiskt ska köras. Begränsningen är att minuten är den finaste granulariteten, och att cron-jobbets PHP-version måste matcha applikationens. Saknar planen cron-stöd är schemaläggning inte möjlig.
Kortlivade köjobb kan hanteras via ett cron-jobb som regelbundet kör php artisan queue:work --stop-when-empty, men det är en nödlösning med tydliga begränsningar. Bearbetningen sker bara en gång per minut, långvariga jobb avbryts om PHP har en max execution time, och det går inte att hålla en permanent worker-process igång på delad hosting. För applikationer med realtidsköer, e-postutskick i bakgrunden eller tung asynkron bearbetning räcker delad hosting inte till.
Redis är inte ett hårt krav, men det är den rekommenderade drivrutinen för både cache och köhantering i produktion. De flesta delade webbhotell erbjuder inte Redis. Alternativet är att använda filbaserad cache och databasköer, vilket fungerar för enkla applikationer men inte skalar bra vid hög belastning. Behöver applikationen sessionsdelning, snabb cache eller robusta köer är Redis ett tungt argument för att välja VPS.
När VPS eller Laravel Forge behövs
Tre tecken brukar dyka upp ungefär samtidigt: applikationen behöver permanenta queue workers som inte kan lösas med cron-hack, sidladdningstiderna börjar variera kraftigt på grund av delade serverresurser, eller teamet behöver staging- och deploys-flöden som kräver root-åtkomst. För ett enkelt informationssite med låg trafik kan delad hosting räcka länge, men en Laravel-app med betalningar, e-postköer eller API-integrationer bör i regel ha egna serverresurser.
Laravel Forge är en serverhanteringstjänst som provisionar och konfigurerar en VPS (hos valfri molnleverantör) med Nginx, PHP, queue workers via Supervisor, SSL och deploy-hooks. Det är inte ett webbhotell i sig utan ett lager ovanpå en VPS som eliminerar manuell serverkonfiguration. För ett litet team eller en ensam utvecklare som inte vill hantera Linux-servrar i detalj fyller Forge en tydlig funktion. Behöver man bara en enkel Laravel-app utan avancerade krav räcker ett bra webbhotell med SSH-stöd gott.