[17:19:38] How long does a wiki take to be verfied [17:31:02] Usually less than a day [17:33:00] Great! [17:33:09] Thank you for your help [19:39:04] [1/2] Why is there an EmaillingJob in MediaWiki if emails just send on post requests and it's never used except in one extension? I don't get MW sometimes lol... it would be nice to use and it would more friendly then waiting on the response... looks like the job has existed for 17 years lol, but it stopped being used 6 days after it was created and EnotifNotifyJob started being used b [19:39:05] [2/2] ut at some point that stopped being used for most email also... but at least that one is still used for some things... [19:43:26] I sometimes smh a little with some stuff on MediaWiki too [19:44:28] like why is JobQueueGroup not in the MediaWiki\JobQueue namespace (https://github.com/miraheze/RequestSSL/pull/40/commits/e6b01de93f2b17e117d4241c6ec22b9bb10473ea) [19:46:33] why is the documentation so hard to find sometimes as well [19:47:53] I think that if it's actually easier to go read core's source code rather than find the docs at doc.wikimedia.org, you're doing docs wrong [19:48:37] Compared to some companies cough fandom it’s great. [19:48:44] though perhaps we can't complain too much here, we do even less documentation than WMF [19:49:06] We gotta make more for spire [19:49:10] Spite* [20:36:39] <.labster> We have plenty of documentation, most of it is out of date [20:37:03] [1/2] Idk if this is managed by MediaWiki but if it's not you should use brotli compression for this instead of gzip [20:37:03] [2/2] https://analytics.wikitide.net/matomo.js [20:39:56] No that doesn't mediawiki [20:40:07] Either Matomo / nginx or varnish are to blame [20:43:05] Well if it's possible it should be set up to use brotli because brotli has better compression than gzip and is supported by all modern browsers [20:57:00] I think that is Nginx, but I don't think Nginx supports Brotli compression, yet anyway [20:57:11] Oh that's unfortunate [20:57:26] [1/2] I think it does [20:57:26] [2/2] https://docs.nginx.com/nginx/admin-guide/dynamic-modules/brotli/ [20:57:34] <.labster> Is brotli reasonably fast? [20:57:36] Yeah nginx plus does [20:57:38] Oh [20:57:39] https://github.com/google/ngx_brotli [20:57:41] yes [20:57:43] nginx plus is expensive [20:57:46] Oh I see [20:57:54] what abt https://github.com/google/ngx_brotli [20:58:50] <.labster> I think we'd get more compression with Extension:WebP (not that we can't do both) [20:59:01] Extension:WebP has been discussed but WebP is only for images [20:59:37] Using brotli for MediaWiki would stray from vanilla MediaWiki so unless it's an opt in feature I think that would go against Miraheze philosophy [20:59:45] that is technically possible but I'm not sure if it would really work for our setup and would require manually rebuilding nginx which I don't think we will really be doing. [20:59:53] Alr [21:13:13] that's the script that collects the data that [[Special:Analytics]] uses btw. [[Tech:Matomo]] for the docs [21:13:15] [1/2] [21:13:15] [2/2] [21:14:00] Yeah I know what it does [21:17:06] True. `mwdeploy`'s docs [[Tech:Mwdeploy]] still needs to be updated, or at least I should check if it is still updated with the multiversion stuff [21:17:06] Well, image is the biggest enemy of Miraheze rn [21:17:07] [21:17:49] Pretty sure most of storage are allocated for oversized PNGs [21:19:00] can't wait for avif support myself (https://phabricator.wikimedia.org/T257718) [21:37:53] <.labster> AVIF sucks though. Looks worse than JPEG, longer to encode, only slightly smaller [21:38:16] <.labster> I’m waiting for JPEG XL personally [21:42:09] Yea, it's an unoptimized mess [21:42:26] I wonder if mwdeploy could deploy its own docs to the wiki [21:42:42] If it wasn't away tomorrow, I'd try it for fun [21:42:51] I'm going to do some Miraheze python stuff on Monday [21:42:58] Because I have a free afternoon [21:42:58] [1/2] JPEG > JPEG XL [21:42:59] [2/2] PNG > WEBP > JPEG XL lossless [21:43:54] [1/2] JPEG > JPEG XL [21:43:54] [2/2] PNG > WEBP lossless > JPEG XL lossless [21:45:08] <.labster> Webp makes decent thumbnails though, can be deployed today. I’m not sure the JPEG XL spec is fixed yet, but it already shows a lot of promise [21:47:02] <.labster> I tend to upload small WebP, then MH serves me thumbnails thereof with larger file size