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.
Laravel är ett fullt utrustat ramverk med specifika krav på servermiljön. Fyra områden avgör om ett webbhotell faktiskt fungerar för ett Laravel-projekt.
Utan SSH kan du inte köra Composer för att installera paket, och du kan inte använda Artisan CLI för migrationer, cache-rensning eller köhantering. Det är ett hårt krav, inte en nice-to-have. Många delade hostar erbjuder antingen inget SSH alls eller en kraftigt begränsad jailed shell som inte tillåter Composer att köra.
Laravels filstruktur är uppbyggd så att webbservern bara ska exponera mappen /public, inte hela projektroten. En host som inte låter dig konfigurera document root tvingar dig att lägga känsliga filer som .env och hela vendor-mappen under webbserverns räckvidd. Det är ett allvarligt säkerhetsproblem som många delade hostar tyvärr inte löser.
Använder din applikation jobbköer (e-post, notifikationer, betalningar) behöver du kunna köra en långlivad queue:work-process via Supervisor eller motsvarande. På delade hostar är det i praktiken omöjligt. Schemalagda jobb via Laravels task scheduler kräver att ett cron-jobb kan köras varje minut, något som också begränsas på många billiga paket.
PHP OPcache bör vara aktiverat och konfigurerat för produktion, annars parsas PHP-filerna om vid varje request. Laravel-applikationer är ofta stora kodbaser och märker tydlig skillnad. Redis används med fördel för sessioner, cache och köer, och är ett grundkrav om du kör Laravel Horizon för att övervaka köarbetare.
Delad hosting fungerar sällan för Laravel i produktion
Det är tekniskt möjligt att köra ett enkelt Laravel-projekt på delad hosting, men du stöter snabbt på problem. Queue workers kan inte köras som permanenta processer. Composer behöver tillräckligt med RAM och CPU för att lösa beroenden, vilket delade hostar ofta timeout:ar. Document root-problemet löser vissa hostar med en workaround i .htaccess, men det är ett hack, inte en lösning. För allt annat än en enkel statisk prototyp rekommenderar vi en VPS med minst 1 GB RAM.
Laravel Forge och Ploi sköter hela servern åt dig
Skaffar du en VPS (t.ex. hos Hetzner, DigitalOcean eller Vultr) kan du använda Laravel Forge eller det billigare alternativet Ploi för att automatiskt konfigurera Nginx, PHP, MySQL, Redis och Supervisor med Laravel-optimerade inställningar. Forge kostar ungefär 190 kr per månad och hanterar ett obegränsat antal servrar. Ploi är billigare och inkluderar zero-downtime deployments i grundpaketet, något Forge kräver ett separat Envoyer-abonnemang för. Båda kopplas ihop med din Git-repo och driftsätter automatiskt vid varje push.
SSH (Secure Shell) är ett krypterat protokoll för att fjärransluta till och styra en server via terminalen. Du öppnar en terminal på din dator, skriver ett SSH-kommando med serverns IP-adress och ditt användarnamn, och får upp ett kommandoradsgränssnitt direkt på servern. SSH är standardsättet att administrera en Linux-VPS.
I 2026 bör ditt webbhotell köra minst PHP 8.3 eller nyare. Äldre versioner som PHP 8.1 och lägre får inga säkerhetsuppdateringar längre, vilket gör din webbplats sårbar. PHP 8.3 är dessutom dubbelt så snabbt som äldre versioner.
Laravel 12 kräver PHP 8.2 eller senare, med tillägg som OpenSSL, PDO, Mbstring, cURL och Fileinfo aktiverade. Dessutom behöver du SSH-åtkomst för att köra Composer och Artisan, skrivrättigheter på storage/-mappen samt en MySQL- eller MariaDB-databas. För allvarligare projekt med köhantering och schemalagda jobb är ett VPS ett krav, inte ett alternativ.