Two days ago, I deployed the official wiki for lemmy.dbzer0.com. It’s using django-wiki as a software, which other than being markdown-based and therefore helping lemmings easily migrate documentation over, provides python hooks for doing some really cool stuff.
For example my current version is tied to my lemmy instance. This means that while everyone can read the wiki, only registered users of my instance can edit articles. This helps prevents the usual problem of open wikis, which is drive-by spam articles, and ensures that only people with interest in the wiki can use it.
I plan to extend this integration in the future. I am thinking things like minimum account age to edit all or some pages, profile pages which enable even tighter integrations, being able to specify “trusted instances” which would allow edits from their users as well, and so on.
But that’s not all, the same approach I used, can also be used to integrate with any fediverse software, like mastodon. This means each instance could theoretically have its own wiki to extend the information adjacent to it.
I’ll soon (I hope) will provide an ansible playbook that anyone can use to deploy it which will also provide my custom code to integrate with lemmy.
Reddit had the ability to have a per-subreddit wiki. I never dug into it on the moderator side, but it was useful for some things like setting up pages with subreddit rules and the like. I think that moderators had some level of control over it, at least to allow non-moderator edits or not, maybe on a per-page basis.
That could be a useful option for communities; I think that in general, there is more utility for per-community than per-instance wiki spaces, though I know that you admin a server with one major community which you also moderate, so in your case, there may not be much difference.
I don’t know how amenable django-wiki is to partitioning things up like that, though.
Indeed that is also what I had in mind regarding linking up a Wiki to Lemmy.
It should be possible I guess to link community membership to wiki groups and those groups each have their own name-space that looks like a seperate wiki more or less.
While I love Dokuwiki as well, the fact that it has a slightly different markup language would be a stumbling block for users moving info over. Also, django-wiki is python, which I know and can extend, while Dokuwiki is php, which I don’t. :)
Is there a reason you went with this approach of claiming accounts (as opposed to say the system for Fediseer, where it messages you on Lemmy to claim it, or the lemmy Oauth system)?
Yes, there’s no current hooks provided by django-wiki for user registration etc. I have opened requests to add them and I’m planning to adjust the procedure further then. I could also extend the django-wiki myself, but I have my hands full already with my other projects.
Ultimately the best would indeed be some sort of lemmy oauth system to register. I’m hoping this might be possible at some point in the future. This kind of thing requires more developers jumping in and this is partly why I make these posts as well.
This is extremely cool, thank you for your work! Would you consider supporting a container deployment alongside existing container hosted Lemmy instances? No worries if that breaks to far from your workflow.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !selfhosted@lemmy.world
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.
Rules:
Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
Resources:
selfh.st Newsletter and index of selfhosted software and apps
Reddit had the ability to have a per-subreddit wiki. I never dug into it on the moderator side, but it was useful for some things like setting up pages with subreddit rules and the like. I think that moderators had some level of control over it, at least to allow non-moderator edits or not, maybe on a per-page basis.
That could be a useful option for communities; I think that in general, there is more utility for per-community than per-instance wiki spaces, though I know that you admin a server with one major community which you also moderate, so in your case, there may not be much difference.
I don’t know how amenable django-wiki is to partitioning things up like that, though.
EDIT: https://www.reddit.com/wiki/wiki/ has a brief summary.
Indeed that is also what I had in mind regarding linking up a Wiki to Lemmy.
It should be possible I guess to link community membership to wiki groups and those groups each have their own name-space that looks like a seperate wiki more or less.
Hmm, I am working on a similar Dokuwiki integration. Have not gotten very far with it though. Maybe I should give this a look instead 🤔
Master Kenobi, you disappoint me. Yoda holds you in such high esteem. Surely you can do better!
While I love Dokuwiki as well, the fact that it has a slightly different markup language would be a stumbling block for users moving info over. Also, django-wiki is python, which I know and can extend, while Dokuwiki is php, which I don’t. :)
deleted by creator
No, I’m a python boy. So as soon as I saw python and markdown, It was good enough for me
Cool work! Love the idea of hooking into the fediverse toolset
Is there a reason you went with this approach of claiming accounts (as opposed to say the system for Fediseer, where it messages you on Lemmy to claim it, or the lemmy Oauth system)?
Yes, there’s no current hooks provided by django-wiki for user registration etc. I have opened requests to add them and I’m planning to adjust the procedure further then. I could also extend the django-wiki myself, but I have my hands full already with my other projects.
Ultimately the best would indeed be some sort of lemmy oauth system to register. I’m hoping this might be possible at some point in the future. This kind of thing requires more developers jumping in and this is partly why I make these posts as well.
That would be great, I have been looking at alternatives for the trans surgery wiki on Reddit in case they go the way of Tumblr.
This is extremely cool, thank you for your work! Would you consider supporting a container deployment alongside existing container hosted Lemmy instances? No worries if that breaks to far from your workflow.
Ummm … fuck yes that’s awesome!!