Performance

Ende September, am „Wer wird Millionär?“-Montagabend, den 28.9., um genau zu sein, kamen plötzlich sehr viele nach „we all came out to montreux on the lake geneva shoreline“ (oder Teilen davon) Suchenden auf einen meiner Montreux-Reiseberichte1, weil diese Zeilen Thema einer Frage waren. Viele hatten aber das Pech, dass mein Shared-Hosting-Paket diese Last nicht mitgemacht hat.

Es gab 230 Zugriffe von 180 verschiedenen IPs, davon waren 66 erfolgreich und 164 fehlerhaft („500 Internal Server Error“) – das sind fast 75% Fehler. Bis auf ein paar Nachzügler kamen alle in den 100 Sekunden zwischen 20:53:11 und 20:54:50 mit einer Häufung vor 20:54, wie man in dieser Grafik sieht (jeder Strich steht für die Zugriffe in einer Sekunde) – danach hatte der Server erstmal gar keine Lust:

Die Spitzen liegen bei 7 erfolgreichen Aufrufen (grün) um 20:53:45 und 20:53:54 mit 13 Fehlern (rot). So durcheinander, wie die Zeiten im Log standen, muss die Wartezeit bis zum Ergebnis oder der Fehlerseite ziemlich geschwankt haben; vermutlich kamen die Anfragen bei den meisten Fehlern deutlich früher, als sie in der Grafik stehen, sodass diese keine exakte Verteilung des Besucherinteresses widerspiegelt.

Solche Häufungen dürften zwar sehr selten vorkommen2 – selbst damals bei den Uri-Geller-Sendungen waren die vielen Zugriffe auf wesentlich größere Zeiträume verteilt –, aber dennoch mache ich mir Gedanken, wie sich mein Blog beschleunigen lässt.3

Ich bin schon (so langsam, wie sich Zeit und Lust eben vereinbaren lassen) dabei, andernorts4 zu experimentieren, wie ich hier sinnvoll WP Super Cache einbauen kann und trotzdem nicht auf meine geliebten direkt sichtbaren (im Gegensatz zu den später aus den Logs herauszulesenden) Suchanfragen und Statistiken verzichten muss.

Oder kann jemand ein anderes Cache-Plugin empfehlen, oder hat generell Tips dazu?

Und mit dem PHP ist das auch so eine Sache: all-inkl5, mein Hoster, bietet (auf diesem Server zumindest) entweder standardmäßig PHP4 als Apache-Handler oder PHP5 als CGI-Modul an mit dem Hinweis

Bitte beachten Sie, dass bei PHP-CGI strengere Restriktionen für Ressourcen gelten.

Irgendwann, ich glaube zum WordPress-2.8.0-Update, habe ich auf PHP5 umgeschaltet. Vorteil: die automatische Sommerzeitumschaltung, und es ist „irgendwie moderner“; Nachteil: WP Database Backup schien sich öfter an einer (unnötig riesigen Statistik-) Tabelle zu verschlucken. Ich frage mich nun, ob die WWM-Zugriffsspitze nicht mit dem normalen PHP4 besser gelaufen wäre – was meinen die Experten dazu?

Nun ja, mal sehen.6

Wie dem auch sei: Wenn wir schon bei statistischen Gedanken sind, schauen wir uns doch auch mal an, welche Suchmaschinen, Browser und Betriebssysteme die 172 eindeutigen Zugreifer (ohne die Nachzügler) denn so verwendeten:

Tja, Microsoft, wenn ihr meine Montreux-Seite nicht in Bing ausliefert, dürft ihr euch nicht wundern, wenn ihr hier nicht auftaucht.

1. der übrigens nicht mal den richtigen Text liefert, weil ich den eben passend zum Bericht abgewandelt habe [↩]
2. der Crawler des „chinesische Google“ Baidu.com war auch so ein Nerv-Kandidat: immer wieder kam der von ein paar dutzend IPs fast gleichzeitig – bis ich ihn gesperrt habe; Besucher liefert er mir jedenfalls so gut wie nie [↩]
3. Einzelne Punkte verbessere ich eh immer wieder, etwa die gemeinsame Abfrage der Kommentar-Anzahl pro Kommentator bei jedem Kommentar, denn bei den vielkommentierten Seiten (z.B. der ersten zu dieser Möchtegern-Wahrsagerin) hat man richtig mitverfolgen können, wie die Seite sich aufgebaut hat…; wer Details dazu wissen will – denn manchen hab ich die einfache Datenbank-Abfrage ja auch weitererzählt –, einfach Bescheid sagen. [↩]
4. ja, bei meinem „Esoterik-Shop“ agyon.de [↩]
5. Partner-Link [↩]
6. Waren das jetzt eigentlich zu viele Fußnoten? ;) [↩]