Installationsdialog von MAMP

Nachdem man es nun installiert hat kann man es einfach starten. Danach fragt es sofort, auch wenn man die normale Version genommen hat, ob man nicht die Pro-Version nehmen mag. Dies verneint man dann und kommt ins normal kleine Interface von MAMP. Gleichzeitig öffnet sich auch noch ein Browser-Fenster in dem die “Weboberfläche” von MAMP öffnet. Hier hat man einmal die PHPInfo-Informationen und einen phpMyAdmin, sowie einige allgemeine Informationen.

MAMP Interface

Hier in dem Interface kann man nun die Server starten und beenden. Einige wenige Grundeinstellungen können noch unter “Einstellungen…” getroffen werden. Wie z.B. ob die Server beim starten sofort gestartet werden sollen und ob beim starten gefragt werden soll, ob man nicht doch die Pro-Version haben mag. Weiterhin können die Ports, auf welchen die Server laufen sollen, eingestellt werden. Sowie kann man die PHP-Version einstellen und definieren wo das Documentroot des Apache sein soll.

Optionen von MAMP

Und wenn die Server dann von allein starten und durch manuelles klicken auf “Server starten” ist man auch schon fertig. Unter “localhost:8888″ ist der Apache zu erreichen und über “localhost:8889″ der MySQL-Server. Hat man die aufgegangen Weboberfläche von MAMP geschlossen kann man diese durch klicken auf “Startseite öffnen” wieder holen.

So, das wärs dann also….

Hier noch eine Auflistung des kompletten inhalts von MAMP:

apt-get install php5-cgi php5-cli

fcgid installieren:
fcgid lässt sich relativ leicht durch das repository installieren. Dazu reicht ein einfaches apt-get aus.

apt-get install libapache2-mod-fcgid

Nach dem sollte es nun noch konfiguriert werden. Dazu nehmen wir aus der Apache2 Konfiguration erstmal das bisherige PHP5-Modul raus. Dazu entfernen wir einfach die LoadModul Aufforderung in der apache2.conf/httpd.conf oder wie bei Debian/Ubuntu-Systemen, dort löschen wir einfach die php5.conf und php5.load aus dem Verzeichnis “/etc/apache2/modules-enabled/”. Da es sich dabei nur um Symlinks handelt bleiben die eigentlichen Dateien also für den Notfall oder ein Rollback erhalten.

Nachdem wir nun das alte php5-Modul entfernt haben binden wir das neue ein. Dies tun wir durch die Direktive

LoadModule fcgid_module /usr/lib/apache2/modules/mod_fcgid.so

Das Modul muss natürlich an dieser Stelle auch liegen! Nutzen wir Ubuntu oder Debian wurde die Konfiguration schon nach “modules-enabled” geschrieben. So sollte das Modul schon einmal geladen werden. Jetzt muss es natürlich noch konfiguriert werden. Allgemein kann man wieder in der httpd.conf/apache2.conf folgenden Block einfügen oder diesen unter “modules-enabled/fcgid.conf” bearbeiten:

< IfModule mod_fcgid.c >
AddHandler fcgid-script .fcgi
SocketPath /var/lib/apache2/fcgid/sock
IdleTimeout 600
IdleScanInterval 200
BusyTimeout 300
BusyScanInterval 120
ErrorScanInterval 6
ZombieScanInterval 3
ProcessLifeTime 1200
# SpawnScoreUpLimit 10
# SpawnScore 1
# TerminationScore 2
MaxProcessCount 250
DefaultMaxClassProcessCount 10
DefaultMinClassProcessCount 0
IPCConnectTimeout 20
IPCCommTimeout 200
MaxRequestsPerProcess 500
< /IfModule >

Damit ist das fcgid-Modul schon mal grundsätzlich einsatz bereit. Fehlen nur noch 2 kleine Sniplets und wir sind fertig! Nach den Apache-Konfigurations-Anpassungen muss nun noch ein Wrapper-Skript her um die PHP-Prozesse zu steuern. Dies legen wir uns an einen beliebigen Ort, aber dort wo der Apache2 es auch lesen kann und machen es ausführbar. Ich habe meins z.B. dort abgelegt: “/etc/php5/php-procs.sh”. Der Inhalt des Skripts ist wie folgt:

#!/bin/sh
PHP_FCGI_CHILDREN=5
PHP_FCGI_MAX_REQUESTS=100
export PHP_FCGI_CHILDREN
export PHP_FCGI_MAX_REQUESTS
exec /usr/lib/cgi-bin/php5 "$@"


Zu beachten sei noch der Pfad zum php5-cgi Binary. Dieser sollte noch überprüft werden, da das Ding ja auch mal woanders installiert sein kann oder einen anderen Namen haben kann. Die Anzahl der Kinder kann man je nach Last auf dem System noch hoch oder runter stellen. Genauso wie die Maximalen Requests pro Kind, bevor dieses zerstört wird. Haben wir das alles nun getan, fehlt uns nur noch ein Eintrag im jeweiligen VHost, welcher mit PHP arbeiten soll. Dazu fügen wir in diesen zwei Directory-Kontainer ein oder bearbeiten Vorhandene dementsprechend.

< Directory / >
Options +FollowSymLinks
AllowOverride all
< /Directory >
< Directory /var/customers/webs/Zombie/ >
AddHandler fcgid-script .php
FCGIWrapper /etc/php5/php-procs.sh .php
Options Indexes +FollowSymLinks MultiViews ExecCGI
AllowOverride None
Order allow,deny
allow from all
< /Directory >

FollowSymlinks ist für Anwendungen außerhalb des Webroots gedacht. Das nutz ich meist um phpMyAdmin in verschiedenen Domains zu nutzen, ohne es X-Mal installieren zu müssen. Ist dies dann auch getan, sind wir fertig und geben noch ein finales

/etc/init.d/apache2 reload

ein. Damit werden all unsere Änderungen aktiv und wir können gucken ob sie auch funktionieren. Das sollten sie eigentlich auch ;-)

Gestern haben wir uns dann mal einen VServer erstellt, also ne VM die ich bereit stellte und darauf eine Domain geschalten. Dann alles nach und nach installiert. Eigentlich sollten wir ja nicht soviel eingreifen müssen, da wir ja viele scripte vorbereitet hatten. Dies war aber ein Irrtum. Das meiste lief ganz gut durch, also Apache, MySQL und PHP. Postfix ging auch ganz gut durch. Doch dann die Konfiguration davon. Da gab es dann doch das ein oder andere Problem, was isch dann aber auch lösen lies. Meist waren es kleine Fehler mit grossen Auswirkungen wie eben falsche Dateiberechtigungen oder Datenbankberechtigungen. Eines der Grösseren Probleme war, das die ClamAV Version von Debian wohl einen Tick hat und in der Konfiguration, so wie ich sie hier hatte, nicht richtig funktionierte. Nach ein wenig Recherche im Netz fand ich dann aber einen passenden Workaround.
So gegen 23 Uhr war dann alles soweit erstmal bereit das es lief. Also ein Webserver mit PHP und MySQL support, MySQL an sich und eine Mailserverkonstrukt, was Emails empfangen und verenden kann. Wir hatten um 12:00 Uhr Mittags angefangen. Naja, mal ne grössere Pause zum einkaufen und noch eine weitere zum essen. Was jetzt dann noch fehlte waren so Kleinigkeiten wie die Richtige Verschlüsselung der Mails und Statistik tools wie AwStats und Cacti. Auch sollte noch ein Jabber-Server hinzukommen. Dies haben wir dann noch bis 4 Uhr morgens implementiert. Als Jabber Server hatten wir uns dann für OpenFire entschieden, aufgrund der GUI. Is ja für Mausschubser, aber falls eben mal kein Admin zu Hand ist, das die auch mal ein wenig was regeln können. Dann noch als Test für den Webserver und PHP sowie MySQL noch eben ein kleines WordPress aufgesetzt um zu sehen ob das läuft.

Ich werde dann mal Demnächst die Final Version der Script-Sammlung hier noch veröffentlichen.

hier dann noch ein paar quellen:

HowtoForge Tutorial für einen Mail Server

Workaround Tutorial für einen Mail Server

erst haben wir uns apache vorgenommen. geguckt wie wir das am besten kompilieren können. also welche optionen es alles gibt. dann geguckt wies durch läuft und alles protokolliert.

danach war mysql dran, auch wieder nach geschaut, welche optionen am sinnvolsten wären und wie es beim kompilieren durch läuft. alles protokolliert.

dann kam php und perl. das selbe. kompilieren und alles protokollieren.

anschliessend haben wir alles zusammen in ein script gepackt und noch verschiedenen anpassungen vorgenommen. am schluss hatten wir ein script was uns am stück alles runterläd, auspackt, konfiguriert, kompiliert und installiert.

jetzt überdenken wir noch mal die konfiguration und suchen nach verbesserungen… wir bauen uns unser eigenes lamp/xampp … dann unsere eigene distri und danach reissen wir die weltherrschaft an uns…