Cache Assets

Hari it doesn't speed up the website under normal usage. It only makes the first request after a cache clear be as fast as regular requests.

It's intended to be used in production for servers that use continuous deployment to update, enable or disable extensions. But for manually managed forums, it doesn't really provide any benefit.

By default all assets are re-compiled when a first user visits the website after a cache clear. When enabling/updating extensions via the UI the first user is usually the admin so the performance hit isn't an issue. But with continuous deployment the first hit could be a regular user and it's poor user experience if they need to wait seconds for the page to load while the assets are being re-compiled in the background.

Theoretically you could replace this extension with a script that uses curl to load the index and admin pages. It would also cause the assets to be re-compiled immediately without an actual user having to visit the website.

I have found this extension to also be helpful if you have massive amounts of javascript and less, because the webserver process could run out of memory or execution time while compiling them. This extension allows the compilation process to run via PHP CLI where limits can be raised or removed.

The script becomes even more useful (if not required) if you have multiple nodes answering HTTP requests for your forum, because then each node would have to compile the assets on the first user visit, which would cause extreme slowness right after a new deployment for many users. But I don't think many Flarum installations use this kind of infrastructure at this time.

I thought I'd explain why this extension is useful to me: I precompress JS/CSS with gzip and brotli and copy them to a CDN. With this extension, I can ensure that the files exist before this processing.

Could this extension regenerate the TextFormatter cache ?

n-peugnet I think it might already do it if you run the cache:clear command before cache:assets

When the javascript is generated, the TextFormatter library is compiled if necessary to output the javascript part. I think it will also cause the PHP part to be compiled and cached.

Is it not working for you?

clarkwinkelmann When the javascript is generated, the TextFormatter library is compiled if necessary to output the javascript part. I think it will also cause the PHP part to be compiled and cached.

Is it not working for you?

Well I didn't test it yet myself, but it was not clear based on the description. In fact what would be more useful to me would be some kind of refresh() function in addition to the current flush() in the Formatter object to refresh the formatter's cache from an extension.

Currently the best I can do is call flush() from my command, but as I scheduled the command to run daily it would be interesting to warm up the cache after flushing it.

I saw from the code that I could call getJs() function as it is a public method that calls getComponent() (which in turns fills the cache), but it would be a hack.

Sorry this comment drifted into some kind of unrelated feature request for the core.

Do I need to run the commands php flarum cache:assets -- again after installing or removing extensions?

luceos Thanks, now I understand how it works

Does this extension still make sense if CloudFlare caching is being used? Or could it cause a conflict?