Vilka webbhotell stödjer Node.js?

Varför de flesta webbhotell inte stödjer Node.js

Traditionellt delat webbhotell är byggt för att köra PHP via Apache eller Nginx med FastCGI. Hela serverarkitekturen är optimerad kring att hantera PHP-filer, och varje kund på servern delar resurser utan att kunna starta egna processer. Node.js kräver något helt annat: en körande process som lyssnar på en port och hanterar förfrågningar kontinuerligt. Det är den grundläggande tekniska skillnaden som gör att vanliga delade webbhotell inte stödjer Node.js.

Svenska leverantörer med Node.js på delad hosting

Oderland, Inleed och Polar55 erbjuder Node.js-stöd i sina delade paket, typiskt via Phusion Passenger. Hostinger har också Node.js-stöd på sina dyrare planer. Det innebär att enklare Node.js-applikationer kan köras utan att du behöver en VPS, men med begränsningar kring WebSockets, bakgrundsprocesser och resurstak.

VPS är standardlösningen för Node.js

En VPS ger dig root-tillgång och full kontroll, vilket är vad Node.js behöver för att köras i produktion. Du installerar Node.js i den version du vill ha, startar applikationen med en process manager och sätter upp en reverse proxy framför.

En typisk uppsättning på en VPS ser ut så här:

• pm2 som process manager, håller applikationen igång och startar om den vid krascher eller omstart av servern
• nginx som reverse proxy, tar emot HTTP-trafik på port 80 och 443 och skickar den vidare till din Node.js-process
• Let's Encrypt för SSL-certifikat via Certbot

Passenger på delade planer: möjligt men begränsat

Phusion Passenger är en applikationsserver som kan köra Node.js-appar och integreras med Apache via cPanel. Vissa leverantörer med cPanel och CloudLinux erbjuder Node.js Selector, ett grafiskt gränssnitt där du kan peka ut din applikation och välja Node.js-version utan att behöva SSH-tillgång.

Det finns dock viktiga begränsningar att känna till. Passenger på delade planer tillåter normalt inte persistent WebSocket-anslutningar, bakgrundsprocesser eller hög belastning. Det passar enkla Express-appar eller statiska Next.js-sajter, men inte realtidsapplikationer eller tunga API:er.

Platform-as-a-Service för enklare driftsättning

PaaS-plattformar tar bort behovet av serveradministration helt. Du pushar din kod via Git och plattformen bygger och driftar applikationen automatiskt.

• Railway är populärt bland utvecklare för dess enkla gränssnitt och direkta Git-integration
• Render erbjuder gratisnivå och automatisk skalning
• Vercel passar särskilt bra för Next.js och serverless funktioner

PaaS passar bra om du vill slippa serverhantering och fokusera på koden. Nackdelen är att du ger upp kontroll och ofta betalar mer per resurs jämfört med en VPS när trafiken växer.

Vad du bör kontrollera hos din leverantör

Planerar du att köra Node.js hos en specifik leverantör finns det några punkter att verifiera innan du tecknar avtal. Se även vår samlade lista över webbhotell för Node.js och webbhotell för utvecklare om du vill jämföra alternativ direkt.

• Vilken Node.js-version stöds? Nuvarande aktiva LTS är Node.js 22, och det är den versionen du bör sikta på för nya projekt. Se till att leverantören håller sin Node.js-installation uppdaterad eller låter dig välja version.
• Finns npm eller yarn tillgängligt? Du behöver en pakethanterare för att installera beroenden. Bun, som är ett snabbare alternativ till Node.js med inbyggd pakethanterare, stöds ännu mer sällan hos traditionella leverantörer.
• Kan du använda en process manager? pm2 eller liknande krävs för att hålla applikationen igång efter driftsättning.
• Tillåts persistent anslutningar och WebSockets? Avgörande för realtidsappar som använder Socket.io.
• Hur ser processen ut för omstart? Om servern startar om, startar din Node.js-app automatiskt igen?

Kan leverantören inte svara på dessa frågor, eller om svaret är nej på flera punkter, bör du välja en VPS eller en PaaS-plattform istället.