Smalyshev added a comment.
> disable cache busting by default, enable it internally This would immediately break all external updaters. They'd just pick up the first update in a bunch and ignore the rest, because of the caching. > use the event date instead of the current date as timestamp (would enable caching the fetch for the same event from multiple clients) Timestamps are very bad identifiers, since they don't have enough resolution - many edits can happen in a second. Also, AFAIK there's no easy way to fetch revision by timestamp, only by revision ID. Also, see above about why we don't want to fetch by revision ID - this applies for timestamps too, even if they worked. > don't do cache busting on events older than X This can work only if we knew that there's an edit for the same item newer than X. Otherwise of two edits older than X, you'd get the data for the first and the second would be ignored since it would fetch the data from the cache. Of course, if you knew there's a new edit you could just skip all the events before that edit altogether :) > back off when data received is older than the event We already do, see T210901 <https://phabricator.wikimedia.org/T210901> and discussion around it, it's not fully implemented yet but that's the workaround we're using against inconsistent chronology. TASK DETAIL https://phabricator.wikimedia.org/T217897 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Smalyshev, BBlack, Aklapper, Gehel, alaa_wmde, Legado_Shulgin, Nandana, thifranc, AndyTan, Davinaclare77, Qtn1293, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, merbst, LawExplorer, Zppix, _jensen, rosalieper, Jonas, Xmlizer, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
