mlibbey commented on issue #9939: URL: https://github.com/apache/trafficserver/issues/9939#issuecomment-1620480768
From the above, worst case, the /data/daily* content would be stale for the first hour of the day (eg, if it gets revalidated right before the new content is made. If the production process can't generated uniquely named objects (or in new folder paths; new query strings... something -- versioned objects are definitely the best of best practices) guess should have also noted that Expires: alone may be what you are looking for -- like `"modification plus 24 hours"` (if that's both correct syntax and the files are created exactly 24hrs later), would have the cached copies all go stale at an exact time. - When Expires and Cache-Control headers are both present, Expires is ignored. - Expires alone increases the necessity of keeping the cache node's time correct. - With expires alone, a specific object on all the cache nodes' will go stale at the same time -- which can mean a thundering herd of requests. - if the production process stops the 'yet to be produced' objects will be continuously stale, and origin requests would increase for that time period. For instance, if the /data/daily/imageoftheday.jpg expires 24hrs after being made, and it actually gets produced 26hrs later, you'd have 2 hours of requests to the cache nodes resulting in proxying to the origin for updated content. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@trafficserver.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org