Addshore added a comment.
Task inspection notes: Possible 3 approaches: 1. **Don't cache these requests** << Decided as the approach to try 2. **Invalidate the cache on the edit** - How expensive is doing the cache invalidation on edits? - How many cache invalidations will occur after 1 edit? - 20 cache invalidations (5 formats, 4 flavours) - 20 invalidations * 1000 edits? = 20k invalidations a min potential? - Cache invalidation has to happen at multiple edge cache sites which = more time etc 3. **Make the requests without the revision id a temporary redirect to the page with a revision id** << Decided as the 2nd place choice if we had to reevaluate later - Would this mean we don't cache the requests to the page with no revision id, then always send an up to date redirect, then point to a possibly cached page with revision id (YES) - Could potentially be a breaking change? depending on how users make their API requests? 4. **Don't cache the less used formats, do cache the more used formats and send purge requests** (a combination of 1 and 2) - The motivation of this would be to send fewer purges on every edit than number 2 TASK DETAIL https://phabricator.wikimedia.org/T128486 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: WDoranWMF, darthmon_wmde, Ladsgroup, Addshore, Pablo-WMDE, WMDE-leszek, Lucas_Werkmeister_WMDE, hoo, daniel, ori, Legoktm, mkroetzsch, Smalyshev, Aklapper, StudiesWorld, Lydia_Pintscher, Akuckartz, Iflorez, alaa_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs