Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comm.software.mozilla.browser > #52818
| From | Lothar Geyer <lothar.geyer@edv-berater-online.de> |
|---|---|
| Newsgroups | de.comm.software.mozilla.browser |
| Subject | Re: Caching usw. |
| Date | 2018-04-24 07:44 +0200 |
| Message-ID | <fk7uhiF3dcU1@mid.individual.net> (permalink) |
| References | <fk0p1vFc7kjU1@mid.individual.net> <fk3dfcFu458U1@mid.individual.net> |
Guten Morgen Arno, Am 22.04.2018 um 14:28 schrieb Arno Welzel: > Lothar Geyer: > > [...] >> Es geht mir nun um das Caching. Was passiert, wenn ich in den Meta-Tags >> no-caching angebe, wird immer komplett neu geladen. Und wenn ich das >> nicht mache? Wird dann die Seite neu geladen und die Bilder werden gecacht? > > Nur die Seite, da die Bilder ja eigene HTTP-Header für Caching und > Expires haben. kann ich das cachen für Bilder auch steuern? Falls ja: wie? >> Und wie ist das mit expires? Was passiert, wenn der angegebene Zeitpunkt >> erreicht wird? > > Der Browser betrachtet die betroffene Ressource als nicht mehr aktuell > und wird sie vom Server neu laden. Das macht also was ähnliches wie das refresh. >> Letztlich: refresh. Lädt FF die komplette Seite nach den angegebenen >> Sekunden neu? Oder sollte ich doch lieber ein Script einbauen? > > Du meinst wohl <<meta http-equiv="refresh" ...>. ja > Dabei lädt der Browser selber die Seite nach der angegebenen Zeit neu. > Das ist unschön, da der Nutzer sowas nicht kontrollieren kann und die > "Zurück"-Taste im Browser faktisch ausser Funktion gesetzt wird. Wenn Du meinen ersten Post liest, wann welche Inhalte gezeigt werden: die "Zurück"-Taste ist uninteressant. Das was vor einem Refresh war, ist vorbei und soll auch nicht mehr gezeigt werden. > Wenn Du sicherstellen willst, dass Besucher immer die aktuelle Version > der Seite zu sehen bekommen, setze die expires-Header so, dass sie > jeweils bis 23:59 des aktuellen Tages gelten oder alternativ maximal 8 > oder 12 Stunden - das wird wohl auch ausreichen. An Samstagen/Sonntagen ändert sich der Inhalt auf jeden Fall um 0:00 Uhr, 14:00 und 18:00 Uhr. Von Montag 0:00 Uhr bis Freitag 24:00 bleibt alles gleich (sofern kein Feiertag in der Woche ist). > z.B. bei Apache per .htaccess - Expires-Header für Ablauf nach 8 Stunden > ab Abruf der Seite durch den Besucher: > > <IfModule mod_expires.c> > ExpiresActive On > ExpiresByType text/html "access plus 8 hours" > </IfModule> Wie soll ich das machen? Die .htaccess-Datei per PHP-Script ändern? Da müsste ich ja einen eigenen Prozess auf dem Server starten. Denn die "8 hours" sind ja zu jedem Zeitpunkt anders. Lothar Geyer
Back to de.comm.software.mozilla.browser | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-04-21 14:27 +0200
Re: Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-04-22 14:08 +0200
Re: Caching usw. Arno Welzel <usenet@arnowelzel.de> - 2018-04-22 14:28 +0200
Re: Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-04-24 07:44 +0200
Re: Caching usw. Arno Welzel <usenet@arnowelzel.de> - 2018-04-27 01:51 +0200
Re: Caching usw. Arno Welzel <usenet@arnowelzel.de> - 2018-04-27 01:53 +0200
Re: Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-04-27 05:38 +0200
Re: Caching usw. Arno Welzel <usenet@arnowelzel.de> - 2018-04-27 20:54 +0200
Re: Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-05-02 09:01 +0200
Re: Caching usw. usenetf2018.fwnsp@spamgourmet.com (Friedhelm Waitzmann) - 2018-05-02 14:42 +0000
Re: Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-05-02 19:25 +0200
Re: Caching usw. Heiko Rost <heiko.rost@gmx.de> - 2018-05-02 20:03 +0200
Re: Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-05-03 09:43 +0200
Re: Caching usw. usenetf2018.fwnsp@spamgourmet.com (Friedhelm Waitzmann) - 2018-05-05 22:15 +0000
Re: Caching usw. Arno Welzel <usenet@arnowelzel.de> - 2018-05-12 23:13 +0200
Re: Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-05-13 13:47 +0200
Re: Caching usw. Arno Welzel <usenet@arnowelzel.de> - 2018-05-12 23:09 +0200
Re: Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-05-13 13:56 +0200
Re: Caching usw. Maik Koenig <usenetspam@maikkoenig.de> - 2018-05-13 15:03 +0200
Re: Caching usw. Arno Welzel <usenet@arnowelzel.de> - 2018-05-13 15:59 +0200
Re: Caching usw. Maik Koenig <usenetspam@maikkoenig.de> - 2018-05-13 17:35 +0200
Re: Caching usw. Arno Welzel <usenet@arnowelzel.de> - 2018-05-13 18:55 +0200
Re: Caching usw. Maik Koenig <usenetspam@maikkoenig.de> - 2018-05-13 20:00 +0200
Re: Caching usw. Arno Welzel <usenet@arnowelzel.de> - 2018-05-15 00:43 +0200
Re: Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-05-17 07:50 +0200
Re: Caching usw. Maik Koenig <usenetspam@maikkoenig.de> - 2018-05-17 12:30 +0200
Re: Caching usw. Erwin Penn <penn.er@unterderbruecke.de> - 2018-05-17 13:24 +0200
Re: Caching usw. Christoph 'Mehdorn' Weber <spam-fuer@das-mehdorn.de> - 2018-05-17 17:16 +0200
Re: Caching usw. Lothar Geyer <lothar.geyer@edv-berater-online.de> - 2018-06-10 13:00 +0200
Re: Caching usw. Heiko Rost <heiko.rost@gmx.de> - 2018-05-13 20:17 +0200
csiph-web