Wohnzimmerhostblogger

Ich musste heute morgen feststellen, dass auf einigen MySQL-Servern die globale Einstellung "flush" auf "ON" eingestellt war.

Es ist sicherlich schön, wenn MySQL nach jedem Query das Betriebssystem anweist alle Daten auf die Festplatte zu schreiben. Dabei wird dann aber auch jegliche Caching-Strategie ausgehebelt und es fühlt sich an, als ob der Server mit angezogener Handbremse auf der Autobahn fährt...

Sobald ich den Schuldigen gefunden habe werde ich wohl die Peitsche auspacken müssen. Unter 20 Hieben wäre jegliche Strafe zu gering, wobei mich das an einen Post von 2007 erinnert...

Letztes Jahr schrieb ich ansatzweise wie wir es geschafft haben PHP via FastCGI in einem Chroot()-Jail auszuführen.

Der Ansatz seinerzeit arbeitete mit einem Patch für suExec und PHP, was auch gut funktionierte aber eigentlich wenig portabel ist. Der große "Mist" an der Sache war der Patch für PHP, denn PHP ist hier die Endanwendung und damit tendenziell nur eine von vielen. Was ist denn zum Beispiel, wenn am Ende nicht PHP sondern vielleicht Python, Perl oder Ruby arbeiten soll? Dann muss für jede dieser Anwendungen ein eigener Patch bereitgestellt werden.

Die neuste Inkarnation verzichtet daher auf den Patch für PHP, sondern bildet die selbe Logik die in suExec das chroot() erstellt auch in mod_fcgid ab, d.h. mod_fcgid erkennt wann ein chroot() wie erstellt wird und kann seinerseits alles Umgebungsvariablen anpassen. Das erlaubt beliebig viele Endanwendungen bei konstantem Aufwand. Zudem ist mod_fcgid die wesentlich kompaktere Anwendung als PHP - sehr schön!

Bevor ich es vergesse und die erste Woche des neuen Jahres (wo man es meiner Meinung nach problemlos sagen darf):

Ich wünsche allen hier verbliebenen Lesern ein gesundes, glückliches und frohes neues Jahr 2013! 

Nachdem sich die Stimmen mehrten ich möge doch mal bitte eine neue Version meines Gettext-Patches für Wordpress auflegen, habe ich es mir recht weit oben auf die "Nice-to-have"-ToDo geschrieben und voila, da isser!

Fast ein Jahr nach der letzten Version habe ich mich dran gemacht und eine neue Test-Umgebung für Wordpress in der Version 3.5 aufgesetzt und meinen Patch dort installiert.

Mit dem Patch ist es möglich die Struktur von Wordpress intern ein wenig dahingehend zu Ändern, dass anstelle der "PoMo"-Library - einer gettext-Implementation in PHP - die native gettext-Erweiterung von PHP zu verwenden. Das spart Arbeitsspeicher und bringt auch ein wenig mehr Geschwindigkeit für den Blog. Bei meinem Test auf einer wohlgemerkt "nackten" Wordpress-Installation verbesserte sich die Arbeitsspeicher-Situation immerhin um 14,3%. Alle anderen Zahlen überlasse ich lieber unabhängigen Enthusiasten.

Ein Umstand der mich persönlich etwas gefreut hat: Wordpress lief bei mir in einem Starter-Paket wie wir es seit Anfang Dezember 2012 ausliefern. Dort lief es ohne Probleme bereits von Haus aus und schien nach oben hin noch sehr viel Luft zu haben. (Wer eine Migration aus einem älteren Starter-Paket haben möchte, mag das gerne erfragen!)