Smalyshev added a comment.
So, whenever RESTbase serves a URL, it has to know which key(s) to should put into the header.
But restbase doesn't serve wikidata URLs, does it?
I don't see a way to do any of this with the existing CdnCacheUpdate interface.
Well, this interface and adjacent ones
daniel added a comment.
In T152425#2851064, @Smalyshev wrote:
Not sure I get this part - right now as far as I can see purges are managed by CdnCacheUpdate which gets a bunch of URLs.
This will no longer be the case when we use xkey throughout the system. CdnCacheUpdate would then purge a key
daniel added a comment.
@Smalyshev is it intentional that this is now assigned to you? Or was this copied from the parent task? I'd like to at least be involved in designing the service interface we need for this in core.TASK DETAILhttps://phabricator.wikimedia.org/T152425EMAIL
daniel added a comment.
@Smalyshev is it intentional that this is now assigned to you? Or was this copied from the parent task? I'd like to at least be involved in designing the service interface we need for this in core.TASK DETAILhttps://phabricator.wikimedia.org/T152425EMAIL
daniel added a comment.
I plan to introduce such infrastructure into core, modeled around this use case and the per-language-url use case. I have some ideas, but I'm not yet sure what exactly it will look like.
As to RESTbase: once MediaWiki sends out xkey purges, all RESTbase needs to do is to
Smalyshev added a comment.
Do we have/plan to have some structure/API for introducing xkey tags into the response? Also, do we have support from restbase/cache purging code in purgeWebCache() for xkeys?TASK DETAILhttps://phabricator.wikimedia.org/T152425EMAIL