Shop-Hilfe.com
-


Hinweise


Antwort
 
LinkBack Themen-Optionen Thema durchsuchen Thema bewerten
Alt 12.05.2007, 22:15   #1
TP-Member
 
Registriert seit: Jul 2006
vfbgeislingen macht alles soweit korrekt

Browser: veränderte Seiten neu laden


Hallo,
ich habe in meiner HP einige Bereiche, die ich oft aktualisiere. Nun ist aber das Problem, dass viele Menschen ihren Browsercache nicht regelmäßig löschen, und somit oft nur die veraltete Version sehen.

Bei dem Metatag:
HTML-Code:
<meta http-equiv="cache-control" content="no-cache">
wird die Seite nie gespeichert, was zu einem höheren Trafficverbrauch führt.

Kann man den Tag umschreiben, dass der Browser z.B. die Seite jeden 2. Tag, Woche,... neuläd?

Oder noch viel besser, kann ich den Browser veranlassen, dass er veränderte Seiten immer neu läd?
vfbgeislingen ist offline   Mit Zitat antworten


Alt 14.05.2007, 09:07   #2
TP-Member
 
Registriert seit: Nov 2006
Ort: Oberfranken (D)
GwenDragon macht alles soweit korrekt
Das Meta-Tag expires (Datumsangabe zwingend)
Code:
<meta name="expires" CONTENT=”Frid 31 december 2005">
Oder gleich in PHP oder eine sonstigen Skriptsprachen ausgeben, da kannst du dann auch das Datum normgerecht ausgeben.
GwenDragon ist offline   Mit Zitat antworten
Alt 14.05.2007, 12:07   #3
TP-Moderator
 
Benutzerbild von UweB
 
Registriert seit: Jan 2003
Ort: Hamburg
UweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKE
Anstatt eines Datums kannst du dem Parameter Content auch eine Zahl zuweisen. Diese Zahl gibt dann in Sekunden den Zeitraum an, nach dem die Seite nicht mehr aus dem Cache gelesen werden darf.

Gruß
Uwe
UweB ist offline   Mit Zitat antworten
Alt 14.05.2007, 13:13   #4
TP-Member
 
Registriert seit: Nov 2006
Ort: Oberfranken (D)
GwenDragon macht alles soweit korrekt
Zahlen sind dort nicht erlaubt. Nur ein RFC-gültiges Datum im GMT-Format.
Zitat:
HTTP 1.1 ( RFC 2068 ) specifies that all HTTP date/time stamps MUST be generated in Greenwich Mean Time (GMT) and in RFC 1123 format.
Alles andere ist browserspezifisch und muss nicht mit jedem Browser funktinieren!
GwenDragon ist offline   Mit Zitat antworten
Alt 14.05.2007, 13:41   #5
TP-Moderator
 
Benutzerbild von UweB
 
Registriert seit: Jan 2003
Ort: Hamburg
UweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKE
In jeder Dokumentation, die ich auf die schnelle finde, steht der Hinweis, dass es auch mit einer Zahl richtig ist.
Die meist genutzte Variante dürfte diese sein:
Code:
<meta http-equiv="expires" content="0">
Worauf bezieht sich deine Annahme nur ein Datum wäre richtig?
UweB ist offline   Mit Zitat antworten
Alt 15.05.2007, 17:14   #6
TP-Member
 
Registriert seit: Nov 2006
Ort: Oberfranken (D)
GwenDragon macht alles soweit korrekt
Zitat:
Zitat von UweB Beitrag anzeigen
In jeder Dokumentation, die ich auf die schnelle finde, steht der Hinweis, dass es auch mit einer Zahl richtig ist.
Die meist genutzte Variante dürfte diese sein:
Code:
<meta http-equiv="expires" content="0">
Worauf bezieht sich deine Annahme nur ein Datum wäre richtig?
Nein, 0 ist ungültig. Wenn du Null schreibst, kannst du auch "zackzack" schreiben.
Ungültige Werte werden immer als in der Vergangenheit angesehen!

Zitat:
In jeder Dokumentation, die ich auf die schnelle finde
Kommt darauf an, was du unter Dokumentation verstehst
Dokumentation? Na, in den RFC für HTTP/1.0 und 1.1!
Das Meta-Tag expires ist ja nur eine Entsprechung (namens http-equiv), oder?
Zitat:
RFC 1945
Kap. 10.7
Expires (HTTP 1.0)

Note: Applications are encouraged to be tolerant of bad or misinformed implementations of the Expires header. A value of zero (0) or an invalid date format should be considered equivalent to an "expires immediately." Although these values are not legitimate for HTTP/1.0, a robust implementation is always desirable.

RFC 2616
Kap. 14.21
Expires (HTTP 1.1)

HTTP/1.1 clients and caches MUST treat other invalid date formats, especially including the value "0", as in the past (i.e., "already expired").
0 oder sonstige ungültige Datumsformate gelten also als in der Vergangenheit!
GwenDragon ist offline   Mit Zitat antworten
Alt 15.05.2007, 19:24   #7
TP-Moderator
 
Benutzerbild von UweB
 
Registriert seit: Jan 2003
Ort: Hamburg
UweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKE
Zitat:
0 oder sonstige ungültige Datumsformate gelten also als in der Vergangenheit!
Nein, genau so ist es eben nicht - auch wenn ich den von dir zitierten Text auch so verstehen würde.
Tatsächlich werden Werte größer Null aber als Sekunden gewertet. Ich würde spontan darauf tippen, dass das eint alternative gültiges Datumsformat ist (Zahlwert = Sekunde). Vielleicht schaffe ich es morgen da Genaueres zu finden.
Von der Definition her scheinst du jedenfalls recht zu haben. Die Realität sieht aber anders aus. Dafür muss es eine Begründung geben.

Gruß
Uwe
UweB ist offline   Mit Zitat antworten
Alt 17.05.2007, 19:36   #8
TP-Member
 
Registriert seit: Jul 2006
vfbgeislingen macht alles soweit korrekt
also ich hab jetzt den Tag <meta http-equiv="expires" content="0">
genommen und bin damit völlig zufrieden.
Danke
vfbgeislingen ist offline   Mit Zitat antworten
Alt 18.05.2007, 08:13   #9
TP-Moderator
 
Benutzerbild von UweB
 
Registriert seit: Jan 2003
Ort: Hamburg
UweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKEUweB ist ein richtiges Arbeitstier - DANKE
Nachdem ich mir nun weiter Texte, und weitere Abschnitte der RFC2616, angesehen habe, denke ich, dass die Benutzung von Zahlenwerten anstatt eines Datums durchaus ok ist. Die Auslegung der Zahl als Sekunden geht dabei auf RFC2616, Abschnitt "14.9.3 Modifications of the Basic Expiration Mechanism" zurück. Zu berücksichtigen ist dabei sicher, dass ja nicht in den realen HTTP-Header geschrieben wird. Dieser wird ja erst von Server oder Client u.a. anhand dieser meta-tags erzeugt.
Aber ganz sicher bin ich mir nicht....

Gruß
uwe
UweB ist offline   Mit Zitat antworten
Antwort

  Aktuelles Thema
  TP Hilfe Forum > Web-Editoren & Coding > GoLive
Browser: veränderte Seiten neu laden Browser: veränderte Seiten neu laden
« rollover | Ebenen: Aktionen "Pendeln" und "Sichtbarkeit" IE7 Problem »

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
 
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Thema bewerten
Thema bewerten:

Forumregeln
Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are an
Gehe zu


Alle Zeitangaben in WEZ +2. Es ist jetzt 08:30 Uhr.

Powered by: vBulletin Version 3.7 (Deutsch)
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd. / Search Engine Friendly URLs by vBSEO 3.2.0 ©2008, Crawlability, Inc.
Traum-Projekt.com | Suchen | Archiv | Impressum | Kontakt | | | Nach oben |



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67