I wish mediawiki was more loved. It is an amazingly effective and intuitive piece of software. But maintaining, upgrading and managing it and the various extensions is a pain. I suspect a rethink and rewrite could substantially reduce the cost of running such wili farms but is unlikely to ever happen.
Miraheze to shut down
81–89 of 89 posts
Re: Miraheze to shut down
#82Was doing some reverse engineering recently and wanted a quick wiki to put stuff on in case others wanted to join in and contribute findings about the same product. Looked around and Miraheze seemed to be the only real option for free wiki hosting (I tried another one first, don't remember what it was called, but it was bad). Experience was pretty good adding the pages but then I went back 6 months later to try and c…
Re: Miraheze to shut down
#83Earlier quoted context omitted.
That is a very good point. Thanks!
That's a fair point but on the other hand I've been at Miraheze for almost 8 years and having such a huge operation rely on a few unpaid volunteers isn't realistic in the long term and people burnout, lose interest or both. There's also the anxiety of knowing that the fate of the farm depends on a yearly (or even more frequent) fundraiser.
Re: Miraheze to shut down
#84Earlier quoted context omitted.
Actually, MediaWiki 1.38 and MediaWiki 1.39 (released in November 2022) is already set to help run wiki farms more easily: https://www.mediawiki.org/wiki/MediaWiki_1.38/New_configurat...
TBH, I don't really see what the new settings stuff offers over the status quo. It feels like a complex abstraction layer to do what everyone was already doing already.
Re: Miraheze to shut down
#85Earlier quoted context omitted.
That's a fair point but on the other hand I've been at Miraheze for almost 8 years and having such a huge operation rely on a few unpaid volunteers isn't realistic in the long term and people burnout, lose interest or both. There's also the anxiety of knowing that the fate of the farm depends on a yearly (or even more frequent) fundraiser.
These are problems that all small nonprofits face. I would love to pay people, but even having a commercial model doesn’t mean you escape questions about funding and staffing.
Re: Miraheze to shut down
#86https://github.com/WikiTeam/wikiteam/issues/465#issuecomment...
https://wiki.archiveteam.org/index.php/Miraheze
Already before the announcement we had XML dumps for thousands of Miraheze wikis.
Re: Miraheze to shut down
#87Earlier quoted context omitted.
My wiki also got affected by the harddrive. They send out a message with everything they knew pretty much immediately even to people not affected by the error and continued to update as they learned more. Not sure why you seem to think it took "weeks". For a volunteer-run service they've actually been quite on top of it and compassionate in my experience
You're right, it was 10 days, not quite weeks. It's not important but here are some of the miscommunications and apologies: November 18: "The cloud server which hosts one of our database, db141, experienced a disk issue. As a result, a small number of wikis hosted on db141 are unavailable. [...] While cloud14 has been reinstalled, we will have to send the affected disks to professional data recovery. The earliest ETA…
I got most all of my data restored, but there was a temporary problem of deleting and replacing files that the server programming thought still existed. That was fixed quickly.
Re: Miraheze to shut down
#88Earlier quoted context omitted.
Particularly at this point, I'd like to see better communication between the board and wiki members/crats/admins. No news has been the rule with Miraheze except for planned service outages and donation requests. The way I found out about the closure announcement was from a Tweet that rides in with a 503 error message. I know it's early days, but a message about proposing to continue Miraheze would be useful on that p…
No communication is standard operating procedure right now. Volunteers found out this decision at the same time as everyone else, which meant no one had time to prepare. We need to better communicate our plans and goals, and of course about downtime. But we also don’t want to flood average wiki users with sitenotices either. What kinds of communication would you like to see more of? I will put out a sitenotice soon,…
RE:communications I'd like to see more of.
1. The shutdown notice would have been one; important news, instead of only posting on Twitter and other social media. After a few tweets like "30,000 wikis!" (not all active, ahem), this just turns into noise.
2. Decisions made by the board. A summary will do.
3. Current or ongoing technical issues. Or do we have to go through the whole of outstanding Phabricator tasks?
This communication can be accomplished by subscription. I would then like to see a notification/bell made with a capsule of what's being shared and its location within the Miraheze maze.
On other business, check out Lithuania as a possible location. It's a very tech-oriented country, and I've worked on a MediaWiki-based wiki based there. I don't know the specific server farm or company.
Re: Miraheze to shut down
#89Earlier quoted context omitted.
You're right, it was 10 days, not quite weeks. It's not important but here are some of the miscommunications and apologies: November 18: "The cloud server which hosts one of our database, db141, experienced a disk issue. As a result, a small number of wikis hosted on db141 are unavailable. [...] While cloud14 has been reinstalled, we will have to send the affected disks to professional data recovery. The earliest ETA…
My guess is that they used some of the XML dumps we of WikiTeam keep at https://archive.org/details/wikiteam , that not everyone at Miraheze was necessarily aware of.