[09:39:02] did a lot of code cleanup and fixed the remaining issues I could find, really happy with the state of this: https://github.com/TaylanUB/mediawiki-themes/blob/master/vector/dark-grey/dark-grey.css [18:53:50] Reedy: I'm beginning to hate CA [18:53:54] And sessions [18:54:05] lol [18:56:36] Reedy: there's too many layers [18:56:57] There's about 5 different ways sessions are cached and set [18:56:59] It's horrid [19:06:04] Reedy: I'm now down to https://www.irccloud.com/pastebin/mKlG3KcD and I can't work out what is saving data unprefixed [19:09:52] Something is using cache without a sensible prefix [21:18:06] Hey gentlemen and ladies. [21:19:54] legoktm, I am using your debian apt repo package. Using your setup, how would you recommend I change from using the alias https://domainname/mediawiki to https://domainname/? [21:52:08] oops, they left [21:52:23] the solution is to just edit the Apache config to drop the suffix [21:55:30] Damn. I disconnected without thinking. [21:56:21] Austen: 21:52:23 the solution is to just edit the Apache config to drop the suffix [21:57:08] hi Austen [21:57:16] (and thanks RhinosF1) [21:58:55] you'd probably want to change the DocumentRoot as well, no? [22:00:17] https://salsa.debian.org/mediawiki-team/mediawiki/-/blob/master/debian/etc/mediawiki.conf#L1 I think just the "Alias" line needs changing [22:03:08] legoktm[m], what I ended up doing was copying the 000-default to z-hostname.conf and enabling it as a new site while disabling the 000 default site. [22:03:53] I also commented out the alias line. [22:04:26] My first attempt was to make the alias line "Alias / /var/lib/mediawiki/" but it didn't work. [22:04:28] cool, that probably works too [22:12:59] hm, I'll look into that later then [22:13:23] It's on my todo list to write a better guide on how to adjust URLs since it keeps coming up [22:24:14] we have a page on mediawiki.org about why it may be a bad idea to directly place mediawiki entries in the root [22:27:44] https://www.mediawiki.org/wiki/Manual:Wiki_in_site_root_directory [22:28:21] Reedy: I filed https://phabricator.wikimedia.org/T298356, I'm not sure how much sense I make but is the gist there [22:29:36] Definitely inconsistent [22:30:21] Reedy: does my report make enough sense that we might get some feedback before I make upstream patch [22:31:32] I presume we prefix these in MW Core? [22:32:03] Reedy: no idea [22:32:45] core might prefix it with the dbname [22:32:57] Yeah, which is fine [22:33:08] CentralAuth is global by design [22:33:16] but here we have "two globals" [22:33:32] I'm not sure it makes sense having 2 CentralAuth dbs [22:33:35] Just wanting to check that prefixes in the WAN cache isn't something that is "wrong" by some sort of architecture design [22:33:58] Platonides: beta & production [22:34:01] RhinosF1: how does it know which CentralAuth to call? [22:34:35] Platonides: CreateWiki Magic [22:34:40] RhinosF1 that at least makes sense [22:37:57] Platonides: https://github.com/miraheze/mw-config/blob/master/LocalSettings.php#L44 [22:41:14] Reedy: fancy life hack to fix. We're flipping the memcache servers around in beta for now [22:42:21] Reedy: my biggest concern about fixing is it would invalidate a bunch of keys at deploy [22:42:26] for WMF [22:42:33] so a cache hit drop [22:42:59] Yeah [22:43:05] Could make it a config, default to '' [22:43:37] Reedy: that would be good [22:44:09] i'd like someone who understands cache + CA to say good idea send a patch when awake first [22:47:42] RhinosF1: I'm seeing MediumSpecificBagOStuff (parent of Memcached one) has a keyspace parameter [22:47:47] which I think would serve your need [22:48:14] use a different keyspace for beta and prod [22:48:15] hmm [22:48:27] expect that for makeGlobalKey() that is hardcoded to "global" [22:48:33] *except [22:48:46] Platonides: and how does that get set [22:49:01] you can set it as a parameter to the memcached object [22:49:33] it seems that there are a dozen intermediate classes nowadays, though [22:50:11] Platonides: without hacking core [22:50:18] like a config variable [22:54:39] it might be possible through $wgObjectCaches [22:55:42] but I think you would still need to hack core to change MediumSpecificBagOStuff::makeGlobalKey() to use e.g. 'global' . $this->keyspace rather than just 'global' [22:57:27] right [22:57:36] can you please scribble that on task [23:00:35] ok [23:05:27] scribbled notes added ;)