or similar for free, it's a bit of a
conversion effort to move the entire site as it exists into a wiki
structure - so maybe it would be progressive i.e. new documentation goes
into the wiki
It would be a lot of admin i'm sure, keeping rubbish posts out - it
would take time to configure, time which I don't unfortunately have at
the moment although will hopefully have in a couple of months. If
someone wants to take it on and finds RHEL4 too restrictive as
described, I can provide a php5/mysql5 web enabled shell for freebies
(perhaps an acknowledgement)
Henri
Daniel Veillard wrote:
On Mon, Apr 07, 2008 at 05:38:48PM +0100, Richard W.M. Jones wrote:
> On Mon, Apr 07, 2008 at 11:47:37AM -0400, Daniel Veillard wrote:
>
>> My previous experience hosting a Wiki on
xmlsoft.org (a.k.a.
libvirt.org)
>> has been rather painful, admitedly that was a few years ago ...
>> I'm not sure what's the best way, hosting yet another wiki or reusing
>> an existing one.
>>
> Wikis, as you point out, require active management.
>
> I'm running several low-traffic OCaml wikis (might as well advertise
> them:
http://ocaml-tutorial.org/ and
http://cocan.org/) with
> reasonable success. We require authenticated email addresses for all
> editing, a diff of all edits are CC'd daily to subscribers, and we
> have people who act as editors for particular pages / sections of the
> wiki.
>
> This has controlled spam reasonably successfully. One Ubuntu
> developer who shall remain nameless turned out to have a sideline in
> blackhat "SEO" (wiki spamming) and actually signed up with his valid
> email address to spam the wiki. This was spotted almost instantly and
> he was kicked off. We had another case where someone signed up using
>
http://mailinator.com and set up a
http://bugmenot.com account which
> we also found quickly and eliminated. The daily emailed diffs of the
> whole wiki, plus the ability to roll back a day, basically make any
> long-term wiki spam impossible to carry out (or so we think ...[1])
>
> The benefits of all this management can be useful, user-driven
> resources, and _if_ carefully structured and edited, this can be
> better than Google + mailing lists or asking the same questions over
> and over on IRC.
>
Well if you have maintainance experience, why not ... except
libvirt.org
is a RHEL-4 box, i.e. not the easiest for bleeding edge stuff.
if you feel this is reasonnable, and won't waste too much time, I agree
this can be really useful too, I'm fine with the idea.
Daniel