Jag tycker det är lite väl hårt att beskylla php för ett dokumenterat beteende vad gäller storleken på heltal och hur de behandlas. Informationen går att hitta på mindre än 1 minut på phps hemsida, och hanteras stora heltal i närheten av jämna bytegränser, som tex 4 byte för ett ip-nummer, är det väl rimligt att man kollar den typen av saker. Speciellt som just 32 bitar inte sällan brukar vara en gräns för ordinära heltal på 32-bitars-arkitkturer, och heltal också har en tendens att vara beskrivna med 2-komplement. Problemet är också tydligt beskrivet på manualsidan för ip2long().
Jag kan inte se någon avgörande skillnad mot tex C eller Java därvidlag. Jag förväntar mig tex inte att heltal av typen char i C ska fungera för att hålla stora tal.

Vad gäller olika p-språk och körtider finns här:
http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=all
en rolig jämförelse. Denna gäller naturligtvis inte webapplikationer, men kan väl ändå tjäna som någon form av vägledandning.

Själv tycker jag att java är trevligt.

/A

Python är starkt och dynamiskt typat. C är svagt och statiskt typat. Java är starkt och statiskt typat. PHP och JavaScript är svagt och dynamiskt typade.

Wikipedia har en bra artikel om typsystem: http://en.wikipedia.org/wiki/Type_system

Tyvärr är det nog ont om ramverk för vävgränssnitt för ada. Det finns ett antal CGI-bibliotek, men om belastningen är hög så vill du kanske inte använda CGI. FastCGI är ju en möjlighet, och det bör vara fullt möjligt att skriva Apachemoduler i ada, men i båda fallen skulle du nog bli något av en pionjär så det torde ta ett tag att komma igång. Det enda avancerade ramverket jag känner till är Ada Web Server. Det gör ditt program till en fristående HTTP-server som du kör i stället för Apache.

Ada kompilerar man till maskinkod, så själva språket medför inga prestandaproblem. Däremot är det naturligtvis möjligt att skriva ineffektiva bibliotek.

PS: Din bloggserver påstår felaktigt att min epostadress är ogiltig.

@pawal: Ruby on Rails eventuella prestandaproblem går mycket väl att lösa med rätt deployment. I dagsläget skulle jag rekommendera en deployment med Apache och mod_rails (”Passanger”), hostat på Amazons EC2. Kolla här: https://es.cohesiveft.com/site/rails2
Då får du i princip den prestanda du betalar för.

Det har en mycket bra struktur, dels för att bygga sajterna (med hjälp av MVC) samt även testmetodik (det finns stöd för unit, functional & integration testing)

En sidofråga; kunde du se någon märkbar skillnad när du tog bort ip2long? Den funktionen låter som en ren wrapper till libc’s inet_addr som ju är rätt optimerad och borde inte ta nämnvärt många klockcykler.

Men visst saknar man (som C-programmerare) möjligheten att säga att ‘detta är ett 32-bitars heltal och skall inte vara ngt annat’.

Man kan sätta upp det så att Tomcat kör Java bara för vissa URL:er och att apache tar allt statiskt material. mod_jk2 kan man t ex använda för det och mappa vissa url-mönster i apache att skicka vidare via jk till Tomcat (servlet container med stöd för JSP).

Vi kör det där jag jobbar men jag vet inte om jag kan rekommendera det för “enkla små webbapplikationer” dock ;-)

pawal: När man kör Java använder man oftast inte apache, då använder man istället tomcat eller jboss.

Vad gäller Java och Mono har jag för liten erfarenhet av dessa språk för att veta hur man hostar flera såna sajter i samma Apache-instans, men det finns säkert någon som har en bra pekare åt mig.