https://bugzilla.wikimedia.org/show_bug.cgi?id=65851
--- Comment #4 from Aaron Schulz <[email protected]> --- a/b) Sounds about like what I expected, OK c/d) I guess you can denormalize the count in the DB (maintaining atomicity) or in memcached to (INCR on INSERT, refill from COUNT(*) if the key is missing). As for varnish/parser cache, maybe $parser->getOuput()->updateCacheExpiry() can be explored (using a low TTL) instead of just disableCache(). Another option would be a moderate or regular TTL but with cache purging done on post. Since the POST is always on the title with the form, you can assume that the page with that title needs to be purged; we can assume no pages transclude pages that have petitions/counts I assume (even if there could be one could just push an HTMLCacheUpdate job anyway). f) As long is good rate limiting is in place and the list is not easily seen it doesn't matter. Who will have the right to view the data? Depending on how open that it is, there is the matter of oversight/suppression (though I guess that's a topic for the security review). -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
