Re: Caching kompletter HTML-Seiten
Thomas Graf <[email protected]>
| Newsgroups | gmane.comp.web.zope.german |
|---|---|
| Message-ID | <[email protected]> |
Hallo, wir setzen zum Caching Varnish und CacheFoo ein. Das von dir beschriebene Phaenomen tritt bei uns dann auf, wenn der Browser die Seiten nicht erneut vom Proxy anfordert da er sie noch im Cache hat. Varnish konnte nicht als Verursacher ausgemacht werden. Eine unsaubere Idee dies zu umgehen: 1. Der Reverseproxy wird so konfiguriert das er HTML-Seiten im Cache behaelt, egal was im Header vermerkt ist. 2. Im Header wird die Direktive gesetzt, das Webseiten nicht gecached werden duerfen. 3. Anfragen authorisierter Nutzer werden durchgereicht. 4. Bei Aenderungen an Webseiten benachrichtigt Zope ( CacheFoo ) den Reverseproxy das eine entsprechende Seite invalidiert werden muss. Damit sollte der Browser die Webseiten immer neu anfordern und der Proxy reicht diese, sofern er authentifiziert ist immer durch. Sonnige Gruesse, Thomas Graf Michael Hierweck wrote: > Hallo, > > ich versuche mich seit einiger Zeit daran, mit verschiedenen > Proxy-Caches komplette HTML-Seiten einer Plone-Installation kurzzeitig > zu cachen. > > Es stellt kein Problem dar, sicherzustellen, dass personalisierte > Ansicht (authenticated) nicht in den Cache auf genommen werden. Dazu > genügt es bekanntlich, entsprechende Header zu setzen. > > Umgekehrt besteht aber das Problem, dass ein Cache die allgemeine > Ansicht (anonymous) einer Seite im Cache hält (soll er ja) und diese an > einen authentifizierten Besucher ausliefert. Wie kann man das > verhindern? Der Cache müsste erkennen, dass es sich um einen > authentifizierten Besucher handelt und den Request dann durchreichen. > > Die einzige Möglichkeit, die mir eingefallen ist, wäre den Vary-Header > auf Cookie zu setzen. Dann würden für alle Cookies separate Versionen > jeder Seite im Cache gespeichert, also eine Version für Anonymous und je > eine weitere pro authentifiziertem Besucher. Da Plone für > authentifizierte Besucher aber das Caching per Header verbietet, würde > letztlich nur die anonyme Version eine Seite im Cache landen. Dank Vary > würden Anfragen authentifizierter Besucher stets zu einem > Cache-Fehlzugriff führen - wie gewünscht - und durch gereicht. > > Das Problem an diesem Setup ist lediglich, dass es darauf basiert, dass > für anonyme Besucher keinerlei Cookies gesetzt werden, diverse Tracker > oder Online-Werbung wären dann tabu. > > Hat jemand eine andere Idee? > > Danke > > Michael > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > zope mailing list > [email protected] > https://mail.dzug.org/mailman/listinfo/zope -- Thomas Graf, B.Sc. Commercial and technical Services Fraunhofer-Institut für Solare Energiesysteme ISE Heidenhofstrasse 2, 79110 Freiburg, Germany Phone: +49(0)761/4588-5123 Fax: +49(0)761/4588-9123 [email protected] http://www.ise.fraunhofer.de _______________________________________________ zope mailing list [email protected] https://mail.dzug.org/mailman/listinfo/zope