[07:41:26] Hi all, some of the plugins I used are now obsolet and unsupport, how can I find equivalents ? In particular: https://www.mediawiki.org/wiki/Extension:AddThis and https://www.mediawiki.org/wiki/Extension:GoogleRichCards [07:46:56] GiBy: for the first one you will need to find an equivalent service first because it is not something mediawiki provides [07:51:43] as for the second, I am somewhat curious, how old is your wiki? because an extension that has not been maintained for over 6 years is best shunned and abandoned [08:18:54] Remilia I know I should have updated earlier… [08:18:54] Anyway, it was important. [08:24:10] GiBy: I do not see anything that can replace that extension, but you could possibly fork it and try to update it for 1.4x [08:25:05] but with AddThis the issue is entirely unrelated to MW as that extension relies on a discontinued website [08:25:16] (https://en.wikipedia.org/wiki/AddThis) [08:33:02] GiBy: https://www.mediawiki.org/wiki/Extension:Share [08:54:47] Thanks [08:55:51] fascinating, this is the first I'm hearing of https://www.mediawiki.org/wiki/Extension:GoogleRichCards ; anyway, ShoutWiki uses a different thing, forked from a different discontinued extension, to provide something similar (albeit slightly less feature-rich); the coding style of that extension is kinda all over the place and some things I find a bit dodgy, but I think it shouldn't need much updating for 1.43+, just changing a few of those "use" statements [10:07:27] Thanks ashley [10:21:55] you just need to mention anything social based for a wild ashley to appear >.> [11:02:29] p858snake|cloud: hah, nah, just a lucky coincidence :P (but I *do* have an awful habit of getting roped into fixing up awful old extensions into running on supported MWs...) [11:02:48] GiBy: I might've been a bit too overly optimistic on that, but let's see if I can get this thing up 'n' running... [11:14:58] GiBy: https://github.com/mary-kate/mediawiki-extensions-GoogleRichCards -- it's not *the* greatest code ever and I specifically dislike the logo URL generation code, it's fragile and something that probably ends up being more wrong than right most of the time; but at least it seems to be running decently on my MW 1.43, but YMMV [11:15:22] should probably request a gerrit repo and move it to gerrit because it's kinda obvious the original author doesn't seem to be maintaining it anymore... [18:11:05] the age of scrapers really makes it harder to self-host a wiki for cheap… had to disable MobileFrontend + MinervaNeue and switch to Vector 2022 in responsive mode because Vary'ing by user agent device significantly lowers cache effectiveness [18:11:40] though I am really weirded out by how the CPU load issues only started immediately after the upgrade to 1.44 [18:12:46] * Remilia is seriously considering implementing her own replacement for the search box completion suggester, in Rust [18:24:35] is gerrit kinda slow for anyone else right now, or just me? [19:54:17] Remilia: If you haven't seen https://www.mediawiki.org/wiki/Handling_web_crawlers yet, it may have some useful advice for you. [19:54:38] bd808: I have Anubis in front of all wikis since February [19:54:51] heh. well there you go then [21:07:09] bd808: tbh I have been tinkering about optimising performance of my MW instances for years, since around 2009 and was quite happy, having it stay below 1.0 load avg 99% of the time; then I upgraded and I have no clue if it was a coincidence or not, but load avg started spiking almost immediately after; where before I'd see maybe 5-7 active php-fpm processes during busy times, it started doing the avalanche thing and hitting the cap because processe [21:07:09] would sit at 98% CPU use, with more and more piling up until Backend unavailable errors [21:11:23] Remilia: Interesting. Was that upgrading to 1.44 or some prior version? I assume that we would have noticed a tendency to raise CPU load everywhere on the movement wikis, but maybe something changed slowly that we missed? [21:13:05] I moved from 1.43 to 1.44 [21:13:30] the sole reason was OpenSearch support in CirrusSearch haha [21:14:42] bd808: however I am a walking edge case so my issues are often unique — I run MW on FreeBSD and PostgreSQL [21:15:32] That does sound like a good combo for finding interesting issues [21:15:35] probably the only MediaWiki instance of this kind of size/request rate that has Postgres as the backend [21:17:30] The first thing I wondered about is some kind of deferred job that is keeping your php-fpm threads busy after they serve their content payload. [21:17:30] there's always a need for more brave explorers willing to use non-MySQL/MariaDB backends :D (even if we dropped most of 'em from core circa...1.34? or something) [21:19:23] yeah 1.34 is where we dropped mssql and oracle (and hhvm) [21:19:39] time flies! [21:20:26] all too quickly, even [21:21:42] the debian wiki will run mw + postgres soon if everything goes to plan [21:31:32] bd808: probably not, I use a job runner [21:32:33] taavi: it should work just fine, I reported most of the issues with schema and migrations in the past several years haha [21:32:46] and they were fixed [21:33:54] bd808: honestly I blame Lua but on the other hand, why was it fine before [21:35:43] (also the search box would probably benefit from throttle/debounce) [21:36:12] the lug binaries in Scribunto don't seem to have changed for quite a while [21:36:20] *lua [21:38:09] yeah but I do not think they include FreeBSD binaries ;] [21:38:48] I actually just built luasandbox and wikidiff2 today to see if these might improve performance [21:39:53] after getting rid of mobilefrontend/minervaneue my Varnish shows 70% cache hit rate which is great but…