Groups | Search | Server Info | Login | Register
Groups > de.comm.software.mozilla.browser > #62796
| From | Helmut Waitzmann <nn.throttle@xoxy.net> |
|---|---|
| Newsgroups | de.comm.software.mozilla.browser |
| Subject | Re: Reload |
| Date | 2021-06-10 23:45 +0200 |
| Organization | Aioe.org NNTP Server |
| Message-ID | <8335tpe6lx.fsf@helmutwaitzmann.news.arcor.de> (permalink) |
| References | <60B1FBE8.7E416EAF@Berger-Odenthal.De> <FY9rtWTYVaB@point04.soemtron.de> <83v96uejx0.fsf@helmutwaitzmann.news.arcor.de> <FYXuYNoYVaB@point04.soemtron.de> |
christian_dcsmb-ENTF@soemtron.de (Christian @Soemtron):
>Helmut Waitzmann <nn.throttle@xoxy.net> schrieb:
>
>> // Never check for a new version - always load the page from cache.
>> user_pref("browser.cache.check_doc_frequency", 2);
>
>Vielen Dank, das ist ja eine erfreuliche Option. Ich habe es mal so
>eingestellt. So ganz zuverlässig wirkt es leider nicht.
>Gelegentlich wird schon bei "Browser-Zurück" erneut eine Verbindung
>aufgebaut. Ich hatte nur noch keine Muse, das näher zu untersuchen.
Meines Wissens können Webserver dem Browser sagen, dass er den
erhaltenen Inhalt nicht in seinen Cache stecken soll. Wenn der
Browser dem gehorcht, ist in so einem Fall nichts im Cache. Dann
müssen die Daten aufs Neue vom Webserver angefordert werden. Ob es
in «about:config» auch eine Einstellmöglichkeit gibt, die den
Browser ungehorsam sein lässt, also, dass alle Web‐Inhalte in den
Cache kommen, weiß ich nicht.
Laut <http://kb.mozillazine.org/Browser.cache.disk_cache_ssl#top>
lässt sich mit
user_pref("browser.cache.disk_cache_ssl", true);
einstellen, ob der Firefox per HTTPS empfangene Inhalte
auf keinen Fall in den Cache stellt («false») oder (abhängig von
weiteren Bedingungen) in den Cache stellt («true»).
Back to de.comm.software.mozilla.browser | Previous | Next — Previous in thread | Next in thread | Find similar
Reload Axel Berger <Spam@Berger-Odenthal.De> - 2021-05-29 10:31 +0200
Re: Reload Thomas Einzel <usenet-2021@einzel.de> - 2021-05-29 12:15 +0200
Re: Reload Axel Berger <Spam@Berger-Odenthal.De> - 2021-05-29 17:14 +0200
Re: Reload Arno Welzel <usenet@arnowelzel.de> - 2021-05-31 08:21 +0200
Re: Reload Manfred Haertel <Manfred.Haertel@rz-online.de> - 2021-05-29 14:11 +0200
Re: Reload Axel Berger <Spam@Berger-Odenthal.De> - 2021-05-29 17:20 +0200
Re: Reload Axel Berger <Spam@Berger-Odenthal.De> - 2021-05-30 11:47 +0200
Re: Reload Dieter Schmickler <dieter.schmickler@t-online.de> - 2021-05-30 11:59 +0200
Re: Reload Axel Berger <Spam@Berger-Odenthal.De> - 2021-05-30 23:21 +0200
Re: Reload Axel Berger <Spam@Berger-Odenthal.De> - 2021-06-01 10:06 +0200
Re: Reload Axel Berger <Spam@Berger-Odenthal.De> - 2021-06-01 14:32 +0200
Re: Reload Arno Welzel <usenet@arnowelzel.de> - 2021-06-02 19:12 +0200
Re: Reload Andreas Kohlbach <ank@spamfence.net> - 2021-06-02 18:09 -0400
Re: Reload Arno Welzel <usenet@arnowelzel.de> - 2021-06-03 10:37 +0200
Re: Reload Axel Berger <Spam@Berger-Odenthal.De> - 2021-06-03 01:48 +0200
Re: Reload Frank Miller <miller@posteo.ee> - 2021-06-03 03:03 +0200
Re: Reload Axel Berger <Spam@Berger-Odenthal.De> - 2021-06-03 11:59 +0200
Re: Reload Arno Welzel <usenet@arnowelzel.de> - 2021-06-03 10:41 +0200
Re: Reload Axel Berger <Spam@Berger-Odenthal.De> - 2021-06-03 12:05 +0200
Re: Reload Arno Welzel <usenet@arnowelzel.de> - 2021-06-04 01:58 +0200
Re: Reload Arno Welzel <usenet@arnowelzel.de> - 2021-06-01 14:13 +0200
Re: Reload Arno Welzel <usenet@arnowelzel.de> - 2021-05-31 08:18 +0200
Re: Reload christian_dcsmb-ENTF@soemtron.de (Christian @Soemtron) - 2021-06-03 20:34 +0200
Re: Reload Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-06-03 23:07 +0200
Re: Reload christian_dcsmb-ENTF@soemtron.de (Christian @Soemtron) - 2021-06-09 15:40 +0200
Re: Reload Helmut Waitzmann <nn.throttle@xoxy.net> - 2021-06-10 23:45 +0200
Re: Reload Arno Welzel <usenet@arnowelzel.de> - 2021-06-04 02:04 +0200
csiph-web