https://bugzilla.wikimedia.org/show_bug.cgi?id=64600
Daniel Kinzler <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #5 from Daniel Kinzler <[email protected]> --- This is a pretty generic script, and should support a couple of modes for different use cases. I'm not saying all of these need to be implemented right now, just that we should have them in mind when designing this. So, for a list of page IDs (optionally, page titles, possibly from a DB query), either: * just invalidate the parser cache by calling Title::invalidateCache() * re-parse (null-edit) ** re-parse later (using RefreshLinksJob2 or similar) * re-apply data updates (using Content::getSecondaryDataUpdates(), using cached ParserOutput object if possible) ** would be nice to be able to filter the updates by class name The different modes should be implemented by separate classes that get called by the main script which iterates over ranges of target pages (strategy pattern). On the command line, it would perhaps be nice to use verbs to describe these modes, e.g. call this as "updatePages.php invalidate", "updatePages.php parse-later", "updatePages.php update-secondary", etc. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
