<html><head/><body><html><head></head><body>Wot's bikeshedding?<br>
<br>
I'd go w MediaWiki, but I'm not an important voice in this decision.<br><br><div class="gmail_quote">R P Herrold <herrold@owlriver.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre style="white-space: pre-wrap; word-wrap:break-word; font-family: sans-serif; margin-top: 0px">Jim asked that I post the meeting anouncement at the <br /><a href="http://www.colug.net">http://www.colug.net</a>/ placeholder, which I have<br /><br />On Mon, 25 Jun 2012, jep200404@columbus.rr.com wrote:<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Thanks.</blockquote><br />The hard drive with the former site has two sick partitions <br />damaged by the over-eager efforts at the remote hosting site <br />last month ;( I suspect head crashes from power cycling<br /><br />I possess off-site rsynced backups of that drive, and that <br />webbish content did not change quickly, so I should have most <br />of it except perhaps the most recent meeting posting for <br />April, (which we never archived anyway)<br /><br />The mailing list content has on another server, for the last <br />couple years, anwyay, and is back-uped up to current, so no <br />hassle there. There is good stuff under the old layout that I <br />am used to accessing (old COLUG presentations), LUG lists, and <br />I'd like it accessible again. Most of the rest was <br />either slow-changing boilerplate (useful) or 'fluff'. I had <br />some 'tricks' in there so the site seemed to be actively <br />curated for Google's spiders<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">From a 'needs analysis' POV, that describes what I'd like to <br /></blockquote>get up again [excepting the fluff ;) ]<br /><br />I've been auditioning CMS's of a wiki form, that will take a <br />CSS 'styling' and so forth, and am underwhelmed<br /><br />There is a bewildering variety of 'bike-shedding' and <br />wheel-reinvention happening in this space:<br /><br />[herrold@centos-5 ~]$ srcfind wiki | rev | awk -F"/" {'print \<br /> $1'}| cut -d "-" -f 3- | rev | sort | uniq<br />dokuwiki<br />dokuwiki-plugin-bureaucracy<br />drupal7-mediawiki_api<br />ikiwiki<br />mediawiki<br />mediawiki114<br />mediawiki115<br />mediawiki116<br />mediawiki-CategoryTree<br />mediawiki-Cite<br />mediawiki-HNP<br />mediawiki-HTTP302Found<br />mediawiki-imagemap<br />mediawiki-InputBox<br />mediawiki-LdapAccount<br />mediawiki-openid<br />mediawiki-ParserFunctions<br />mediawiki-Renameuser<br />mediawiki-rss<br />mediawiki-semantic<br />mediawiki-SpecialInterwiki<br />mediawiki-StubManager<br />mediawiki-validator<br />mediawiki-wikicalendar<br />perl-CGI-Kwiki<br />perl-Kwiki<br />perl-Kwiki-Archive-Rcs<br />perl-Kwiki-Attachments<br />perl-Kwiki-Diff<br />perl-Kwiki-Diff-Mutual<br />perl-Kwiki-ModPerl<br />perl-Kwiki-NewPage<br />perl-Kwiki-Raw<br />perl-Kwiki-RecentChanges<br />perl-Kwiki-Revisions<br />perl-Kwiki-Search<br />perl-Kwiki-TableOfContents-Print<br />perl-Kwiki-UserName<br />perl-Kwiki-UserPreferences<br />perl-Kwiki-Users-Remote<br />perl-Text-KwikiFormatish<br />perl-Text-MediawikiFormat<br />perl-Wiki-Toolkit-Formatter-Mediawiki<br />python-lyricwiki<br />python-simplemediawiki<br />python-wikimarkup<br /><br />with dokuwiki and mediawiki seeming to be ones that are <br />maintained credibly (docuwiki is pretty minimal; mediawiki is <br />what the Wikipedia and Fedora folks use)<br /><br /> <a href="http://www.dokuwiki.org/dokuwiki">http://www.dokuwiki.org/dokuwiki</a><br /> <a href="http://www.mediawiki.org/wiki/MediaWiki">http://www.mediawiki.org/wiki/MediaWiki</a><br /><br />but they are so ugly even so<br /><br />Security seems to be addressed in each:<br /> <a href="http://www.dokuwiki.org/security">http://www.dokuwiki.org/security</a><br /> <a href="http://www.mediawiki.org/wiki/Security">http://www.mediawiki.org/wiki/Security</a><br /><br />I sure wish each had a specific -security-announce mailing <br />list, though, so I could track this better<br /><br />I am very distrustful of more formal CMS' such as Joomla and <br />Drupal, as I have seen their code, and repeated exploits <br />there. I do not want to be in 'site maintenance mode' for <br />COLUG at all. The old hand-build CMS that Paul and I cobbled <br />together has worked well over the years from a security <br />stqandpoing, but not so well for delegation of authoring. <br />CentOS has had pretty good luck with trusted authors and <br />MoinMoin<br /> <a href="http://moinmo.in">http://moinmo.in</a>/<br /><br />but it does not theme well<br /><br />but it requires me watching all posts diff's to keep spam out <br />even so. Don't even get me started on de-spamming the <br />more 'open' forums<br /><br />What 'needs' do others feel, and what low overhead paths to <br />meeting such do others suggest. Is this trip even necessary <br />in this post-modern LUG age?<br /><br />-- Russ herrold<br /><hr /><br />colug-432 mailing list<br />colug-432@colug.net<br /><a href="http://lists.colug.net/mailman/listinfo/colug-432">http://lists.colug.net/mailman/listinfo/colug-432</a><br /></pre></blockquote></div><br>
-- <br>
Sent from my unlocked, rooted Galaxy S2 Skyrocket smartphone.</body></html></body></html>