Om du gillade Pythonspåret så finns det en del alternativ. Dels kan man använda `cgi`-modulen direkt, vilket är väldigt snabbt att komma igång med och ligger rätt nära "metallen" (så det hjälper om man har lite koll på HTTP i allmänhet), men detta är inte egentligen längre rekommenderat. Det skalar dåligt under last, har få (nästan "inga") hjälpmedel tillgängliga (smidighetsfunktioner, vettig felrapportering (`cgitb` kan dock hjälpa till med detta), med mera) och bör nog egentligen bara användas om man inte har några andra val. CGI bör stödas av mer eller mindre alla webbservrar, och det går att skriva applikationer på bara ett fåtal rader. Pythons wiki har lite mer info och vidare länkar om `cgi`.
Med fördel använder man i Pythonsammanhang idag i stället något ramverk som implementerar WSGI. Det finns sådana ramverk för olika projektstorlekar. Kanske något lättviktigt som Flask (ska du bara bygga backend kanske delmängden Werkzeug räcker på egen hand — faktum är att detta verkar mest passande i mina ögon) eller Tornado kan passa. Ska man bygga något gigantiskt så kanske det kan vara värt att gå på och lära sig Django (används av exempelvis Bitbucket, Instagram, Pinterest), men det är ett minst sagt stort projekt och känns inte relevant här. Man kan även nämna Pyramid (tidigare "Pylon", numera en del av "Pylons Project"; används av exempelvis Dropbox, Reddit, Digg).
För den delen, hur hemskt det än må anses vara i vissa aspekter, så är det svårt att slå PHP i enkelhet vad gäller att sätta upp små tjänster, och stöd för plattformen finns överallt. Lägger man extra manke till för att strukturera saker och inte gå i "fällan" med att strössla PHP-logik mitt i presentationen (utöver enkla templatekonstruktioner) så går det att hålla rätt överblickbart. Din service behöver troligen bli märkbart stor för att prestanda ska bli ett problem, och skulle det bli fallet så ska det mycket till för att PHP med något liknande Varnish framför sig (och/eller memcached vid databasintensiva applikationer) inte ska orka med. Det finns trots allt ett par anledningar till att PHP är så vida använt; dessa inkluderar att det går snabbt att få något som mer eller mindre fungerar och att det med viss möda (fast troligen inte mer än med alternativa tillvägagångssätt) även går att skriva saker som kan skala.
Kan flika in med att säga att det troligen ska rätt mycket till för att ren serverprestanda ska bli ett problem, om jag tolkar den skala det handlar om rätt. Nätverksfördröjningar och annat brukar kunna överskugga det mesta av tiden, och att börja bygga Fort Knox i alla led från stund 1 kan ses som förhastad optimering. Att få upp något som fungerar för att sedan kunna utföra prestandatester för att isolera och rätta till flaskhalsar, eller i sämsta fall behöva riva ner och bygga upp igen men då med kunskap om var problemområdena ligger, är nog den mest effektiva vägen framåt. Minns också att saker som Varnish som nämndes kort ovan rätt konfigurerat på egen hand i många situationer kan öka antalet simultana klienter som kan behandlas med ett par storleksordningar. Att då jaga millisekunder i backend i ett tidigt skede är troligen mindre väl spenderad tid, så se bara till att få upp något som fungerar (säkerhet är dock alltid bra att ha tagit med i beräkningen från början).
Node.js är något annat som ofta nämns som "hett" numera, men det verkar ha lite mer än bara nyhetens behag bakom sig och används av en del riktigt stora spelare. Jag tror att det kan vara intressant att utforska, om inte annat bara för att få en inblick i själva teknologin, men jag har ännu inte använt det själv.
——
Tillägg: When to use Tornado, when to use Twisted / Cyclone / GEvent / other [closed] [SO] — hittade denna snabbgenomgång av Pythonramverk för webbapplikationer som kan vara intressant läsning om man vill använda Python.
