Webworking

Nachrichten und Artikel des WebTeams

Inhalt

Neues vom Webcluster

Diese Galerie enthält 8 Bilder.

Wie schon an dieser Stelle erwähnt, bekommt das RRZE neue Webserver. Mittlerweile wird die neue Softwarekonfiguration auf Testservern erprobt. Diese Servergeneration wird als Betriebssystem nicht mehr Solaris, sondern Linux bekommen. Auch bei den übrigen Softwarekomponenten gibt es einige Änderungen. Nachdem unsere Clusterserver mehr als 500 Webauftritte von beinahe ebensovielen Webmastern hosten, muss gesichert sein, dass [...]

Ausfall Mailfunktionalität

Derzeit werden Mails, die über die Webserver erstellt und ausgesendet werden, nicht zugestellt.

Ursache scheint eine neue Konfiguration für die Mailserver  zu sein. Wir sind dabei das Problem zu beben.

Update  11:16 Uhr: Das Problem wurde behoben.  Leider muss damit gerechnet werden, daß Mails, die seit Montag früh gesendet werden sollten, nicht zugestellt wurden.

Umzug der Webauftritte der info14 auf den Webcluster

Wie bereits am 24. März angekündigt, findet ab diese Woche nunmehr auch die Umstellung der Webauftritte auf den Server info14 statt.

Dies betrifft 86 Webauftritte aus den Bereichen:

  • Medizinische Fakultät
  • Naturwissenschaftliche Fakultät
  • Studiengänge
  • zentrale EInrichtungen

Sofern diese Webauftritte vor dem Sommer 2010 eingerichtet wurden.

Alle diese Webauftritte werden auf den zentralen Webcluster verschoben.
Zur Erinnerung an die Meldung vom März: Der Webcluster bedeutet ein Update von PHP von der Version 5.0 auf die Version 5.2 auf die Version 5.3, sowie ein Update auf den Apache 2.3.17. Die Konfiguration des Apaches wurden am 4. April in einen eigenen Blogbeitrag veröffentlicht.

Aufgrund der Vielzahl von Meldungen, Ankündigungen und Hinweise hoffen wir, daß inzwischen alle Webauftritte mit den neuen Versionen klar kommen. Insbesondere der Update von PHP kann ja einige Probleme mit sich ziehen, wenn ein Webauftritt noch auf veralteten Skripten basiert.
Soweit möglich, werden wir anhand von Stichproben und der Überwachung der Fehlermeldung prüfen, ob es nicht doch zu Fehlern aufgrund solcher ungepflegter Skripten kommt.
Wir bitten daher alle Webmaster der oben genannten Bereiche, ab Mitte dieser Woche einen Blick auf Ihren Webauftritt zu werfen und etwaige Probleme oder seltsame Vorkommnisse zeitnah zu melden!

Der alte Server info14 wird noch bis zum 6. Mai als Heimat für solche Webauftritte in Einsatz bleiben, die noch nicht kompatibel zu PHP 5.3 gemacht werden konnten. Spätestens ab dem 9. Mai wird der Server jedoch abgeschaltet und für den Betrieb im Clustersystem aktualisiert.

Apache-Direktiven im Webcluster

Der neue Apache 2.2 übernimmt die meisten der Voreinstellungen des vorherigen Apache 1.3.
Einige Direktiven mussten jedoch geändert werden, andere kamen hinzu.

Folgende globale Direktiven wurden gesetzt für die Webauftritte:

PHP-Einstellungen

AddHandler x-httpd-php .php .php5 .php4 .php3
AddType application/x-httpd-php .php .php5 .php4 .php3
LoadModule suphp_module /opt/FAU/httpd/modules/mod_suphp.so
suPHP_Engine on
suPHP_ConfigPath /proj/webserver/conf/php/5.3/php

Einstellungen für ServerSideIncludes

AddType text/html .shtml
AddHandler server-parsed .shtml

AddOutputFilterByType DEFLATE text/xml text/plain text/css application/javascript
# Deflate fuer text/html abgeschaltet, damit Browser die Seite schon waehrend des Transfers 
# analysieren und weiteren Content laden koennen.
AddOutputFilter INCLUDES .php .html .htm
# SSI auch fuer .php .html .htm aktivieren
# Achtung: Hosts mit Typo3 haben damit Probleme, da von T3 ausgegebene
# Kommentarmarker im HTML-Code die Syntax von SSI haben.
# bei solchen Hosts ist der AddOutputFilter im <virtualhost>-Kontext
# zu aendern.

Caching

CacheEnable  /grafiken
CacheEnable  /img
CacheIgnoreNoLastMod On
MCacheSize      320000
MCacheMaxObjectCount 5000
MCacheMinObjectSize 100
MCacheMaxObjectSize     202400
MCacheRemovalAlgorithm  LRU

Expires

ExpiresActive On
ExpiresDefault "access plus 1 days"
ExpiresByType image/gif "access plus 7 days"
ExpiresByType text/html "access plus 2 days"

# Expires fuer .pdf und .doc deaktiviert.
<filesmatch "\.(pdf|docx?)$">
ExpiresActive Off
</filesmatch>

Options und erlaubte Overrides

   Options IncludesNOEXEC SymLinksIfOwnerMatch Indexes
   AllowOverride AuthConfig FileInfo Limit Indexes Options=All,MultiViews

Jeder Webauftritt (und darin alle enthaltenen Skripten) wird unter der jeweiligen Webmasterkennung ausgeführt.
Zusätzlich können obigen Anweisungen noch über eigene Direktiven oder Änderungen im Kontext des Webauftritts geändert werden.
Im Webmaster-Portal können eigenen DIrektiven für den Webauftritt abgerufen werden. Einige Direktiven lassen sich auch über eine eigenen .htaccess-Datei ändern.

Cache Control bei dynamischen Webauftritten

Mit dem neuen Apache 2.2 haben wir zur Steigerung der Performance das Cache-Modul von Apache aktiviert (“Mem Cache”).

Dieses Modul bewirkt, daß Webseiten, darunter auch dynamisch generierte Seiten, vom Webserver zwischengespeichert werden und beim nächsten Request wieder ausgeliefert werden, ohne daß dann die Seite nochmals von vorne “gebaut” werden muss. Dadurch ergibt sich teilweise ein merkbarer Performancegewinn.
Dem Voraus gingen verschiedene Tests, über die ich im letzten Jahr bereits in diesem Blog berichtete. Vgl: Vorbereitungen zum Umstieg auf den Webcluster: Performance

Leider mussten wir nun feststellen, daß es doch Probleme gibt:  Bei Webangeboten, die verschiedene Inhalte immer vom selben Skript liefern (z.b. immer von einer “index.php”), kann es passieren, daß zunächst der falsche Content geliefert wird und der richtige erst dann kommt, wenn man  die Seite nochmal explizit neu anforderte.

Eine genauere Analyse der Vorgänge zeigte zwei mögliche Ursachen, bzw Lösungen:

  • Das Skript liefert bei der Generierung der Inhalte bislang keine Antwort-Header, die spezielle Cache-Control-Anweisungen beinhalten. So fehlt beispielsweise eine solche Zeile in den Antwort-Headern:

    Cache-Control: no-cache

    Die Lösung wäre also, daß das Skript um diese oder andere Angaben ergänzt wird.
    Bei einigen CMS, wie beispielswiese bei Typo3, gibt es entsprechende Funktionen und auch Extensions, die dies automatisch setzen.

  • Sollte das Problem nicht über eine Anpassung oder Konfiguration der Skripte lösbar sein, besteht ansonsten die Möglichkeit, daß das Caching für den kompletten Webauftritt oder für einzelne Verzeichnisse daraus serverseitig deaktiviert wird.
    Im dem Fall, daß der Webauftritt auf unseren Webcluster liegt, wird dies das Webteam tun. Wir werden dann in der Konfiguration des Webauftritts die Anweisung 

    CacheDisable  /

    ergänzen.
    Im Webmasterportal kann jeder angemeldete Webmaster über die Ansicht der Konfiguration, unter dem Unterpunkt “VirtualHost-Konfiguration”, nachprüfen, ob und welche Direktiven gesetzt sind und ob diese dabei ist.

Sollten Sie hinsichtlich dieses Themas Unterstützung des Webteams benötigen, setzen Sie sich bitte mit uns in Kontakt.