Um das Cacheing beim Apache zu aktivieren, muss man zum einen das allgemeine Cacheing Modul „mod_cache“ laden und dann eins für die Cacheing Methode welche man verwenden möchte. Also entweder „mod_disk_cache“ oder „mod_mem_cache“, wobei es auch geht beide zu laden. Es kommt eben immer darauf an wie man Cachen möchte. Entweder nur im RAM, oder nur auf der Festplatte, oder ein gemisch aus beiden. Eingebunden werden die Module über das Kommando „LoadModule Modulname Modul“. Für Cacheing würde das so aussehen:

LoadModule cache_module modules/mod_cache.so
LoadModule disk_cache_module modules/mod_disk_cache.so
LoadModule mem_cache_module modules/mod_mem_cache.so

In dem Zusammenhang ist es auch immer gut noch die Module für HTTP-Header und Expire-Steuerung zu aktivieren. Da auf diese beim Cacheing zurückgeriffen wird. Also zusätzlich dann noch:

LoadModule expires_module modules/mod_expires.so
LoadModule headers_module modules/mod_headers.so

All dies wird in die httpd.conf (evtl. auch apache2.conf) eingefügt. Nach einem Neustart des Apache sind die Module dann auch verfügbar. Hier nun die Allgemeinen Optionen für „mod_cache“:

„CacheEnable disk /“ aktiviert das Caching. „disk“ besagt hierbei das „mod_disk_cache“ benutzt wird und nicht „mod_mem_cache“. Das Slash besagt, das alles ab dem Domain-Root gecached werden soll. Also alles z.B. ab http://www.domain.tld/ . Man könnte also auch sagen, wenn man nur Teilbereiche seiner Website cachen will, das nur http://www.domain.tdl/archive/ gecached werden soll. Dies würde man mit „CacheEnable disk /archive/“ erreichen. Will man mod_mem_cache ansprechen muss man die Option entsprehende umformulieren: „CacheEnable mem /sites“. So wird alles unterhalb von domain.tld/sites/ in durch den Mem- Cache abgedeckt.

„CacheDisable“ kann das Caching für angegebene Domain.Pfade deaktivieren. Bsp.: „CacheDisable /sites/intern“.

„CacheDefaultExpire“ legt die Zeit für ein Dokument ohne Gültigkeitsdauer fest, bevor es verfällt. Also wenn eine Dokumente keinen „Expires“-Header hat. Der Standard-Wert liegt bei einer Stunde. Die Zeit wird in Sekunden angegeben.

„CacheIgnoreCacheControl“, ist diese Option gesetzt ignoriert Apache den „CacheControl“-Header des angeforderten Objektes und legt es trotzdem in den Cache, auch wenn „CacheControl: no-cache“ gesetzt ist.

„CacheIgnoreNoLastMod“ wird gesetzt wenn man ein Dokument ohne „Last-Modified“-Header hat, dies aber trotzdem in den Cache legen möchte. Der „Last-Modified“-Wert wird dann auf die aktuelle Zeit + den Wert von „CacheDefaultExpire“ gesetzt.

„CacheLastModifiedFactor“ legt das Verfallsdatum anhand von LastModified-Headers fest, wenn kein Expires- Header gesetzt ist. Dazu wird die aktuelle Zeit genommen, dann nachgeschaut, wie lange das Dokument schon nicht verändert wurde und dies dann mit dem Faktor multipliziert. Daraus ergibt sich zum Bsp. Bei einer seit 20h nicht mehr veränderten Datei und einen Faktor von „0,1“ eine Verfallszeit von zwei Stunden.

„CacheMaxExpire“ definiert wie lange ein Dokument ohne Prüfung aus dem Cache ausgeliefert wird. Ist die Zeit abgelaufen, wird es aus dem Cache genommen, selbst wenn der „Expires“-Header etwas anderes besagt.

mod_disk_cache

Will man nun für einen bestimmten Vhost das Disk-Caching aktivieren (gesamte Domain), muss man in dessen <VirtualHost>-Tag folgendes einfügen:

CacheEnable        disk /
CacheRoot            /var/cache/apache2/VHOSTname
CacheSize             307200
CacheDirLevels   3
CacheDirLength 2
CacheMaxFileSize   2097152
CacheMinFileSize    1024

„CacheRoot“ gibt an, wo auf der Festplatte das Verzeichnis liegt, in welchem Apache seine Cache-Dateien ablegent. Dieses Verzeichnis muss schon existieren, der Webserver wird es nicht selbst anlegen. Deshalb sollte man darauf achten, das auch die richten Zugriffsrechte gesetzt sind. Dieses Kommando gilt nur für „mod_disk_cache“.

„CacheDirLevels“ legt die Tiefe fest, bis zu welcher Ordner für Cache-Dateien angelegt werden sollen.

„CacheDirLength“ legt die Länge der Ordnernamen fest, in welchen die Cache-Dateien gespeichert werden. Die beiden Direktiven dienen zur Verwaltung der Cache-Dateien. So wird die Ordner Hierarchie festgelegt. So kann man die Größe des Cache regulieren und durch schlanke Verzeichnisstrukturen die Zugriffszeiten steigern. Dabei ist noch zu beachten, das CacheDirLevels * CacheDirLength < 20 sein sollte. Sollte dies nicht beachtet werden kommt es zu Instabilitäten oder sogar abstürzen des Apache.

„CacheMaxFileSize“ legt die maximale Größe einer Datei fest, welche in den Cache aufgenommen werden soll. Überschreitet eine Datei diese Größe wird sie nicht gecached. Im Bsp. Wird die max. Größe auf 2 MiB festgelegt.

„CacheMaxFileSize“ legt entgegen zu CacheMaxFileSize die minimal Größe einer Datei fest, welche in den Cache aufgenommen werden soll. Unterschreiten Dateien diese Größe, werden sie ebenfalls nicht gecached. Im Bsp. Wird die min. Größe auf 100 KiB festgelegt

„CacheSize“ legt einfach die Maximale Größe des gesamten Cache fest, der auf der Festplatte gespeichert werden soll. Läuft der Cache über, wird er durch das löschen der ältesten Dateien wieder auf seine maximal erlaubte Größe verkleinert. „mod_disk_cache“ hat dazu eine eigene Garbage-Collection-Funktion. Dabei wird auf das externe, aber zu Apache gehörende Tool „htcacheclean“ zurückgegriffen. Dieses Tool kann man auch selbst anstoßen oder durch Cronjobs zyklisch laufen lassen.

mod_mem_cache

Im Gegensatz zu mod_disk_cache, speichert „mod_mem_cache“ wie der Name schon sagt, die zu cachenden Inhalte im RAM des Servers. Auch sind hier wieder Angaben pro Vhost möglich. Für „mod_mem_cache“ gibt es 6 Optionen, die im Folgenden erläutert werden.

„MCacheSzie“ legt die Maximale Größe des Cache im RAM fest. Man sollte sie nicht allzu groß wählen, außer man hat genügend Hauptspeicher. Standardmäßig steht dies Option auf 100 KiB.

„MCacheMaxObjectCount“ legt die maximale Anzahl der Objekte im Speicher fest. Wird die Grenze erreicht, werden Objekte anhand der Option „MCacheRemovalAlgorithm“ entfernt.

„MCacheMaxObjectSize“ legt wie der Name schon sagt, die max. Größe eines Objektes fest. Sie entspricht der Option „CacheMaxFileSize“.

„MCacheMinObjectSize“ ist das Gegenteil der vorherigen Option und legt die minimale Größe eines Dokuments fest, welches im Speicher abgelegt werden darf. Es ist das Äquivalent zu „CacheMinFileSize“

„MCacheMaxStreamingBuffer“ legt den max. Buffer für Streaming-Antworten fest. Bei Streaming-Objekten ist die Gesamtgröße vorher nicht bekannt. Daher kann die Prüfung von „MCacheMaxObjectSize“ nicht stattfinden. Daher wird soviel wie „MCacheMaxStreamingBuffer“ festlegt, gepuffert und daran dann entschieden ob das Objekt zu groß ist für den Cache oder nicht. Wird diese Option nicht gesetzt, wird der Wert von MCacheSzie“ genommen. Aber dann nur ungefähr 98% davon.

„McacheRemovalAlgorithm“ bestimmt nach welchen Verfahren die Objekte aus dem Speicher entfernt werden. Dabei gibt es zwei Optionen. Einmal LRU und zum anderen GDSF. LRU beduetet hierbei Last Recently Used. Wie der Name schon vermuten lässt, werden so dann die am längsten nicht benutzen Objekte aus dem Cache entfernt. Bei GDSF, was Greedy-Dual-Size-Frequency heißt, werden die Objekte priorisiert. Die Priorisierung wird daran festgelegt wie Aufwändig eine Neu-Anfrage wäre und wie groß das Objekt ist. Objekte mit niedriger Priorität werden dann aus dem Cache entfernt.

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