Re: Feature Request: Provide an option to disable static files caching during development

https://docs.djangoproject.com/en/3.2/ref/contrib/staticfiles/#django.contrib.staticfiles.storage.ManifestStaticFilesStorage Are you using this? basically, it converts static asset filenames from `styles.css` to `styles.2932y382.css` and other random-seeming hashes in the filename. Useful for

Re: Feature Request: Provide an option to disable static files caching during development

Hi, That won't work because this is related to static files and how browsers implement caching for static files. This is a good article on this: https://engineering.fb.com/2017/01/26/web/this-browser-tweak-saved-60-of-requests-to-facebook/ Basically, browsers won't revalidate the cache unless

Re: Feature Request: Provide an option to disable static files caching during development

Hi Wouldn't the setting "CACHE_MIDDLEWARE_SECONDS" do what you are looking for ? Regards, Le vendredi 22 octobre 2021 à 15:53:44 UTC+2, Bharat Chauhan a écrit : > Really, no one is interested in making the developer experience a little > less frustrating? > > It's literally two lines of code

Re: Feature Request: Provide an option to disable static files caching during development

Really, no one is interested in making the developer experience a little less frustrating? It's literally two lines of code and will eventually save hours trying to refresh the cache by opening dev tools, which, btw, isn't even possible on mobile. Besides, Django's dev server is not meant to b

Re: Feature Request: Provide an option to disable static files caching during development

I'm +1 on this. In my experience teaching Django at university, this always confuses students: "why are my changes not reflected in the browser?" Having static files caching disabled when DEBUG=True would be very useful. Thanks for bringing this up! Sage On Monday, 27 September 2021 at 20:17:

Feature Request: Provide an option to disable static files caching during development

Hello, I recently opened a ticket (#33148 ) but it was closed as duplicate of (#32891 ) which itself is marked "wontfix". The reasoning provided by Carlton Gibson for this is: > *I don't think this is th