Zoals @
F_J_K al aangaf, het betreft cache:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
| $ curl -sI 'https://www.fluitendesepappen.be/app/download/10049015686/2022-ClubKlassementen.xls?t=1660554961'
HTTP/1.1 302 Found
Date: Wed, 23 Nov 2022 11:52:01 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
X-Jimdo-Instance: i-07233b2d736c69191
X-Jimdo-Wid: sa4bbf4a1deca0823
Expires: Wednesday, 07-Dec-2022 12:52:01 CET
Cache-Control: public, max-age=1209600
Pragma: cache
Location: https://sa4bbf4a1deca0823.jimcontent.com/download/version/1660554961/module/10049015686/name/2022-ClubKlassementen.xls
Strict-Transport-Security: max-age=604800
Server: nginx |
(Zie de regel die begint met "Expires:")
De server geeft een vrij lange expire-date aan, dus het is logisch dat de browser een oudere versie 'download'. Hij download nl niets, maar haalt 't uit de cache.
Simpel gezegd: De server geeft je niet alleen het bestand terug, maar zegt ook "dit bestand zal niet veranderen tot 7 dec 2022". De eerste keer zal je dus het bestand helemaal binnenhalen, maar als je morgen weer gaat downloaden
kan je browser besluiten "Hey, dat bestand heb ik al en is nog tot 7 dec relevant"; en daarom de versie uit z'n eigen cache halen; en niet opnieuw downloaden van de server.
Wat kun jij doen? De bestandsnaam uniek maken door de "t=1660554961" te vervangen door iets unieks; of je gooit je browser cache leeg. Maar feitelijk moet de beheerder van de website de juiste cache-header zetten, zodat iedereen de laatste relevantie versie download