Multichan is an indev textboard that can be a member of a federated network (servers share tags, threads, and comments) or stand on its own. It's easy to modify the program and its data, or to implement your own scraper / server.
demo: https://0chan.vip/
repo: https://bitbucket.org/796f/multichan
chat:
irc://irc.rizon.net:6697/0chan
irc://irc.libera.chat:6697/multich
irc://chat.freenode.net:6697/multich
https://matrix.to/#/#multich:privacytools.io
Any ideas for where I should take this in the future? Two things I'm currently working on are Ayashii (tree view) and Futaba (thread preview) style board views, as well as textboard/imageboard scraper that stores data as JSONs and can export JSONs to Multich format. But I don't know what other kinds of features would be good to add in. No plans at present to add further javascript past the stylesheet setter and >>quote links..
Didn't you already have three threads here?
dead chan xd
Any ideas for where I should take this in the future?
In the trash can?
>>1
It seems like the difficulty with federated forums is allowing different instances differing views of what is considered effective moderation. Just to free associate a little, imagine there was a public list of rules (even hierarchical rules) which any instance could select from or add to. Then moderation could be federated by having each moderator select the reason for the moderation action from the list and having this propagate to the other instances who would programmatically choose to honor it depending on if they have selected this rule for their instance. Moderation actions could propagate so that replies to posts by banned users are also hidden. Instances could also have a mechanism to flag moderation which is considered inaccurate, and would also need to be able to unpeer moderation from those who they deem to moderate excessively.
Just run another schemebbs instance.
You don't need to aggregate every scrap of information under one service (that's what activity pub is for anyway.)