I write English / Escribo en Español.

Vidya / videojuegos. Internet. Cats / Gatos. Pizza. Nap / Siesta.

This user’s posts under CC-BY-NC-SA license. Ask me if you need a different permission.

  • 18 Posts
  • 1.24K Comments
Joined 3 years ago
cake
Cake day: July 26th, 2023

help-circle









  • Normal wiki software already handles the “have more control over how content is displayed” part, and they can be offered as services for example Miraheze exists. Self-hosting makes sense for small stuff (and “small” here can quite reasonably mean “somewhat large” because the useful information in wikis is text and text is lightweight) but, aganin, that’s something normal wiki software already does.


  • Fandom wikis are pretty exclusive to their fandom tho, like they don’t have much overlap with each other?

    We have the Wikipedia founder to blame for that: he threw a Trumpy fit because people were documenting Buffy the Vampire Slayer, IIRC. Otherwise we could really have had an Encyclopaedia of Everything.

    Still, hosting “different instances” is technically exactly the same as hosting a normal DokuWIki / MediaWiki software and offering the service on a farm setup, like eg.: Miraheze does, and that still doesn’t need any sort of “federation”. Federating contents of a wiki does not really make sense, basic and normal mirroring / archiving suffices.


  • Federation makes little if any sense for a wiki. They are intended to be a sorta singular source-of-truth, and having different likely disjoint copies does not really provide any advantage than simply having a mirror doesn’t already give (and, overall, mirrors are easy to make).

    If what you worry is sharing user accounts across wikis, that is not really a good idea anyway, but if they still want it it is already solvable with things like SSO, OpenID and similar, though each wiki would have to adopt and adjust them on their own.