Page MenuHomePhabricator

[Story] purge cached renderings of IDs when the formatter URL changes
Open, LowPublic

Description

When we start using the "formatter URL" statements on properties to generate HTML links to authority vocabularies, we need a way to purge such cached renderings when the respective statement in the property definition changes.

Event Timeline

daniel created this task.Sep 10 2015, 11:02 AM
daniel raised the priority of this task from to Needs Triage.
daniel updated the task description. (Show Details)
daniel added a subscriber: daniel.
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptSep 10 2015, 11:02 AM
daniel set Security to None.
JanZerebecki triaged this task as Low priority.Sep 10 2015, 5:58 PM
hoo renamed this task from [Story] purge cached renderings of IDs when the formatter URl changes to [Story] purge cached renderings of IDs when the formatter URI changes.Aug 29 2017, 7:33 PM
hoo renamed this task from [Story] purge cached renderings of IDs when the formatter URI changes to [Story] purge cached renderings of IDs when the formatter URL changes.
Salgo60 added a subscriber: Salgo60.May 1 2020, 9:36 AM
agray added a subscriber: agray.May 1 2020, 6:48 PM

As an interim workaround, I've put together a quick-and-dirty script to slowly do a rolling purge of items using pywikibot. It identifies all items that have not been edited since before the formatter URL was changed, generates a list, and works through them. As it uses the PWB framework it respects maxlag, and will back off if overloaded.

https://github.com/generalist/wikidata-misc/blob/master/wikidata-purge.sh

Works fine for small sets of items, but maxlag-related delays mean it's probably not a practical solution for very heavily used properties.

Eihel added a subscriber: Eihel.Fri, Jul 24, 6:07 PM