JIT and browser caching
This is a closed discussion with 22 replies, filed under Extensions.
Search
Now that is interesting..
The first URL will result in the server’s headers for this file, while the second one will answer using Symphony’s hardcore-no-cache headers.
- /workspace/uploads/blabla.jpg
- /image/uploads/blabla.jpg
Could this result in abnormal server load using the second method due to the files not being cached and being retrieved from fresh every page visit you think?
Closing this as discussion continues in JIT browser caching.
Create an account or sign in to comment.
That would be cool, for sure. But it wouldn’t be a bugfix release…
I am playing the devil’s advocate, reverting my statement from above: Wouldn’t the most “native” way be to simply include headers of/for the original file which has been uploaded? So we wouldn’t need any configuration. The developer should know what he is doing, and if browsers are doing some crazy caching, that should be fixed in the browser! And, BTW, I always found it somewhat curious that two URLs for an image won’t return the same headers:
The first URL will result in the server’s headers for this file, while the second one will answer using Symphony’s hardcore-no-cache headers.
I would love to hear some comments on this: How should the JIT extension handle this?