Thu, Apr 18
RESTBase doesn't use this. Monitoring? Special:Version ?
Wed, Apr 17
Tue, Apr 16
As a product manager and product owner I need to add projects for Core Platform Team.
Fri, Apr 12
@fgiunchedi is there an easy way to see which LDAP groups I'm in?
Fri, Apr 5
Wed, Apr 3
Fri, Mar 29
@Aklapper good question! So, this is a sub-task of T215533, which is about building the MediaWiki objectcache class that will interface with the new session storage service T206016. The work is to make an implementation of the BagOStuff interface, which is the high-level key-value storage internal API. Although *BagOStuff classes are primarily used for caches, session storage isn't strictly a cache. So... suggestions?
Thu, Mar 28
I think this is handled by T215533.
Wed, Mar 27
@CCicalese_WMF is this related to the work you're doing on extension interface?
Tue, Mar 26
Is this something that could be managed with k8s? https://kubernetes.io/docs/tasks/job/automated-tasks-with-cron-jobs/
Mar 19 2019
I think there are some great best practices in https://aaronparecki.com/oauth-2-simplified/ .
Data here, pretty impressive
It seems like this would be a change that would break at least some upgrades, and would require some documentation for third-party admins. Do we have any data that says that the performance advantage between PHP array files and CDB justifies this breakage?
Mar 14 2019
Should this task go to @BPirkle now?
Mar 12 2019
Mar 7 2019
So, last level of discussion had these values:
Feb 26 2019
Feb 25 2019
Feb 21 2019
Feb 19 2019
@Elitre I think we'd be trying to get this ready for April or May 2019, before the next version starts getting ready.
We're watching this problem, but it sounds like MariaDB upgrade made it less important.
Feb 12 2019
I wonder if this is a good use case for the circuit breaker pattern.
Feb 7 2019
One thing we'd need to make sure of is that the Session Storage API isn't designed to be a general-purpose key-value store. Brad covered it pretty well here. I think the primary feature that we use a lot in MW core and extensions is atomic increment, which is not important for sessions but pretty important for stats, counters, toggles, etc.
So, re-reading https://phabricator.wikimedia.org/T211721#4818580 and looking at code, it seems like Echo notifications are the big culprit.
Feb 6 2019
So, I'm going to try to get some numbers on this.
Actually, it looks like we've got some extensions using the MainStash, too. I'll dig further into it.
I did some analysis of how we're using ObjectCache in MW core. It seems like we've only got a few calls to the main stash in core right now:
Feb 5 2019
We're having a hard time validating this issue. We have analytics by job type but not by wiki (see https://grafana.wikimedia.org/d/000000400/jobqueue-eventbus?orgId=1 ). If anyone has some data on this, it'd be helpful!
We're looking this issue over to make sure we're doing it correctly. We want to make sure there's actually community support, and that auto-patrolling doesn't flood the logs.
Jan 23 2019
Jan 16 2019
So, we use caching in MediaWiki for a ton of different things: parser cache, revision cache, counters, rate limiting, and so on.
Jan 15 2019
Jan 8 2019
@Anomie There shouldn't be a significant performance difference between revision-as-diff and compare, except for the first revision.
Dec 26 2018
So, I think we have a conceptual issue here that's probably worth discussing.
Dec 21 2018
I've started a ticket for deprecating this behaviour here https://phabricator.wikimedia.org/T212511
So, I've been discussing with @Anomie and here's where we are at:
Dec 20 2018
@kaldari I think the main thing we want to avoid is getting ourselves into a case where different clients expect different output for the same corner case. Since we store full revisions and not deltas, we typically ask for the different between two revisions. That's usually not a big deal, unless we're in the case we see here.
Dec 19 2018
Hi, everyone! I want to make sure that we get to the right solution on this problem.