[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[EP-tech] Cache Files - Always look for new

Subject: [EP-tech] Cache Files - Always look for new
From: jkerwin2101 at gmail.com (James Kerwin)
Date: Thu, 4 May 2023 15:14:10 +0100
In-reply-to: <DU2PR03MB7895D082AC1D18B72CDC1D39C46D9@DU2PR03MB7895.eurprd03.prod.outlook.com>
References: <CAKkNZ9CjmmiOQmdDYG9GAi--FjFnE+quqxm__nCFmWixyx=Org@mail.gmail.com> <DU2PR03MB7895D082AC1D18B72CDC1D39C46D9@DU2PR03MB7895.eurprd03.prod.outlook.com> <CAKkNZ9AoAh7-5uS--uO1dgymN1aK2g1a6wVxQym=PTe_eP0+Vw@mail.gmail.com>

CAUTION: This e-mail originated outside the University of Southampton.
Hi John,

Thanks for this. I noticed my requests weren't even getting sent to the server according to the access logs. I tried appending ?a to the end and that request did make it and I can see it in the logs at the expected time.

It's very frustrating, but I think I'm going to need to find a polite way of saying "please press the refresh button". That or wait until their cache clears itself at some unknown date in the future. I may attempt to make the ssl changes in my normal http conf file to see what that does. I expect it won't work as we're now entirely https, but who knows (not me!).

Thanks,
James

On Thu, May 4, 2023 at 2:55?PM John Salter <J.Salter at leeds.ac.uk<mailto:J.Salter at leeds.ac.uk>> wrote:
Hi James,
PDF caching is a PITA.
If someone has already downloaded a copy, the browser will already have cached it - so you might not even see a request hitting the server (and therefore your Apache changes are never 'hit').

Can you confirm that you see entries in the access log from people with a cached copy - e.g. the browser is actually making a call to the server?

My normal advice is to append a random query string to the end of the PDF URL:
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepo.blah%2F123%2F1%2Fstuff.pdf&data=05%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C3aa8531048ee45792fe108db4ca9dc31%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C638188065416777576%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=nWoWFTEGPHlmjFAwlQaRIfGe3ov9RvZQ6ZzWYkQVffE%3D&reserved=0
--> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepo.blah%2F123%2F1%2Fstuff.pdf%3Fa&data=05%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C3aa8531048ee45792fe108db4ca9dc31%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C638188065416777576%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=5cCyXXf1SPE%2BqKZnU2iC2D4eFIdCDM0tKpqEcXG9l9g%3D&reserved=0
--> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepo.blah%2F123%2F1%2Fstuff.pdf%3Fb&data=05%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7C3aa8531048ee45792fe108db4ca9dc31%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C638188065416777576%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000%7C%7C%7C&sdata=poWdbvcSyupCSqipOGB000jWC5%2BhkpcF1qEkoKy8vqM%3D&reserved=0
sort of thing - this will cause a reload - but your user has already said 'no' to this.

If requests are hitting the server, you could use e.g. an EPrints URL rewrite trigger to append a querystring and respond with a redirect.
If requests aren't hitting the server, you'll have to get them to visit a new URL... manually.

Cheers,
John
________________________________
From: eprints-tech-bounces at ecs.soton.ac.uk<mailto:eprints-tech-bounces at ecs.soton.ac.uk> <eprints-tech-bounces at ecs.soton.ac.uk<mailto:eprints-tech-bounces at ecs.soton.ac.uk>> on behalf of James Kerwin via Eprints-tech <eprints-tech at ecs.soton.ac.uk<mailto:eprints-tech at ecs.soton.ac.uk>>
Sent: 04 May 2023 14:45
To: eprints-tech at ecs.soton.ac.uk<mailto:eprints-tech at ecs.soton.ac.uk> <eprints-tech at ecs.soton.ac.uk<mailto:eprints-tech at ecs.soton.ac.uk>>
Subject: [EP-tech] Cache Files - Always look for new

CAUTION: This e-mail originated outside the University of Southampton.
Hi All,

A user uploaded a file to our data repository, opened it, noticed a mistake, deleted the file and reuploaded the new file. When they click the link and the pdf opens in the browser it opens the original file because, I assume, it's been cached.

This happens rarely and when it does we ask the user to refresh the page with the document or do a ctrl+f5 refresh to clear the cache for that page. In this instance the user is insisting that they couldn't possibly ask this of the people they had already shared the link with.

I've made changed to my apache ssl conf to include:

<FilesMatch ".(js|css|jpg|jpeg|png|gif|js|css|ico|swf|pdf|html)$">
  <IfModule mod_headers.c>
Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header unset Last-Modified
  </IfModule>
  </FilesMatch>

I am not an apache expert by any stretch of the imagination. After restarting apache this has not resolved the issue. Can anybody advise? Maybe there is a specific EPrints THING I need to be aware of? We're on EPrints 3.4.4.

Thanks,
James


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20230504/bf09587c/attachment.html

Follow-Ups:
- [EP-tech] Cache Files - Always look for new
  - From: jkerwin2101 at gmail.com (James Kerwin)

References:
- [EP-tech] Cache Files - Always look for new
  - From: jkerwin2101 at gmail.com (James Kerwin)
- [EP-tech] Cache Files - Always look for new
  - From: J.Salter at leeds.ac.uk (John Salter)
- [EP-tech] Cache Files - Always look for new
  - From: jkerwin2101 at gmail.com (James Kerwin)

Prev by Date: [EP-tech] Cache Files - Always look for new
Next by Date: [EP-tech] Cache Files - Always look for new
Next by thread: [EP-tech] Re: Eprints divisions problem
Index(es):
- Date
- Thread