A suggestion: Mailchimp can be replaced with Mautic (https://www.mautic.org/). However, the initial setup of the server for each affiliate may take some effort/resources to complete.

I have successfully moved the file. Log id: https://commons.wikimedia.org/w/index.php?title=Special:Log&logid=358049656

On further consideration, this should be layered with a cache somewhere to prevent potential excessive amounts of API calls being made on the fly to Wikidata. Either in the same vein of T369928 or a json file in the MediaWiki namespace on wiki with a list of key-value pairs of most frequently (for a start) cited domains and the relevant citation template to use. The json file then can be updated by the community as and when required/requested independently of the citoid server/extension development.

@kostajh, I will close this as duplicate then. :) thanks for the update.

the images have been adjusted. fyi.

No objections to @Mdann52 joining in. I having dislike bus factor of 1.

In T362379#9874297, @SCherukuwada wrote:

We're learning more as we are talking to owners of the sites who've decided to block Citoid, while also trying to be sure about how much traffic we're sending to them.

We're in conversation with the owners of one property who have said that the traffic pattern looks like abuse traffic. We're trying to learn in what way this is so - Volume? A nonstandard user agent pattern (which we've since changed)? Spikes?

More updates to come.

I was exploring the tool while dealing with a serial copyvio editor who had been uploading copyrighted images locally on enwiki, with intention to delete those images if they cannot provide the relevant permissions to use the images sometime in the future (A 7-day CSD F.11 tag has been placed on the files in the meantime).

I will be bringing my devices for streaming to YouTube for the morning sessions. The setup will be similar to https://github.com/engineersftw/gitwiki

This seems to be resolved with T338033

In T338033#8936671, @gerritbot wrote:

Change 929816 merged by jenkins-bot:

[analytics/wikistats2@master] Increase world map resolution

https://gerrit.wikimedia.org/r/929816

This might be resolvable by changing the second line of the following functions, isActive() and wasActive() in Campaign.php from

@Urbanecm, would love your inputs at the gerrit, and if possible, merge into the master branch. ;-)

If the 2024:Expression of interest pages were created after the the introduction of the 2024 namespace, yes, it would have been at 2024_talk: from the start. But these 2024: pages were created before the 2024 namespace was created, therefore somehow Talk:2024:* managed to be created as well.

Just a follow up on this ticket.
With the introduction of the 2024 namespace, the following effect on existing pages are observed:
2024:* pages: no visible issues seen. examining the database through Quarry shows that page_namespace for these pages have been updated to 138, which is the namespace id for 2024
Talk:2024:* pages: unreachable. Interface returns as 'Bad title' error when trying to reach via the page title in the URL, i.e. https://wikimania.wikimedia.org/wiki/Talk:2024:Expressions_of_Interest/Wikimania_2024_Istanbul,_Türkiye.

Scholarship pages not moved yet due to user permissions issue.

Pages moved. Namespace opened. Redirects created. Sidebar updated.

As a reference, the task for 2022 namespace: T295267