Bei Dir reicht es, auf der Produktion php 5.irgendwas und in der Entwicklung php 5.irgendwasanderes zu haben und ich bestehe darauf, dass die Versionen identisch sind und der Rest keine Rolle spielt.

Dazu kommt, dass wir beide den Fehler machen, den EEE als Entwicklungsmaschine zu sehen und das ist er nun wirklich nicht.

wenn wir “nur” von selbstentwickelten PHP Programmen ausgehen, ist es tatsächlich völlig egal welchen Webserver man verwendet.
Bei der Integration und Verwaltung von Webapplikationen sieht das jedoch schon ein bisschen anders aus.
Ich habe beim Aufsetzen von Systemen den kompletten Stack zu beachten. Nicht nur den eigentlichen Business Logik Stack.

Vielleicht sollte ich noch erwähnen, dass ich hier von einer drei Personenfirma rede.
Im Betrieb, den ich sonst so unter Tags mit meiner Anwesenheit beglücke, sieht das anders aus. Da haben wir eine deutlich grössere Aufgabenteilung und somit würde ein Programmierer wirklich “nur” programmieren.

Im grossen und ganzen sagen wir beide das Gleiche aus.
Es ist wichtig, die Abnahmetestumgebung zu haben und diese so nah wie möglich an der Produktion zu halten.
Bei der Entwicklungsumgebung kann man sich auf das Wesentliche konzentrieren und braucht sich nicht um alles wie in der Produktion im Detail kümmern.

Daher hier noch einmal die Auflösung des Apache2-Problems auf dem EEE PC. Es ist richtig, dass Du den X-Server an Platz 1 bei der Speichernutzung siehst, aber der Apache startet standardmässig zehn Tochter-Prozesse, an die er die http-Verbindungen weiterreicht.

Das heisst, den Speicherverbrauch, was bedeutet, dass Du im Minimalfall einen Mutter- und zehn Kindprozesse hast, die alle Speicher verbrauchen (bei mir in einer Testinstallation, sind das immerhin knapp 20 MB pro Kindprozess)

Dazu kommt, dass diese elf Prozesse auch regelmässig in der Run-Queue auftauchen und CPU verbrauchen.

Wenn Prozesse sehr lange idle sind, wandern sie in den Swap-Bereich, was nicht weh tut, aber I/O verbraucht und sowohl von Speicher, als auch Prozessor oder I/O hast Du auf der kleinen Büchse nicht so viel. Wenn die Prozesse wieder gebraucht werden, wird aus dem Swap-Bereich wieder der Speicher beschrieben.

Ich kenne natürlich wesentlich grössere Szenarien, aber es hat sich als gut erwiesen, wie folgt zu arbeiten:

Entwicklersysteme arbeiten mit der gleichen PHP-Version wie Produktionssysteme, können aber einen kleineren Webserver verwenden und eine andere Datenbank, die den gleichen Befehlsvorrat hat. Wenn Du Spezialitäten von Apache oder MySQL benötigst, kommst Du um die beiden allerdings nicht herum.

Jetzt haben wir allerdings schon das Problem, dass die Basis-Bedingung (gleiche PHP-Version) schon nicht erfüllt ist, was allerdings zu realen Problemen in der Produktion führen kann (aus diesem Grund sind bei uns auf den Systemen auf der Arbeit alle Programmiersprachen statisch gelinkt und auf den RedHat-, SUSE- und SOLARIS-Systemen in der identischen Version verfügbar, da sie aus denselben Quellen compiliert wurden).

Wenn Du wirklich nahe an die Produktion willst, kommst Du um Gentoo nicht herum und solltest auch alle anderen Unterschiede (X-Server …) eliminieren.

Nach der Entwicklungsumgebung geht es in eine Integrations-, danach in eine Abnahmeumgebung, die identisch zur Produktion installiert und konfiguriert ist und auch die gleiche Hardware beeinhaltet. In Deinem Fall würde ich mir die Integrationsumgebung sparen und direkt in die Abnahmeumgebung gehen, die heruntergebrochen auch nicht die gleiche Hardware haben musss, aber zwangsweise die gleiche Software-Umgebung haben muss. Dort können auch die Tests stattfinden. Danach geht es in die Produktion.

Um es zusammenzufassen.

- Entwicklungsumgebung
- Abnahmeumgebung mit identischen Softwareständen und produktionsidentischer Konfiguration (das kann vielleicht sogar eine virtuelle Maschine sein), dort laufen alle Tests.
- Produktionsumgebung

Ich könnte jetzt ins Schwafeln geraten, aber das hilft nicht. Auf der Arbeit (im Geschäft) haben wir sechs Entwicklungsumgebungen, vier Abnahmeumgebungen und zwei Produktionsumgebungen (eine für Desaster Recovery).

Vielleicht mache ich dazu mal einen Vortrag und erkläre dann auch in welche Schwierigkeiten man kommen kann, wenn man diesen Pfad verlässt. Ich hatte in meiner Karriere schon Probleme, die nicht nachgestellt werden konnten, da sie an der Serie der Netzwerkkarten lagen (in der Abnahmeumgebung war eine andere Serie verbaut als in der Produktionsumgebung).

Der Webserver liefert nur das Ergebnis des PHP-Interpreters aus, das kann jeder x-beliebige Webserver aber auch.

Buddypress war übrigens im Ursprung unserer Diskussion noch kein Thema, da ging es um selbst entwickelte PHP-Software. (Aber selbst da spielt die PHP-Version eine grössere Rolle als die anderen Komponenten).