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
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
