Kürzlich habe ich ein Projekt auf das Content Management System Drupal (6.1) umgestellt. Leider erwies sich dies aufwendiger als erwartet. Da man ein einigen Rädchen und Schräubchen drehen musste, bis das Webpaket Homepage Perfect halbwegs tauglich war. Daher möchte ich meine Erfahrungen und Kenntnisse hier kurz festhalten.

Es begann damit, dass register_globals aktiviert und PHP mit einem sehr geringen memory_limit konfiguriert war. Beides lies sich recht einfach durch den Einsatz einer php.ini im Drupal Verzeichnis anpassen.

php.ini

; Register_globals deaktivieren
register_globals = off
 
; Memory_limit erhoehen
memory_limit = 40M

Drupal lief und ich war zufrieden. Leider war es dann doch nicht so einfach. Nach dem Einrichten der Seite und aktivieren diverser Module bekam ich immer häufiger einen Server Error 500, was sich dann soweit steigerte, dass das System nicht mehr benutzbar war. Entsetzt habe ich als erstes eine Mail an den Support von 1und1 geschrieben, doch dieser zog sich mit der lächerlichen Bemerkung aus der Affaire:

"Bitte beachten Sie, dass wir lediglich technische Anfragen bezüglich
unserer WebHosting-Angebote und der direkt damit verbundenen Leistungen
bearbeiten können. Aus diesem Grunde können wir Ihnen für
selbstgeschriebene Skripte und Anwendungen von Drittherstellern leider
keinen Support anbieten."

Einen Verweis auf php4-forum.de gabs aber gratis.
Fragt sich jetzt ob Drupal oder der Webserver ein Serverfehler ausgibt... ;-) Naja, wie ich bereits sagte, lächerlich.

Da das Webpaket alle .php Dateien als PHP4 interpretiert kam mir noch die Idee Drupal unter PHP5 laufen zu lassen. Da man nicht alle Dateien auf .php5 umbenennen will, gibt es die Möglichkeit mit Hilfe einer .htaccess festzulegen, dass die Dateien mit PHP5 interpretiert werden sollen.

.htaccess

AddType x-mapp-php5 .php

Mit diesen Einstellungen läuft Drupal nun stabil - mal sehen wie lang. Ich hoffe, der Artikel Hilft denen, die eine schnelle Lösung für das Problem suchen.