jtb.blog - PHP

Migration mod_fastcgi -> mod_fcgid

nospam@example.com (Jtb) — Tue, 13 Feb 2007 03:57:46 +0100

Nachdem Gentoo so freundlich war mod_fastcgi aus Portage zu schmeissen, habe ich vor ein paar Tagen mich endlich mal hingesetzt und den "Nachfolger" mod_fcgid zu installieren.
Aber irgendwie bin ich nicht so glücklich. Zum einen ist die Doku nicht gerade berauschend (hey, ich bin Doku im Stil von Apache httpd gewöhnt und erwarte auch solche) und zum anderen habe ich das Gefühl, dass jetzt php-Instanzen nicht aufgeräumt werden wenn sie länger nicht gebraucht wurden.
Früher liefen einfach wesentlich weniger Instanzen - jetzt laufen immer über 100 Instanzen und somit ist die RAM-Situation auch ein wenig angespannter

Ich glaube, da muss ich irgendwo noch am richtigen Parameter drehen - aber an welchem?

PHP5 wird langsam Standard

nospam@example.com (Jtb) — Sat, 08 Jul 2006 11:07:17 +0200

So langsam muss ich mir überlegen, ob ich nicht die diversen Webserver, die ich warte auf PHP5 upgrade..

Die gerade rausgekommene Version 1.7 von MediaWiki läuft nur noch damit:

MediaWiki 1.7 requires:
* PHP 5.0 or later
Older versions will no longer work

Aber das Problem: bei Debian stable gibt es immernoch nur PHP3 und PHP4
Wenn das weiterhin so bleibt, wird Debian wohl einige User verlieren..

Folien zum Thema "Code-Injection in PHP und Einbauen eines Public Keys"

nospam@example.com (Jtb) — Wed, 03 May 2006 23:55:34 +0200

Im Rahmen des aktuellen Praktikums füge ich meiner Auswertung vom Hacking-CTF2005 noch ein paar Folien zum Thema Code-Injection in PHP hinzu. Als kleine Bonusbeilage auch ein praktischer Angreif: Einbauen eines Public Keys für SSH

Folien Code-Injection in PHP (PDF)
Folien Code-Injection in PHP (Powerpoint)

PHP - safe_mode fällt weg

nospam@example.com (Jtb) — Fri, 03 Mar 2006 22:35:21 +0100

Ein großer Umbruch bei PHP: der safe_mode wird demnächst ersatzlos wegfallen (vor einiger Zeit schon beschlossen)!
Im CVS wird schon aufgeräumt: Start nuking safe_mode

open_basedir bleibt aber erhalten - kann zwar auch umgangen werden, aber da dachten die Entwickler sich wohl, dass dennoch Sinn macht.. Jetzt müssen wohl einige ihr PHP-Setup umbauen - ansonsten kann jedes Skript eines VHosts Schaden anrichten. Lösungen sind z.B. fastcgi mit suexec und su_php - damit kann jeder Vhost unter einem eigenen User laufen (und nebenbei noch eine eigene php.ini bekommen)..

Na ja, es bleibt noch ein wenig Zeit (wohl messbar in etlichen Monaten) - auch ich muss noch mein Setup umstellen, auf dem Chaos-Darmstadt-Server habe ich es allerdings schon "richtig" eingerichtet (nach der Anleitung auf debianhowto.de)