[todo] [Software 0000768]: Erneute Aktivierung des Cachings für mod_proxy
todo-notifyer at hostsharing.net
todo-notifyer at hostsharing.net
Mon May 5 14:06:01 CEST 2008
Das folgende Problem wurde zugewiesen.
======================================================================
https://todo.hostsharing.net/view.php?id=768
======================================================================
Berichtet von: EDV-Serviceteam
Zugewiesen an: mhierweck
======================================================================
Projekt: Software
Problem ID: 768
Kategorie: Webserver
Reproduzierbarkeit: immer
Auswirkung: Feature-Wunsch
Priorität: normal
Status: zugewiesen
======================================================================
Erstellt am: 23.05.2007 11:51 (CEST)
Letzte Aktualisierung: 05.05.2008 14:06 (CEST)
======================================================================
Zusammenfassung: Erneute Aktivierung des Cachings für mod_proxy
Beschreibung:
Diverse Webapplikationen können davon profitieren, wenn man einen Cache
vorschaltet, der statische Komponenten oder auf unter gewissen Umständen
dynamisch erzeugte Inhalte zwischenspeichert und ausliefert.
Bei einer geschickten Konfiguration der Webanwendung können so,
unabhängig von der eingesetzten Sprache, Aufrufe der dynamischen
Komponenten (PHP, Perl, Python, CGI etc.) vermieden werden.
Die Zope-Maintainer würden sich daher freuen, wenn wir
möglichst bald zur Proxy-Konfiguration, etwa nach folgendem Schema
zurückkommen könnten und damit Auslieferung von Zope- und Plone-Websites
nicht nur erheblich beschleunigt werden könnte, sondern auch deutlich
CPU- und IO-Ressourcen eingespart werden könnten. (Nach Meinung der
Plone-Experten ist der Einsatz von Plone ohne Reverse-Proxy und Cache
außer bei schwachfrequentierten Seiten unvernünftig. Allerdings geht man
in der Community (stillschweigend) recht durchgängig von dedizierten
Servern oder Root-Servern aus.)
Diese Konfiguration wurde bereits parktisch erfolgreich erprobt, aber
wieder abgeschaltet, nachdem (aufgrund eines CMS-Fehlers) eine defekte
Grafikdatei mit langer Gültigkeitsdauer im Cache abgelegt worden war. Man
könnte dieses Problem durch eine kürzere max. Gültigkeitsdauer (max
expire) lösen.
======================================================================
Problem-Historie
Änderungsdatum Benutzername Feld Änderung
======================================================================
23.05.07 11:51 EDV-ServiceteamNeues Problem
05.05.08 14:06 mhierweck Status neu => zugewiesen
05.05.08 14:06 mhierweck Bearbeitung durch => mhierweck
======================================================================
More information about the Todo
mailing list