Webbhotell med Python-stöd

Django fungerar på delad hosting om värdtjänsten erbjuder WSGI-stöd via Phusion Passenger, SSH-åtkomst och möjlighet att skapa ett virtualenv. Det är en kortare lista än det låter, men i praktiken är det ganska få delade hostar som uppfyller alla tre kraven. Den vanligaste fallgropen är att hosten säger sig stödja Python men egentligen bara menar CGI-exekvering, vilket varken fungerar med Djangos routing eller dess databasabstraktion. Behöver din app bakgrundsjobb via Celery, Redis eller WebSockets är delad hosting fel verktyg oavsett.

På cPanel-hostar med Passenger-stöd konfigurerar du appen via Setup Python App i kontrollpanelen. Du anger appens rotkatalog, väljer Python-version och låter cPanel generera en passenger_wsgi.py automatiskt, eller skapar den manuellt. Den filen pekar ut din Flask-applikation som application-objektet, vilket är det namn Passenger söker efter. Aktivera sedan det virtualenv som cPanel skapar och installera dina beroenden via pip över SSH. En sak att ha i åtanke: ändringar i Python-koden plockas inte upp automatiskt eftersom Passenger cachar bytekoden. Du behöver starta om appen manuellt via kontrollpanelen eller en touch-fil.

CGI startar ett nytt Python-process för varje enskild HTTP-request och avslutar den efteråt, utan att bevara tillstånd, databasanslutningar eller sessioner. Det är tekniken från 1990-talet och ger oacceptabelt dålig prestanda för moderna webbappar. WSGI är en standardiserad gränssnittsspecifikation som låter en applikationsserver som Passenger hålla din Python-app igång som en långvarig process och skicka requests till den. Django och Flask bygger båda på WSGI, och utan det stödet fungerar de inte på ett meningsfullt sätt. Ser du "Python-stöd" i en hosts marknadsföring utan att de nämner Passenger eller WSGI är det nästan alltid CGI de menar.

Ett virtualenv skapar en isolerad Python-miljö för ditt projekt med egna paketversioner, utan att störa serverns systemmiljö eller andra appar på samma server. Utan virtualenv tvingas pip att installera i den globala systemmiljön, vilket kräver root-rättigheter du inte har på delad hosting, och skapar dessutom versionskonflikter om du eller någon annan app behöver olika versioner av ett bibliotek. Resultatet är vanligtvis ett ImportError vid uppstart. En seriös Python-host låter dig skapa ett virtualenv via cPanels Setup Python App eller direkt via SSH med python3 -m venv.

Django 5.x kräver Python 3.10 eller nyare. Flask är mer flexibelt men följer generellt samma miniminivå för produktionsbruk. På cPanel-hostar med Setup Python App väljer du Python-version i en rullgardinsmeny, och de tillgängliga versionerna beror på vad hosten installerat på servern. Det är vanligt att äldre hostar erbjuder 3.8 eller 3.9 som högsta version, vilket stänger ute Django 5 och nyare bibliotek som kräver 3.10+. Kontrollera alltid vilka versioner som finns tillgängliga i hostens dokumentation eller via SSH-kommandot ls /opt/cpanel/ea-python* på cPanel-servrar, innan du förbinder dig till en plan.

PHP är inbyggt i nästan alla webbservrar och körs utan något extra konfigurationslager. Du laddar upp en fil och den exekveras direkt. Python kräver en applikationsserver (Passenger, Gunicorn eller liknande) som mellanhand, ett virtualenv för pakethantering och SSH-åtkomst för att sätta ihop det. Det innebär att Python-appar har fler rörliga delar och att hostens konfigurationsstöd spelar en avgörande roll. En PHP-app kan fungera på nästan vilket webbhotell som helst. En Django-app kräver att hosten aktivt valt att stödja just det deploymentflödet.

Appar med bakgrundsjobb via Celery, realtidskommunikation via WebSockets, cachning med Redis, maskininlärningsinferens eller hög samtidig trafik överstiger vad delad hosting är byggd för. Delad hosting begränsar hur länge processer får köra, hur mycket minne de får använda och blockerar ofta portar som Redis och WebSocket-servrar behöver. En VPS ger dig fria händer att installera exakt de systembibliotek och tjänster din app behöver, köra Nginx framför Gunicorn och konfigurera systemtjänster som startar om appen vid serverrestart.

PaaS-tjänster som PythonAnywhere, Railway och Render är ett mellanting mellan delad hosting och VPS. De hanterar infrastrukturen åt dig, stödjer Python-ramverk utan WSGI-konfiguration och har gratisnivåer lämpade för enklare projekt och prototyper. Nackdelen är att priset stiger snabbt vid ökad last och att du inte väljer datacenterplats på samma sätt som med en svensk VPS. För GDPR-känsliga applikationer med krav på datahemvist inom EU är en VPS hos en europeisk leverantör eller en PaaS med tydlig EU-region ofta ett säkrare val.