back-toets op tweakers.net geeft soms oude pagina

[Verwijderd]

Tweakers.net: indien ik op mijn back toets druk na het lezen van een nieuwsartikel krijg ik soms het tweakersnieuwoverzicht van de dag (of nog langer geleden) ervoor te zien!

Dat over tweakers.net zal aan je browsercacheing liggen.

Dat had je gehoopt, dat overkomt me alleen op tweakers.net

[D2k]

BUG -> TFF

[Femme]

Tja, Internet Explorer.

Anti-cache headers, anti-cache metatags, wat kun je er nog meer aan doen?

[ReLight]

Vroeger noot last van op T.net, sinds de laatste FP upgrade is dit erin gekomen.
Het ligt hier wel aan cache inderdaad, maar aan server side cache, niet client side lijt me.
MSIE 6 SP1 User

[Olaf van der Spek]

Ik heb hetzelfde probleem met meerdere systemen. Volgens mij ligt dit niet aan de client-side.

[Kjev]

ReLight schreef op 10 december 2002 @ 20:44:
Het ligt hier wel aan cache inderdaad, maar aan server side cache, niet client side lijt me.

server side cache . Kan zijn dat PHP een aantal includes enigszins cached, maar als jij Ctrl+F5 drukt is dat toch echt wel verdwenen hoor .

Zoals Femme al zegt: er zijn reeds een behoorlijk groot aantal no-cache headers en metatags opgenomen, en als je browser dat niet begrijpt kunnen wij er ook niets aan doen. Gooi je cache eens leeg, en probeer eens een andere browser .

[Verwijderd]

Jups, het is de server cache. Ctrl+F5 werkt ook Maar sinds de laatste upgrade is dit. En het is toch wel raar om te zeggen: Neem een andere browser

[Femme]

Waar mag die server-side cache zich dan bevinden?

Haalt-ie ook daadwerkelijk wat vanaf het internet als je op backsapce drukt of komt 't rechtstreeks uit de cache van de browser?

[Harm]

Femme schreef op 12 december 2002 @ 16:17:
Waar mag die server-side cache zich dan bevinden?

Haalt-ie ook daadwerkelijk wat vanaf het internet als je op backsapce drukt of komt 't rechtstreeks uit de cache van de browser?

Of haalt ie misschien wat op van een -lokale- proxy?

[JohanDM]

Misschien heeft het iets met proxyservers te maken. Ik krijg soms na backspace een nieuwere pagina te zien dan degene die ik had. Dat is dus zeker niet de cache van mijn browser, want daar kon deze nog niet inzitten. Maar ik surf wel via een proxyserver en er zijn meer collega's op het werk die Tweakers bezoeken, zodoende.

[Verwijderd]

Tja, Internet Explorer.

Ehhh... 97% van je doelgroep?

Het gebeurt me echt alleen op Tweakers.net hoor, en alleen de laatste tijd... Ik heb geen proxyserver, slechts 1 computer op ADSL via xs4all...

[Praetorian]

Ik heb hier dus ook alleen met T.net en GoT dat ik oude pagina's krijg... met nu.nl heb ik dat niet

[Femme]

Verwijderd schreef op 13 december 2002 @ 19:50:
Tja, Internet Explorer.

Ehhh... 97% van je doelgroep?

Het gebeurt me echt alleen op Tweakers.net hoor, en alleen de laatste tijd... Ik heb geen proxyserver, slechts 1 computer op ADSL via xs4all...

Ik zeg al: er worden anti-cache headers en metatags gebruikt. Als IE dan toch meent de pagina te moeten cachen dan kan daar bar weinig aan gedaan worden.

[Olaf van der Spek]

Waarom meent IE dat dan alleen te moeten doen met Tweakers pages?

[we_are_borg]

Ik wil dan wel eens weten waar IE zijn informatie vandaan haalt.
Ik heb namelijk het volgende gedaan:

1. uitgelogd.
2. Cache leeg gemaakt
3. Temp dir nagekeken en als er iets stond leeg gemaakt
4. Cookies verwijderd
5. Cookies dir nagekeken
6. Ingelogd

En ik blijf het probleem houden ik krijg na het lezen en terug naar vorige pagina altijd zondag voor mijn neus. Ook de tracker aan de linker en rechterkant laten dan verouderde informatie zien. Ik zit met IE 6 met de laaste updates er over.

[Rene59]

Ik kan ook bevestigen dat ik dit alleen op t.net heb (met IE dus). Volgens mij ligt het probleem ook op de een of andere manier bij de site, en niet bij de clients.

[Wouter Tinus]

Ik heb er nog nooit last van gehad, IE 6.0 SP1 met Q398970 en Q394929, 100MB diskcache, check for new version: every visit. Ik ben wel benieuwd naar de stand van die laatste instelling bij de mensen die problemen hebben.

[ Voor 29% gewijzigd door Wouter Tinus op 13-12-2002 22:39 ]

[Praetorian]

Wouter Tinus schreef op 13 December 2002 @ 22:38:
Ik heb er nog nooit last van gehad, IE 6.0 SP1 met Q398970 en Q394929, 100MB diskcache, check for new version: every visit. Ik ben wel benieuwd naar de stand van die laatste instelling bij de mensen die problemen hebben.

Bij mij stond ie op Automatisch, ik ga het ff op jouw manier proberen, I'll keep ya informed.

[we_are_borg]

Ik heb het geprobeerd hoe Wouter het zei, dit heeft niet geholpen. Ook het verhaaltje wat ik eerst typte heb ik uit gevoerd na instellingen veranderd te hebben maar dit heeft ook niet geholpen.
Hoe je het nu ook went of keert volgens mij is het een probleem van tweakers.net ik heb het op geen andere pagina namelijk.
Ook als je niet inlogd dan gebeurt het ook.

[Ruudjah]

Ik heb het ook weleens gehad. Stap 1 t/m 6 gedaan, en dan was het altijd weer opgelost.

[Harm]

we_are_borg schreef op 14 december 2002 @ 12:37:
Ik heb het geprobeerd hoe Wouter het zei, dit heeft niet geholpen. Ook het verhaaltje wat ik eerst typte heb ik uit gevoerd na instellingen veranderd te hebben maar dit heeft ook niet geholpen.
Hoe je het nu ook went of keert volgens mij is het een probleem van tweakers.net ik heb het op geen andere pagina namelijk.
Ook als je niet inlogd dan gebeurt het ook.

Zit je niet achter een proxy? Daar kunnen dit soort rare dingen ook nog wel eens voor komen.

[Rene59]

Ik heb het probleem hier ook op mijn werk. Geen proxy enz. gewoon rechtstreekse verbinding. Temp files instellingen op automatisch, zoals default is in IE.
Op andere pagina's heb ik er ook hier geen last van; alleen bij t.net

[we_are_borg]

ramH schreef op 14 December 2002 @ 12:59:
[...]

Zit je niet achter een proxy? Daar kunnen dit soort rare dingen ook nog wel eens voor komen.

Ik zit niet achter een proxy.

[Femme]

Als het aan een proxy ligt zou je verwachten dat alle browsers er last van hebben, maar tot dusver is het probleem altijd onder IE voorgekomen.

Dit wordt er aan HTTP headers gebruikt:

header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
header("Cache-Control: no-store, no-cache, must-revalidate");
header("Cache-Control: post-check=0, pre-check=0");
header("Pragma: no-cache");

Het enige wat ik me kan voorstellen is dat die last-modified header problemen veroorzaakt als de tijd van de client niet juist staat.

[Verwijderd]

Tijd staat goed hier.

Wat had je op de oude tweakers.net staan? Misschien werkt niets wel beter, ik druk zelf wel op refresh als het nodig is...

[we_are_borg]

Ik ben het eindelijk kwijt.
Wat ik gedaan heb is de DNS aangepast in mijn netwerk, hierna geen last meer van gehad.

[blijhoofd_bennie]

Ik heb het probleem bij de oude tweakers.net ook gehad.
Dit is wel de enige site waar ik dit probleem geregeld heb. Volgens Femme ligt dit aan internet explorer, zou wel kloppen neem ik aan. Natuurlijk spelen je instellingen ook mee, maar is toch niet zo'n ramp moet je maar ff F5 rammen. Trouwens heb het probleem hier op school niet, hier werken ze met win98 (Thuis met W2K).

[ Voor 24% gewijzigd door blijhoofd_bennie op 18-12-2002 12:59 ]

[Verwijderd]

Ik druk nu steeds op het tweakers.net "logo" linksboven i.p.v. op de backtoets. Dat is het enige dat werkt en het is nog dichterbij ook...

Toch wel knap dat Tweakers als enige site op de wereld de functie van de backtoets van explorer kan vergallen

[Alex]

Verwijderd schreef op 20 December 2002 @ 17:09:
Toch wel knap dat Tweakers als enige site op de wereld de functie van de backtoets van explorer kan vergallen

Je bent Tweaker of je bent het niet, he

Tis dus duidelijk, Femme is master-tweaker

[yade]

header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
header("Cache-Control: no-store, no-cache, must-revalidate");
header("Cache-Control: post-check=0, pre-check=0");
header("Pragma: no-cache");

Ah, dus de tweede cache-control overschijft de eerste! Vandaar dat het niet werkt! (sorry!)

Dit is dus wat er aan headers gestuurd wordt:

code:

HTTP/1.1 200 OK
Date: Wed, 26 Feb 2003 15:32:09 GMT
Server: Apache/1.3.27 (Unix) PHP/4.2.2 mod_gzip/1.3.19.1a
X-Powered-By: PHP/4.2.2
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Last-Modified: Wed, 26 Feb 2003 15:32:10 GMT
Cache-Control: post-check=0, pre-check=0
Pragma: no-cache
P3P: CP='CUR ADM OUR NOR STA NID'
Set-Cookie: tc=1046273529%2C1046273529; expires=Fri, 28-Mar-03 15:32:09 GMT; pat
h=/; domain=.tweakers.net
Connection: close
Content-Type: text/html; charset=ISO-8859-15

[Reacher]

Is het nu echt nodig om alle oude topics te kicken

Ik dacht dat ramH in het andere topic toch wel duidelijk was ?

[yade]

Ja, maar niet correct.

[Olaf van der Spek]

Reacher schreef op 26 februari 2003 @ 16:34:
Is het nu echt nodig om alle oude topics te kicken

Ik dacht dat ramH in het andere topic toch wel duidelijk was ?

Het is toch relevant in dit topic?

[Alex]

OlafvdSpek schreef op 27 februari 2003 @ 12:56:
[...]

Het is toch relevant in dit topic?

Het antwoord is al gegeven, dat bedoeld Reacher ermee. Het is een probleem wat in IE zit wat er niet uit te halen is. Misschien door de developers van MS maar, niet door Tweakers.net. Ondanks dat de headers zo geschreven zijn dat het geen problemen zou mogen geven. Dit geeft Femme al aan en ramH legt het nog eens een keer extra uit en als je dus dit topic vind via de search kun je het blijven omhoog schoppen maar het heeft weinig zin als er niets aan te doen is

[Olaf van der Spek]

Als ik Yade's post goed begrijp is het dus wel een fout van Tweakers.Net.
Die tweede Cache-Control header overschrijft de eerste. Daar kan IE niks aan doen.

[Alex]

Het script wat T.net gebruik komt van http://www.php.net/header
Hun schrijven erover:

PHP scripts often generate dynamic content that must not be cached by the client browser or any proxy caches between the server and the client browser. Many proxies and clients can be forced to disable caching with:

PHP:

header("Cache-Control: no-store, no-cache, must-revalidate");  // HTTP/1.1
header("Cache-Control: post-check=0, pre-check=0", false);
header("Pragma: no-cache");                          // HTTP/1.0

Vervolgens kun je hier kijken voor een uitgebreide beschrijving over headers. Hierin zie je dat 2e deel van Cache-Control iets toevoegt aan de eerdere gezette headers.

[ Voor 26% gewijzigd door Alex op 27-02-2003 15:29 . Reden: Quotje erbij! ]

[Verwijderd]

Het gekke is dat het probleem vooral niet reproduceerbaar is, hier deed ie het consequent op één van de acht machines, de anderen hadden er geen last van, alles nagezocht, maar niets afwijkends kunnen vinden. Het is ook steeds dezelfde oude pagina die opduikt, dus er zal wel ergens een bugje zitten.

[Alex]

Ik kan het ook niet reproduceren. Met geen enekel browser. Maar op mijn werk en hier thuis patch ik het netwerk altijd tegelijk, dus er zijn nooit verschillende versies van browsers, kan het ook aan liggen!

[yade]

prog-konijn schreef op 27 February 2003 @ 15:27:
Het script wat T.net gebruik komt van http://www.php.net/header
Hun schrijven erover:

[...]

PHP:

header("Cache-Control: no-store, no-cache, must-revalidate");  // HTTP/1.1
header("Cache-Control: post-check=0, pre-check=0", false);
header("Pragma: no-cache");                          // HTTP/1.0

Vervolgens kun je hier kijken voor een uitgebreide beschrijving over headers. Hierin zie je dat 2e deel van Cache-Control iets toevoegt aan de eerdere gezette headers.

Dat is inderdaad zo, maar het probleem is dat je met een simpel telnet kan zien welke headers je krijgt en de `Cache-Control: no-store, no-cache, must-revalidate' worden niet verstuurd. Dus dat zou dan een bug in php kunnen zijn?

[yade]

Ah, in de eerder genoemde snippet uit de code van tweakers mist de ',false'. Is dat dan de bug?

[Alex]

yade schreef op 27 February 2003 @ 16:04:
Ah, in de eerder genoemde snippet uit de code van tweakers mist de ',false'. Is dat dan de bug?

Als je eventjes naar beide url-en van mij had je gezien dat die flase staat voor een extra regel aan dat type header toevoegen.

[yade]

Femme schreef op 17 december 2002 @ 17:10:
Als het aan een proxy ligt zou je verwachten dat alle browsers er last van hebben, maar tot dusver is het probleem altijd onder IE voorgekomen.

Dit wordt er aan HTTP headers gebruikt:

header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
header("Cache-Control: no-store, no-cache, must-revalidate");
header("Cache-Control: post-check=0, pre-check=0");
header("Pragma: no-cache");

Het enige wat ik me kan voorstellen is dat die last-modified header problemen veroorzaakt als de tijd van de client niet juist staat.

Ik bedoel dit.

[Olaf van der Spek]

prog-konijn schreef op 27 February 2003 @ 15:27:
Het script wat T.net gebruik komt van http://www.php.net/header

Maar die false staat niet in de code van Femme.

[ Voor 16% gewijzigd door Olaf van der Spek op 27-02-2003 17:38 ]

[Femme]

De header wordt aangepast (tussen nu en een uurtje).

[Olaf van der Spek]

Is dat uurtje al voorbij? Ik heb het effect van de aanpassing nog niet mogen aanschouwen.

[Alex]

OlafvdSpek schreef op 01 maart 2003 @ 11:28:
Is dat uurtje al voorbij? Ik heb het effect van de aanpassing nog niet mogen aanschouwen.

Heb je ene volledige reload gedaan? CTRL + F5 en ff cache eruit?

[Olaf van der Spek]

prog-konijn schreef op 01 March 2003 @ 11:58:
[...]
Heb je ene volledige reload gedaan? CTRL + F5 en ff cache eruit?

Ik heb met Ethereal de TCP stream gecaptured en de header wordt nog steeds fout doorgegeven.

[Femme]

Misschien heeft "Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0" wel het gewenste effect.