Prinzipielles zu Browsercache via HTTP und META (Webframeworks, Sonstige Fragen zur Webprogrammierung mit Perl)

[thread]14314[/thread]

Prinzipielles zu Browsercache via HTTP und META

Leser: 17

Articles: hide open all | hide show old branches

+3 replies
Gast sman

2009-11-29 17:51
Hallo,
ich habe ein paar grundlegende Fragen, ob mein Ansatz vom Prinzip her das tut, was ich will. Mir fiel kein eindeutigerer Betreff dazu ein...

Gegeben ist eine Webapplikation mit Login, Seiten mit privaten Daten, Logout, usw. via Sessions die mit der CGISESSID entweder per Query oder Cookie angesprochen werden.

Beim Login darf der Anwender angeben, wie lange die Session gültig sein soll, die expiration schreibe ich dem Cookie zu, der Session (beides geht bereits) und möchte dies auch für den Cache tun.
Wenn der Nutzer sich also nicht ausloggt, wovon auszugehen ist,sollen also sowohl Cookie als auch Session und die HTML-Seite ansich (!!) verloren gehen.

Ansatz 1: HTTP-Header per
Code (perl): (dl )

1 2

print "Expires: $beliebigesekunden\n"; print "Content-Type: text/html\n\n"
und zur Sicherheit META-Tags
Code: (dl )

<meta http-equiv=”expires” content=”$beliebigesekunden″>
Frage 1: Wie sicher bzw. zuverlässig ist das? Kann ich noch mehr tun oder ist hier META sogar schon überflüssig?

Problem 1: Wenn sich der Benutzer vorher schon ausloggt, kann ich problemlos die Session zerstören und das Cookie löschen, aber wie erzähl ich in diesem Fall dem Brwoser bzw den Proxys, dass alle Seiten des privaten Bereichs die vorher besucht wurden, jetzt auch bitteschön gelöscht werden sollen? Ich befürchte das ist technisch schlicht nicht machbar.

Frage 2: Was also nun? Stimmt meine Befürchtung, so bleiben nach dem Ausloggen die Seiten im Cache. Ist es dann besser gleich allen Seiten ein no-cache zu geben?

Ansatz 2: per HTTP
Code (perl): (dl )

1 2 3 4

print "Pragma: no-cache\n"; print "Cache-Control: no-cache\n"; print "Expires: 0\n"; print "Content-Type: text/html\n\n"
und per META
Code: (dl )

1 2 3

<meta http-equiv=”cache-control” content=”no-cache”> <meta http-equiv=”pragma” content=”no-cache”> <meta http-equiv=”expires” content=”0″>
Frage 3: Wie sicher bzw. zuverlässig ist das? Kann ich noch mehr tun oder sind hier einige Angaben sogar schon überflüssig?

Problem 3: Dies würde, wenn ich das richtig verstehe, dazu führen, dass er alle Elemente der Webseite nicht cached, oder? Das würde aber heißen, dass Bilder und Hintergründe und CSS-Styles, die ich für das Design des Interfaces brauche, auch nicht gechached werden, oder? Das wäre ja absolut doof, denn das würde die ganze Applikation extrem verlangsamen.

Frage 4: Kann ich das Cache-Verhalten so steuern, dass manche Bilder und Styles trotzdem gecached werden sollen, und der Text-Inhalt der Seite nicht gecached werden soll?

Auch dies kann ich mir technisch nicht vorstellen, wenn ich so die Funktionsweise vom Cachen im Caching Tutorial überfliege..

Ansatz 3: Die Startseite bzw Loginseite meiner Webapplikation darf ja ruhig gecached werden, dort verwende ich auch alle Styles und Bilder die auf den restlichen Seiten verwendet werden.

Frage 5: Wenn ich obigen no-cache-Ansatz verwende, außer bei der Startseite, wo ich alles Cachen fröhlich zulasse, sind dann Proxy und Browser so schlau und verwenden die gecachten Dateien von der Startseite für die Bilder und Styles auf den privaten no-cache-Seiten?

Welche alternativen Lösungen gibt es für mich? Wie machen es proffessionelle Webapplikationen?
Danke schonmal für eure Hilfe :)
- +2 replies
- GwenDragon
  
  2009-11-29 18:12
  
  User since
  2005-01-17
  14533 Artikel
  Admin1
  
  Du kannst beim Server einstellen, dass er Inhalte wie Bilder, Javascripte, Stylsheets cachen soll.
  //EDIT: Dazu gibt es:
  1) beim Apache das Modul mod_expires
  http://linuxreviews.org/webdesign/602_Apache_mod_e...
  http://httpd.apache.org/docs/2.0/mod/mod_expires.h...
  http://www.onenaught.com/posts/17/web-site-perform...
  
  2) Bei IIS
  http://technet.microsoft.com/en-us/library/cc73244...
  http://technet.microsoft.com/de-de/library/cc77066...
  http://www.onenaught.com/posts/17/web-site-perform...
  
  Wenn du Textinhalte nicht cachen willst, dann verwende no-cache und ein Expires in der Vergangenheit.
  
  Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 führt auch zu einem Nicht-Caching.
  
  //EDIT: Die Metatags sind sinnlos, denn ein Proxy wertet diese nicht aus sonder nur die Header.
  Last edited: 2009-11-29 18:55:44 +0100 (CET)
  die Drachin, Gwendolyn
  
  Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
  - Gast sman
    
    2009-11-29 18:52
    Hallo,
    
    wenn ich dich richtig verstanden habe, kann ich META-Tag komplett vergessen, da durch die HTTP-Header mindestens das gleiche erreicht wird (und hier und da noch mehr)?
    
    Es handelt sich leider um eine fremden Strato-Server. Zugriff auf die Config habe ich also nicht, aber ich habe gelesen dass ich auch per htaccess einiges einstellen kann.
    
    Code: (dl )
    
    1 2 3 4 5 6 7 8 9
    
    <FilesMatch "\.pl$"> ExpiresDefault A0 Header set Cache-Control "no-cache, no-store, must-revalidate, max-age=0, proxy-revalidate, no-transform, post-check=0, pre-check=0" Header set Pragma "no-cache" </FilesMatch> <FilesMatch "\.(jpg|gif|png|css|js|htc)$"> Header set Cache-Control "max-age=86400, public, must-revalidate" Header set Expires "86400" </FilesMatch>
    
    Frage 1: Ersetzt das komplett das Übermitteln des HTTP-Header von Perl aus?
    
    Frage 2: Wenn ich von Perl aus extra nochmal einen Header schicke für spezielle Seiten wie Login, welche gecached werden darf, überschreibt das dann die Vorgaben der htaccess-Datei?
    
    Frage 3: Ich habe folgende Ordner-Struktur:
    
    Code: (dl )
    
    1 2 3
    
    /cgi-bin/app/*.pl /app/css/*.css /app/img/*.png
    
    Müsste ich dann die gleiche htaccess-Datei in beide Ordner /cgi-bin/app und /app packen? Die perldateien sind meine eigentlichen Webseiten, welche auf Bilder und Styles in /app verweisen, ich frage mich nur ob der Server das dann trotzdem noch versteht.
    
    Frage 4: Falls ich feststelle, das Strato solche Befehle in de htaccess-Dateien nicht erlaubt, gibt es keine weitere Lösung, oder? GwenDagon schreibt "Wenn du Textinhalte nicht cachen willst, dann verwende...", heißt das das wirklich, oder setzt du damit voraus dass ich für Bilder und Styles Sonderregeln habe?

View all threads created 2009-11-29 17:51.