on Tue 27 Mar 2007 09:10:05a
"wbsurfver@yahoo.com" <wbsurfver.DeleteThis@gmail.com> posted
in news:1175011805.770577.206210@p77g2000hsh.googlegroups.com:
> Anyway, the short list:
>
> mediawiki
> bitweaver
> jspwiki
> snipsnap
>
Even without your providing any sense of the total project size
for it document base, its usage or the server you plan to run it
on, it seems to me that you've elimimnated both snipsnap and
jspwiki, as both are java based. Jspwiki requires a servlet
engine, and snipsnap looks as if it's a miniwiki, possibly not
what you're looking for.
Meidiawiki is the backend that wikipedia runs on. It is probably
the software that most would cosider to be the wiki standard on
the web. it will scale, has a very good versioning and editing
system, as well as many extras. If your team has a couple of
decent PHP coders. It should be able to do anything a wiki is
expected to do without much extra fuss. A possible downside is
unless there is some serious template modifications, it will look
like a media wiki product a first glance to any who are aware of a
few mediawiki run sites. I do not know if there is a wordpress
accessibile method readily available for mediawiki, but given that
both sites are actively deve;loped, and both have a large number
of coders, I'd be surprised if there wasn't something available
from at least one side, and possible both.
BitWeaver is a very nice complete CMS package, which includes a
wiki engine. I cannot recall ever having messed around with the
bitweaver wiki, but I would assume it is of the same quality as
the parts of the package I am more familiar with and would expect
setup and default usability to be easy for a CMS package. It uses
smarty as it templating engine. Whether that is a positigve or
negative depends entirely on the past experience of your team
members. Smarty is generally a bit less of a bastard on the
learning curve than some PHP templating systems, but rest assured,
if no one has used it before, there will be a learning curve
before workable templates for the site will be created. If you
decide on using bitweaver, then if possible, try to migrate any
preexistent wordpress files over to the bitweaver blog backend.
It will save you grief having it all bundled into one package. I
haven't a clue about bitweaver's ability to integrate wordpress
into a production.
>> Stay informed about: wiki software selection advice ?