https://bugzilla.wikimedia.org/show_bug.cgi?id=54902
--- Comment #12 from MZMcBride <[email protected]> --- (In reply to Liangent from comment #11) > (In reply to MZMcBride from comment #10) >> Probably both. Is there a good reason to have either? > > api.php?action=purge can do more than index.php?action=purge - the > "force[recursive]linkupdate" parameter. Why are these options necessary? Which use-cases is the API purge action and its additional parameters solving? > Assume we have a page containing [[Category:{{CURRENTTIMESTAMP}}]]. Maybe we > can deprecate the "parser cache clearing action" by postprocessing parser > output or simply disabling parser cache, but I don't think we'll find a way > to update the categorylinks row every second. In this case a "link updating > action" is still needed. The equivalent thing on index.php is a null edit. Null edits should not be necessary. There are many ideas to explore here. For example, we could make purging more probabilistic by purging pages (including links updates0 every thousandth or millionth view. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
