[06:19:18] AaronSchulz, TimStarling: I could use input on https://phabricator.wikimedia.org/T275752#7467340, it seems for large files using curl ends up being slower because it's chunking the file reads [09:27:34] https://en.wikipedia.org/wiki/User:Abuse_Filter [09:27:35] >This is a placeholder account for a future extension. [13:16:40] <_joe_> not sure why I wasn't here anymore, but say I want to give MultiHttpClient some love; who would be the person to review my code? [13:17:17] potentially Pchelolo [13:18:45] <_joe_> I expected the answer to be "LOL" [13:18:49] <_joe_> this is much better [13:19:22] I just commented on the task, but https://phabricator.wikimedia.org/T264735 was filed a year ago for this stuff too... :D [13:19:34] You can probably get Tim's interest too [13:21:13] <_joe_> so my idea was to convert usePipelining to useMultiplexing, and use that variable to force the use of http/2 [13:21:51] There's a bigger discussion whether we should be still supporting potentially lol ancient curl like PHP technically does and can be built against [13:22:28] <_joe_> Reedy: frankly, I think that's a bad idea [13:23:01] Probably [13:23:09] <_joe_> it's code bloat for a feature that's only useful at our scale [13:23:16] <_joe_> and neither us nor fandom use that [13:23:25] <_joe_> old version of curl I mean [13:24:34] It's not particularly a major issue to change, we just need to update some docs, and probably some preflight checks in the installer/update.php [13:25:37] *and probably add some [18:19:53] I guess the main question is whether the stuff purges are going to support HTTP/2: https://phabricator.wikimedia.org/T264735#6667597 [18:20:37] unclear if https://wiki.squid-cache.org/Features/HTTP2 is up to date [18:24:41] Reedy: if you're still around, a sanity check on https://gerrit.wikimedia.org/r/c/mediawiki/core/+/735646 and it's follow-up https://gerrit.wikimedia.org/r/c/mediawiki/core/+/735647/ would be appreciated since I amended them a bit [18:35:19] or AaronSchulz ^