Last modified: 2011-03-13 18:06:16 UTC
On Wikinews, pages have to be purged often, and we have purge links on most pages. Due to our method of using DPLs to organise news content, the relevant portals and pages have to be purged to show. Often we forget, and anons frequently click our Refresh links.
I believe this is simply acheived with the following line:
$wgGroupPermissions['*']['purge'] = true;
That should be a simple change, so preferably it could be made for the entire wikinews, rather than just en. It confuses users and is annoying on all language editions which use DPLs.
Well, this rather defeats the purpose of the POST requirement, which is to help prevent robots, etc. from purging caches for no good reason...
But we need purging to be easy. Also, having robots regularly purge would be a plus - then we dont have to do it everytime we publish something.
Manual purging of caches should not need to happen except in rare cases; if you're using something which breaks cache coherency, then it needs to be fixed so that the cache is manually purged/updated, or is set to last for a lesser period of time.
We use DynamicPageList's, which in our case list the latest published stories. They arent automatically purged, so we have to purge the relevant pages after publishing an article.
We are one of the only wiki projects that need often-updated data, so we really need the ability for anons etc to easily purge.
Please fix the DynamicPageList implementation.
Many other projects want to get DPL, too, and the problems you describe are one of the reasons not to enable it for them.
Since purging is so evil to the infrastructure of Wikimedia, I'm closing this request as WONTFIX. For the reasoning, see Rob's comments above.
Started some notes at bug 11685.
(Note that DynamicPageList2, which we do not use, simply disabled caching for pages using it. That's not acceptable for our purposes; caching is a requirement, but automated expiring of those cached pages should do the job pretty well.)