Both sides previous revisionPrevious revisionNext revision | Previous revision |
web_content_management [2025/03/07 18:08] – [CMS and Wiki Options That Only Require ARPA Membership] add that pmwiki requires shell work for config peteyboy | web_content_management [2025/03/31 00:35] (current) – clean up formatting peteyboy |
---|
| |
| |
I have tried several freely available web [[wp>Content Management System]] (CMS) and [[wp>wiki]] packages, and have determined the following ones can be installed in your user ''html'' space and work, as long as you have at least an ARPA membership. Each has certain strengths and weakenesses, and some are designed to be more multi-user, allowing you to have individual contributors that don't need SDF shell accounts. All are designed to allow you to create content from the website itself, not requiring you to log in to your shell account to add or modify content, and to give you an interface that doesn't require you to author content directly in HTML, and to give you templates to give your web site a cohesive look. | I have tried several freely available web [[wp>Content Management System]] (CMS) and [[wp>wiki]] packages, and have determined the following ones can be installed in your user ''html'' space and work, as long as you have at least an ARPA membership. Each has certain strengths and weaknesses, and some are designed to be more multi-user, allowing you to have individual contributors that don't need SDF shell accounts. All are designed to allow you to create content from the website itself, not requiring you to log in to your shell account to add or modify content, and to give you an interface that doesn't require you to author content directly in HTML, and to give you templates to give your web site a cohesive look. |
| |
The packages listed here also use the regular file system for storage, so an SDF DBA membership is not required for them to work. There are even more web CMSs and wikis, not listed below (Drupal, for example) that do require a database. | The packages listed here also use the regular file system for storage, so an SDF DBA membership is not required for them to work. There are even more web CMSs and wikis, not listed below (Drupal, for example) that do require a database. |
* PivotX CMS: https://github.com/pivotx A nice flat-file CMS that I have been using since 2016. Active development [[https://web.archive.org/web/20210923190203/http://blog.pivotx.net/2017-03-22/pivotx-development-has-ended | ended in 2017]] but it has been in maintenance mode, and honestly still works quite well. Supports multiple admin users and editors, has lots of (dated, but nice) templates for your site. | * PivotX CMS: https://github.com/pivotx A nice flat-file CMS that I have been using since 2016. Active development [[https://web.archive.org/web/20210923190203/http://blog.pivotx.net/2017-03-22/pivotx-development-has-ended | ended in 2017]] but it has been in maintenance mode, and honestly still works quite well. Supports multiple admin users and editors, has lots of (dated, but nice) templates for your site. |
* Wikis | * Wikis |
* DokuWiki: https://dokuwiki.org Used at SDF, right here on this wiki [[start]], and is the front page of https://sdfeu.org It's a fine wiki, easy configuration, re-skinning and extension-adding using the UI Configuration Manager. Has many cool skins, and several decent Responsive Design skins that look good. Has editing buttons to make it so you don't need to know the markup well to use, but also the markup is pretty standardish. | * DokuWiki: https://dokuwiki.org Used at SDF, right here on this wiki [[start]], and is the front page of https://sdfeu.org It's a great, full-featured wiki, with easy configuration, re-skinning and extension-adding using the UI Configuration Manager. Has many cool skins, and several decent Responsive Design skins that look good, and you can make it look not like a wiki with some skins. Has editing buttons to make it so you don't need to know the markup well to use, but also the markup is pretty standardish. |
* PmWiki: https://pmwiki.org super low resources (only 5MB on disk!), easy to extend with cookbooks. Lots of skins, but just a handful of Responsive Design skins. Configuration,skinning and extension requires copying files and editing a config file in shell. Easy to turn WikiWords back on so it can be a classic quick-to-author wiki experience. Can use Creole markup vs the default, note that pmwiki's native markup is very old school (! and !! for headings, vs <nowiki>==</nowiki>) and likely not what you're used to, but you can turn on editing buttons like dokuwiki has by default, too. | * PmWiki: https://pmwiki.org Also a fully featured wiki, but with much lower default resources (only 5MB on disk!) for all you really need, and easy to extend with cookbooks. Lots of skins, but just a handful of Responsive Design skins. Configuration, skinning and extension requires copying files and editing a config file in shell. Easy to turn WikiWords back on so it can be a classic quick-to-author wiki experience. Can use Creole markup vs the default, note that pmwiki's native markup is very old school (! and !! for headings, vs <nowiki>==</nowiki>) and likely not what you're used to, but you can turn on editing buttons like dokuwiki has by default, too. People say it's very easy to make skins for PmWiki. |
| * BrutalWiki: https://felix.plesoianu.ro/web/brutal/ (only 40K on disk!?) Much, much smaller here. A simple yet nice looking wiki, super easy to set up with its configuration file, uses a single JSON file for storage of the wiki. You can find all sorts of personal wiki projects online, but this one has an interesting markup language that uses "rocket links" like in the [[https://geminiprotocol.net/docs/gemtext.gmi|gemini protocol]] and yet is decently featureful (nested lists, etc). You can turn on a single password for editing, so it has most features you might want (besides versioning). You can definitely use it to get a nice site going quickly. Even has a couple of skins with it that are nice, and with its Brutalist design principles and a viewport config setting, will basically give you Responsive Design. It's not really extensible, if you want that, though source code is available for forking. Here's a [[https://peteyboy.freeshell.org/bwiki/ | demo running on SDF]] |
| |
==== CMS and Wiki Options That Only Require USER Membership ==== | ==== CMS and Wiki Options That Only Require USER Membership ==== |