Jump to content

Alternate wiki-implementations: Difference between revisions

no edit summary
(revise tikiwiki -JD)
No edit summary
 
(2 intermediate revisions by the same user not shown)
Line 1: Line 1:
'''Wiki code''' enables the [[Content Wiki]] and [[Opinion Wiki]].  Choices we make about it will guide the [[Consumerium Software License]] and likely also the [[software development process]] - probably in ways we can't easily change or undo later.  With so many '''alternate wiki implementations''' out there, it is important to sort through the advantages and disadvantages of each.
'''Wiki code''' enables the [[Research Wiki]] and [[Publish Wiki]].  Choices we make about it will guide the [[Consumerium Software License]] and likely also the [[software development process]] - probably in ways we can't easily change or undo later.  With so many '''alternate wiki implementations''' out there, it is important to sort through the advantages and disadvantages of each.


This starts by considering the [[wikitext standard]] that our present text is in:  Currently 3 out of 20 of our registered users are registered [[MediaWiki]] developers, which makes our percentage of developers among users '''15%''', which is likely the highest figure any public MediaWiki installation can boost so that is an good incentive to try to adapt MediaWiki for our use over other wikis.  However they might just be here ''because'' we are using MediaWiki, so, it is important to make clear that one of the things the [[R&D Wiki]] is doing is ''choosing'' what technology best fits our [[hardware requirements]] later.
This starts by considering the [[wikitext standard]] that our present text is in:  Currently 3 out of 20 of our registered users are registered [[MediaWiki]] developers, which makes our percentage of developers among users '''15%''', which is likely the highest figure any public MediaWiki installation can boost so that is an good incentive to try to adapt MediaWiki for our use over other wikis.  However they might just be here ''because'' we are using MediaWiki, so, it is important to make clear that one of the things the [[R&D Wiki]] is doing is ''choosing'' what technology best fits our [[hardware requirements]] later.
Line 16: Line 16:


<td>
<td>
*Not humanly possible for [[end user feedback]] to reach developers reliably
*Not humanly possible for [[end user feedback]] to reach developers reliably, though [[Meta-Wikipedia]] has some channels experienced [[trolls]] can exploit
*PHP based
*PHP based
*Proven to perform well under heavy load - but with hard limits
*Proven to perform well under heavy load - but with hard limits
*Most likely basis for [[wikitext standard]]
*Only rational basis for [[wikitext standard]] given over one million articles in fifty languages
*Working now for R&D purposes
*Working now for R&D purposes
*Dedicated developers heavily involved in content problems, although they are in general [[Wikipedia]] content problems
*Dedicated developers heavily involved in content problems, although they are in general [[Wikipedia]] content problems
Line 27: Line 27:
</td>
</td>
<td>
<td>
GetWiki is a [[fork]] of MediaWiki
GetWiki is a [[fork]] of MediaWiki under [[CC-nc-sa]]
*same de facto [[wikitext standard]]
* Auto-import of Wikipedia articles via [[XML]] using [[PHP programming language|PHP]]'s [[Expat]] Library
* Auto-import of Wikipedia articles via [[XML]] using [[PHP programming language|PHP]]'s [[Expat]] Library
* Well-formed [[XHTML]], replacing deprecated [[HTML]] 4.0 versions
* Well-formed [[XHTML]], replacing deprecated [[HTML]] 4.0 versions
Line 48: Line 49:
</tr>
</tr>
<td>
<td>
*incomprehensible, worthless, [[SourceForge]] bug reporting;  Not humanly possible for [[end user feedback]] to reach developers at all - form for describing [[wiki feature request]] incomprehensible even to a [[usability guru]]
*Feature rich (e.g. forums, picture gallery, blog, maps, email newsletter)
*Feature rich (e.g. forums, picture gallery, blog, maps, email newsletter)
*Comment forum on every page
*Comment forum on every page
*Granular user group permissions
*Granular [[user group]] permissions - may be drawback, see [[forgiveness not permission]]
*PHP based
*PHP based
*Uses different [[wikisyntax]] then Wikipedia
*Uses different [[wikisyntax]] then Wikipedia
*Meets ''many'' standards ([[CSS]], [[XHTML]], [[RDF]]
*Meets ''many'' standards ([[CSS]], [[XHTML]], [[RDF]]
*Relies on [[pear.php.net]], [[smarty.php.net]]
*Relies on [[pear.php.net]], [[smarty.php.net]]
*email/forums (and integration) built-in
*email/forums (and integration) built-in but rarely used
*Group management built-in
*[[Group management]] built-in - would this help with [[faction]]s?
*chat support intended
*Visualization of wiki-links
*Visualization of wiki-links
*Polls built in
*[[Polls]] built in
*Highly active development
*Large active developer community with scattered documentation and communition forums
*Large developer community with scattered documentation and communition forums
*Supports Postgres, Oracle, Sybase and [[SQLite]] (built in PHP 5.0!) databases not just MySQL - strategic to integrate with some [[essential projects]]
*Supports Postgres, Oracle, Sybase and [[SQLite]] (built in PHP 5.0!) databases not just MySQL - strategic to integrate with some [[essential projects]]
*developers [[eat their own dog food]] = run current beta as their live site for all development, so any problem is immediately obvious to every developer
*developers [[eat their own dog food]] = run current beta as their live site for all development, so any problem is immediately obvious to every developer
Anonymous user
We use only those cookies necessary for the functioning of the website.