[PHP/HTML] Image refresht niet als deze wordt vervangen*

[Verwijderd]

Ik laat met PHP/HTML een afbeelding zien op een webpagina. Laten we voor het gemak zeggen plaatje.jpg. Wanneer ik het bestand plaatje.jpg wijzig, ga ik er vanuit dat bij het volgende bezoek het vernieuwde plaatje wordt weergegeven. Echter wordt het oude plaatje uit het geheugen gehaald en zie ik het nieuwe plaatje pas als ik op Refresh klik.

Iemand enig idee hoe ik de pagina automatisch de laatste versie van de afbeelding kan laten lezen?

[NMe]

Door een cache-control header met je plaatje mee te serveren.

[BtM909]

1. De bestandsnaam dynamisch toewijzen
2. Cache control headers
3. Wat heb je zelf gedaan om je probleem uit te zoeken; waar heb je op gezocht; wat heb je gevonden; waarom was dat niet precies je oplossing?

[Verwijderd]

Het enige wat ik kan vinden zijn automatische page-refresh na een ingestelde tijd.

[NMe]

Als je gaat [google="cache control header"]? Dat vind ik knap.

[Peter]

Wat wij in de dev-omgeving nog wel eens doen is een unix timestamp achter de bestandsnamen zetten, dus niet "image.jpg" maar "image.jpg?1255295557". Voor een productieomgeving is dit vaak echter ondoenbaar. Als je plaatje bij iedere request veranderd zou ik met cache control headers gaan werken, anders zou ik voor een dynamische bestandsnaam kiezen zodat browsers toch nog het eea. kunnen cachen.

[pedorus]

Peter schreef op zondag 11 oktober 2009 @ 23:14:
Voor een productieomgeving is dit vaak echter ondoenbaar.

Hoezo? Kijk voor de grap eens in de source van deze pagina, daar wordt het ook gedaan voor .js en .css...

[MueR]

pedorus schreef op zondag 11 oktober 2009 @ 23:36:
[...]

Hoezo? Kijk voor de grap eens in de source van deze pagina, daar wordt het ook gedaan voor .js en .css...

Stiekem vermoed ik dat Tweakers toch wel iets betere caching daarvoor heeft. Ze zullen echt niet bij iedere pagina de modified time van de files gaan opvragen, dat is vrij duur.

[Wolfboy]

MueR schreef op maandag 12 oktober 2009 @ 09:52:
[...]

Stiekem vermoed ik dat Tweakers toch wel iets betere caching daarvoor heeft. Ze zullen echt niet bij iedere pagina de modified time van de files gaan opvragen, dat is vrij duur.

Mwah... met filesystem cache voor die paar css bestandjes. Nog best te doen hoor

En zo dom zijn de webservers die dit serveren nu ook weer niet, die cachen ook wel wat.

[ Voor 22% gewijzigd door Wolfboy op 12-10-2009 09:54 ]

[mithras]

pedorus schreef op zondag 11 oktober 2009 @ 23:36:
[...]

Hoezo? Kijk voor de grap eens in de source van deze pagina, daar wordt het ook gedaan voor .js en .css...

En check dan eens de headers die je terug krijgt Dat is bij een refresh gewoon 304 Not Modified hoor

Voor TS: check je cache headers. Makkelijkst is om met ETags te werken, deze kunnen de inhoud van je afbeelding "valideren". Andere inhoud zorgt voor andere ETag, dus verse reload

[Woy]

pedorus schreef op zondag 11 oktober 2009 @ 23:36:
[...]

Hoezo? Kijk voor de grap eens in de source van deze pagina, daar wordt het ook gedaan voor .js en .css...

Dat is waarschijnlijk gewoon de laatste wijzigingsdatum van de file. Als ze de files wijzigen weet je dan zeker dat de laatste versie opgehaald word. Ik neem aan dat het niet voor elke request veranderd word.

[NMe]

mithras schreef op maandag 12 oktober 2009 @ 09:55:
[...]
En check dan eens de headers die je terug krijgt Dat is bij een refresh gewoon 304 Not Modified hoor

Natuurlijk krijg je dat bij een refresh, het nummertje verandert immers niet als je sowieso al een 304 krijgt op je HTML. En als het nummertje niet wijzigt zal ook de CSS wel netjes een 304 teruggeven. Het gaat erom dat je door dat nummertje te veranderen (bij een wijziging, óf bij elke request, óf welk ander criterium dan ook) een download forceert.

Ikzelf zou voornamelijk die cache-control goed zetten, maar goed, dat heb ik al geroepen.

[JordyOnrust]

Ctrl + R of Ctrl + F5 ?

[pedorus]

mithras schreef op maandag 12 oktober 2009 @ 09:55:
[...]
En check dan eens de headers die je terug krijgt Dat is bij een refresh gewoon 304 Not Modified hoor

Maar zonder refresh wordt er niet eens een request gedaan. En dat is een duidelijk voordeel.
Tip voor de TS: bekijk het eens met iets als Firebug, op de Net tab kun je precies zien wat er gebeurd.

Woy schreef op maandag 12 oktober 2009 @ 10:43:
Dat is waarschijnlijk gewoon de laatste wijzigingsdatum van de file. Als ze de files wijzigen weet je dan zeker dat de laatste versie opgehaald word. Ik neem aan dat het niet voor elke request veranderd word.

Tuurlijk is het de wijzigingsdatum, je wilt het alleen maar ophalen als het nodig is. crisp legt het uit in nut van css/js bestanden steeds te herladen ?.