<div dir="ltr"><div>If you intend to fully self host something, the full mediawiki software that runs the back end of wikipedia is suitable. It's entirely composed of BSD/GPL/Apache licensed software. If you have any persons who are competent at administering and customizing stuff on normal LAMP stack servers it should be easy to install and understand. The VisualEditor extension is the same WYSIWYG GUI for editing in browser as is used on full wikipedia today. For an example go to any public wikipedia page and hit 'edit', make some changes but don't save them. <br></div><div><br></div><div><a href="https://www.google.com/search?client=ubuntu&channel=fs&q=mediawiki+visualeditor&ie=utf-8&oe=utf-8">https://www.google.com/search?client=ubuntu&channel=fs&q=mediawiki+visualeditor&ie=utf-8&oe=utf-8</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 14, 2020 at 7:07 AM Brielle <<a href="mailto:bruns@2mbit.com">bruns@2mbit.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I personally like Dokuwiki a lot.<br>
<br>
>From a usability standpoint, once you spend a few learning the interface, it’s very simplistic and not overwhelming in features.  You can always add extensions for stuff you need that isn’t there out of box.<br>
<br>
>From a technical standpoint, it doesn’t need a database.  The entire structure is text files, so it can be run on even a super small VM, and doing backups is as easy as tarballing the data directory.<br>
<br>
It’s got support for LDAP for authentication too, which might be useful.<br>
<br>
Sent from my iPhone<br>
<br>
> On Mar 14, 2020, at 7:24 AM, Karl Auer <<a href="mailto:kauer@biplane.com.au" target="_blank">kauer@biplane.com.au</a>> wrote:<br>
> <br>
> On Sat, 2020-03-14 at 08:07 -0400, Craig wrote:<br>
>> Wanted to ask what WIKI software teams are using to save<br>
>> documentation to /<br>
>> how to's for staff, etc.<br>
> <br>
> Like any other software, make a set of requirements and then go<br>
> looking. The order of those two steps is important, though you're<br>
> allowed to iterate.<br>
> <br>
> Remember to match the requirements to the people who will actually be<br>
> using the thing, not the people who will be managing it :-)<br>
> <br>
> Personally I think the plethora of formatting options in things like<br>
> Confluence tends to distract people into spending vast amounts of time<br>
> getting their pages to look just right, that would have been better<br>
> spent capturing more actual information. Or it makes them avoid adding<br>
> information because it's too hard, or it takes too long, or it invites<br>
> odious comparisons with other people's entries.<br>
> <br>
> Regards, K.<br>
> <br>
> -- <br>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
> Karl Auer (<a href="mailto:kauer@biplane.com.au" target="_blank">kauer@biplane.com.au</a>)<br>
> <a href="http://www.biplane.com.au/kauer" rel="noreferrer" target="_blank">http://www.biplane.com.au/kauer</a><br>
> <a href="http://twitter.com/kauer389" rel="noreferrer" target="_blank">http://twitter.com/kauer389</a><br>
> <br>
> GPG fingerprint: 2561 E9EC D868 E73C 8AF1 49CF EE50 4B1D CCA1 5170<br>
> Old fingerprint: 8D08 9CAA 649A AFEF E862 062A 2E97 42D4 A2A0 616D<br>
> <br>
> <br>
<br>
</blockquote></div>