brion added a comment.
In https://phabricator.wikimedia.org/T107595#2266131, @GWicke wrote: > The use case for providing metadata is so that we can use stores like RESTBase, which already provide an API keyed on title, revision & render ID. It also already deals with the complexities you mention. > > Basically, if we don't have a way to provide this key information to the backend store, then we can't access all the multi-content revision data that's already out there through this interface. As I understand it, restbase is a front-end caching proxy store, exposed to the public internet. Meanwhile the blob store is the equivalent of MediaWiki's existing text table and external storage backing system, entirely internal and containing data that is sometimes private (eg deleted or revdel'd page content). A front-end restbase could proxy access to MediaWiki revisions, backed by MediaWiki and the blob store. This would mean that slot data, metadata, titles, revision ids etc are all preserved and exposed because you'd be hooking up to the level of MediaWiki that has that information. Is that what you mean, or do you have something else in mind? TASK DETAIL https://phabricator.wikimedia.org/T107595 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel, brion Cc: Glaisher, JJMC89, RobLa-WMF, Yurik, ArielGlenn, APerson, TomT0m, Krenair, intracer, Tgr, Tobi_WMDE_SW, Addshore, Lydia_Pintscher, cscott, PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester-WMF, Ltrlg, brion, Spage, MZMcBride, daniel, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, jayvdb, fbstj, Mbch331, Jay8g, bd808 _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
