[00:00:01] I finally switched to vivaldi [00:00:22] the window bar changing colours all the time is pretty nice [05:28:01] tax: the stats I gave were from cloudflare [09:24:50] https://meta.miraheze.org/wiki/Tech:Data_Processing_Inventory; miraheze limited-era page O_o [12:24:10] @agentisai is /srv/mediawiki/cache definitely looking correct on the new servers [12:26:30] debugging T12587, it seems like it sometimes treats Template:awawa's namespace as Template and not Plantilla [12:26:42] i'll probably make a script that pokes all of the mw servers to make sure though [12:27:59] @agentisai check server locale and language is the same, delete /srv/mediawiki/cache then redeploy it from the new servers [12:28:01] Apparently [12:29:09] It might just need --ignore-time tbh [12:29:14] I hate servers [12:29:31] ignore time? [12:29:38] oh, deploying ig [12:29:53] i hate that X-Wikitide-Debug is not publically available >_< [12:29:54] BlankEclair: it's bad cache [12:30:29] Agent: you need to reset the wiki cache that does the *wiki.json files on the new servers [12:31:02] Run the script to resetWikiCache script on the new servers [12:31:31] Or check the json files match and if they don't push them using the deploy tool [12:31:52] The first time the *wiki.json files generate on a new server they generate in English [12:31:57] The second time it fixes [12:32:08] (Also thanks to paladox for jogging my memory) [12:32:25] If they don't exist on the new servers they will be created when someone hits one of thos servers and there's no cache file [12:33:51] Yes that's correct but the first time they generate they generate wrong [12:33:56] It causes this bug [12:34:01] You have to generate them twice [12:34:17] Must be a miraheze thing cause that's never happened to me [12:35:03] @originalauthority probably [12:35:15] But ye someone either copy the cache from a good server [12:35:35] Or run the resetWikiCaches script twice [12:51:59] https://issue-tracker.miraheze.org/badges/view/7/#306 [12:56:17] Dang [12:56:26] Now I wonder how many lines I’ve added [13:02:47] pixldev: 50 apparently [13:03:12] Dang [13:03:41] i still can't get over how many lines i've contributed to miraheze/puppet [13:10:26] Bump [19:40:33] Not a cloudflare domain yet so not me [19:40:41] I think [19:40:44] I did look [19:41:04] @agentisai how hard would fully automating custom domains be [19:41:22] Someone needs to do the adding to the yaml file in the ssl repo [19:41:32] Or change our nginx config to serve mediawiki by default [19:41:37] The CF API is easy [19:47:23] I think this is a very logical change we should implement either way [19:47:53] If we can get rid of the requirement of adding custom domains into the ssl repo then basically a piece of cake [19:48:10] If you do this then it's super easy [19:48:21] For CNAME ones [19:48:31] Which are the preference at the moment [19:49:40] 1) User makes request in ManageWiki 2) ManageWiki automatically calls cf API and adds it in the background 3) ManageWiki queues a job 4) job waits until CF reports active for both statuses 5) job updates the database [19:49:47] That's not even that many lines of code [19:49:48] @cosmicalpha any objections to the above? ^ (serving MediaWiki by default rather than serving the landing page) [19:49:53] You don't strictly need a job [19:50:08] @cosmicalpha said he wanted an auditable list somewhere [19:50:24] But we can have an automated bot update a list on github slightly late of domains [19:51:15] Auditable list of custom domains? [19:51:26] Could that not be done via WikiDiscover? [19:51:33] Maybe [19:51:43] I think cosmic wanted it still in git [19:51:48] ah [19:51:51] fair [19:52:26] @agentisai remeber all the domains we own and the www need to still show landing [19:52:31] Except wiki.surf [19:55:42] yep [21:36:42] who has matomo access agaij [21:45:24] SRE [21:45:36] er, I mean, tech [21:51:58] infra only or mws too [21:52:12] not sure [21:52:25] I remember having access to it as Community Engagement Specialist [21:52:38] I think there's a `matomo-users` group actually [21:52:50] do you have access currently? [21:55:30] I do [22:00:09] okay good if you said no as an IS i was gonna have anothee strole [22:00:37] I could've just broken into Matomo \:P [22:01:01] lmao [22:02:13] Updating Matomo Analytics could be good to have better analytics [22:05:27] absolutely it sucks [22:06:10] could you draw up some juicy numbers and most viewed pages in phighting.wiki by chance 👉 👈 [22:06:48] MatomoAnalytics sucks because we don't have a full-time dev to improve it [22:07:03] so it just shows raw numbers without more sophisticated filters, etc [22:09:56] https://cdn.discordapp.com/attachments/1006789349498699827/1284999671311237223/Screenshot_20240915-170936.png?ex=66e8acb3&is=66e75b33&hm=530d2f4734fe91d4dcc41d4c43be9bd0c7e975384539e3764c1abd4fdb89be58& [22:10:35] ..dats a lor [22:10:42] But uh [22:10:46] HOO RAH [22:10:51] thank you agent [22:11:27] hm, how come some are black and other / and blue [22:11:34] np [22:13:00] The blue links are pages that are on the list by themselves. Black links indicate that there were subpages under that page which contributed to the rank of that page [22:13:27] So [22:13:48] /Coil is just the page coil [22:14:06] https://cdn.discordapp.com/attachments/1006789349498699827/1285000721627873432/Screenshot_20240915-171352.png?ex=66e8adae&is=66e75c2e&hm=7274f6572b58b1efe890e20c5f80deb9794e773823a07690bc6bc9053974d4ef& [22:14:10] and black “Coil” includs all subpages? [22:14:44] ah