Farmblogger

Meine Begeisterung für lighttpd als Alternative zu apache hat einen Dämpfer bekommen. Eigentlich stand für heute nur eine Änderung der IP Adresse des Forums von openagro.de an. Das Vorhaben ging auch relativ schnell über die Bühne, wenn nicht just danach Mails beim mir eingetrudelt wäre, dass manache (nicht alle) Benutzer eine Fehlermeldung erhalten:

Datenbankfehler: MySQL server has gone away
Datei: htdocs/Sources/Security.php
Zeile: 280

Spontan habe ich das natürlich mit den Änderung der IP Adresse in Verbindung gebracht. In einigen Foren war über eine ähnliche Fehlermeldung in Zusammenhang mit Routingproblemen zu lesen. Da ich aber den Fehler auch bekam wenn ich mich direkt vom Server aus mit dem Forum verbunden habe, konnte ich Routungprobleme ausschliessen. Es musste also Zufall gewesen sein, dass ausgerechnet jetzt die Fehler gemeldet wurden. Interessanterweise kamen die ersten Hinweise von Benutzern, die nicht im Forum registriert waren. Das legt die Vermutung nahe, dass der Fehler schon länger bestand und möglicherweise im Zusammenhang mit Updates zu sehen ist, die schon vor einiger Zeit durchgeführt wurden. Was liegt da näher als die Updates einfach rückgängig zu machen. Wenn das nur immer so einfach wäre.
Zwar konnte ich relativ schnell herausfinden, dass die Ursache des Fehlers an der Kombination lighttpd 1.4.18 + php 5.2.3 lag und, dass es in der Kombination lighttpd 1.4.16 + php 5.2.0 den Fehler nicht gibt. Aus Sicherheitsgründen konnte ich aber nicht auf die alten Versionen zurückwechseln.
Die Lösung bestand daher darin, statt lighttpd wieder apache2 einzusetzen. Damit trat der Fehler mit der MySQL Verbindung nicht auf. Ob der eigentliche "Übeltäter" wirklich lighttpd ist oder ob er in Wirklichkeit im php5-cgi zu suchen ist, das lighty verwendet, ist offen.

Seit gut zwei Wochen setze ich für dieses Blog und ein paar andere Webseiten ein neues Programm zur Auswertung der Zugriffe ein. Es nennt sich piwik und wird als Konkurrent zu google-analytics gehandelt. Im Gegensatz zum Auswertungsplatzhirschen besteht mit piwik nicht die Gefahr, dass man die Zugriffsdaten datenschutzgrenzwertig über das Internet verteilt, da die Daten auf dem eigenen Server ausgewertet werden. Das ist gleichzeitig auch sein grösster Nachteil, es ist nur für die Webseitenbesitzer geeignet, die über einen eigenen Server verfügen und auf diesen Software und Datenbanken installieren dürfen.
Die Ergebnisse und das Design können sich jedenfalls sehen lassen und haben bei mir die reine Auswertung der Logdateien in den Hintergrund gerügt. Ganz darauf verzichten kann ich allerdings nicht, da es mit piwik nicht möglich ist die übertragenen Datenmengen zu überwachen. Ein Blick auf die offizielle Demo von piwik lohnt sich aber auf jeden Fall.
Einen Nachteil hatte piwik für mich allerdings. Während ich bei der Auswertung der Logdateien immer erst mit einiger Verzögerung über die Besucherzahlen informiert war, kann ich diesen jetzt quasi live folgen. Darum weiss ich jetzt auch, dass seit ein paar Tagen erschreckend viele Leser hier im Blog landen weil sie nach "Bauer sucht Frau" gesucht haben. Das Wissen hätte ich mir gerne erspart

Laut golem.de belegt lighttpd in der Netcraft Web Server Survey von Februar 2007 den 6. Rang. Leider finde ich auf der Netcraft Website nur die die Top 4 der Webserver, golem.de gibt aber an, dass auf 702000 Hosts lighttpd als Webserver erkannt wurde. Bezogen auf die 108.8 Mio Sites die untersucht wurden wären das rund 0,65% (Danke an Jan für die Korrektur!). Das hört sich nicht nach viel an, man muss aber bedenken, dass eigentlich fast alle Hostingangebote den Apache beinhalten und die meisten Betreiber von Webservern gar keine Wahlmöglichkeit haben. In jedem Fall ist für lighttpd noch ordentlich Potential vorhanden und sei es nur deswegen weil die bis dato von mir migrierten Webserver (SMF + s9y) noch nicht von netcraft besucht wurden und wohl erst in der Web Server Survey vom März auftauchen werden
Nachtrag:
http://blog.lighttpd.net/articles/2007/02/06/lighttpd-raises-market-share-to-0-6
Netcraft Web Server Survey February 2007 (Ebenfalls Danke an Jan!)

Das Zusammenspiel von SMF und lighttpd habe ich ja bereits behandelt. Dabei war lighttpd dem Apache nicht gerade haushoch überlegen, die Nasenspitze hatte er zumindest vorn. s9y steht ja in dem Ruf nicht gerade zimperlich mit den Ressourcen umzugehen, auch wenn ich selbst in der Hinsicht noch keine schlechten Erfahrungen gemacht habe. "Serendipity und lighttpd" vollständig lesen »

Ursprünglich als kleine Fingerübung für die Weihnachtsfeiertage gedacht, entwickelte sich die Suche nach einer optimalen Konfiguration für den Betrieb eines Forums auf Basis der Software Simple Machine Forum (SMF) zu einem kleinen Benchmarkfestival. Wie üblich erhält man als Resultat eine Unmenge an Zahlen, die wenn sie erst ausgewertet und interpretiert sind gar nicht mehr nach allzuviel Arbeit aussehen.
Am Anfang stand die Frage was man tun kann um einen Webserver der ordentlich unter Last steht zu optimieren ohne gleich die ganze Hardware auszutauschen. Denn soviel ist klar, mit schnellerer CPU, mehr RAM und schnelleren Festplatten kann man jeden Performance Engpass in den Griff bekommen. Dies hätte aber zur Folge, dass über kurz oder lang eine ganze Menge Hardware sinnlos in der Ecke verstaubt, denn irgendwie muss man ja die Server doch bis zum Ende der Vertragslaufzeit weiterbezahlen. Auf der anderen Seite bietet sich so vielleicht auch die Möglichkeit ältere und somit günstigere Hardware für ein Projekt einzusetzen.
In der Szene hört man in letzter Zeit immer lauter den Namen lighttpd, ein schlanker Webserver von dem behauptet wird, dass er Apache in Sachen Geschwindigkeit überlegen ist. Was lag also näher dieses Vermutung zu überprüfen. "Pimp my Webserver" vollständig lesen »