Re: [Wikitech-l] How to invalidate a ResourceLoader URL that depends on user-generated content?

2020-02-13 Thread Greg Rundlett (freephile)
If your cache layer is APC, and your cached file is PHP (e.g. load.php?querystring), then you can configure APC to always check for a revised file in the backend (opcache.validate_timestamps=1 in php.ini) -- this may solve the issue if it wasn't set previously. Also, you can write your own

Re: [Wikitech-l] How to invalidate a ResourceLoader URL that depends on user-generated content?

2020-02-13 Thread Máté Szabó
Hey Roan, Thank you for your response! I did stumble upon ContentOverrideCallback. Unfortunately, it doesn’t seem to be an exact fit for this use case. I think I will opt for manual URL purges to ensure timely updates in this scenario Cheers, Máté Szabó SOFTWARE ENGINEER Fandom Poland sp.

Re: [Wikitech-l] How to invalidate a ResourceLoader URL that depends on user-generated content?

2020-02-12 Thread Roan Kattouw
Yes, it takes 5 minutes for just about everything to update in ResourceLoader. This is also true for ResourceLoaderSiteStylesModule: when you save an edit to e.g. MediaWiki:Common.css, you don't immediately see the styles change. However, previewing edits to MediaWiki:Common.css does work, because

[Wikitech-l] How to invalidate a ResourceLoader URL that depends on user-generated content?

2020-02-12 Thread Máté Szabó
Hi all, I am working on a custom ResourceLoader module whose style contents are compiled from Sass stylesheets. These Sass stylesheets take as input user-defined theme variables that affect the output. I am looking for a way to invalidate ResourceLoader URLs that include such style modules,