BookStack: Simple and Free Wiki Software
bookstackapp.com
bookstackapp.com
The platform has been designed for ease-of-use, with mixed-technical-skill workplace use in mind. The design and content structure is (purposefully) quite opinionated though so does not suit all use-cases, but for many it works quite well.
Technically it's built as quite a technically simple PHP/Laravel/MySQL stack with custom JavaScript sprinkled in where needed. The default WYSIWYG editor is TinyMCE based, although due to TinyMCE license changes I'm currently building a lexical-fork-based new editor.
If you'd like to understand the project more, a project FAQ can be found on our site here: https://www.bookstackapp.com/about/project-faq/
[0]
The feature is still missing today, I get email updates from the same ancient GitHub issue often of people asking for it and the dev responding that they don't like the idea of systematically preventing conflicts. Which is fair, if I had the skill and inclination I would have forked the project and just done it myself. But I'm not a software engineer, so I had no choice but to use different software that fit my needs.
If you're a really small shop BookStack has a very nice and clean UI and is a great wiki-type offering. At any kind of scale the cracks start to show, though.
Are there more featureful and flexible wiki softwares out there? Sure. But Bookstack is my favorite by far because 1) I never feel lost and overwhelmed by the amorphous structure and dizzying array of features I don’t need and 2) it is the easiest to self-host and maintain of the many self-hosted wikis I trialed in my homelab ~5 years ago.
I switched jobs and thus move away from confluence to ADO wiki and life is never endingly painful for internal knowledge management!
Either there are 100s of word docx or there's confluence that can be easily queried, with various other capabilities using it's plugins for draw.io and mermaid.js.
Markdown for large tables is just silly and hard to maintain. AsciiDoc is great, but a bit too much for docs that are shared with product teams.
See also "nobody uses elasticsearch because they like lucene queries; they use it because everyone likes using kibana and tolerate lucene."
(There are probably people who specifically like features of confluence or elasticsearch; most use it because they like / must use other parts of the ecosystem and feature/product N is good enough)
[edited to finish the thought about jira's workflow management]
there are lots of usecases for ElasticSearch without Kibana. in my area it is >90% ElasticSearch without Kibana (nor Grafana)