Twiki is not bad if you don't have to set it up. Just don't try it with
certain versions of Apache2 (all, maybe), it has major issues rendering
pages. I actually liked the namespaces, it allowed us to share
the public information without showing the proprietary data about our
system. Unfortunately our twiki is deprecated since we switched
to rhel3 (ew) and apache2, in fact today we basically got the machine
DoSed by a couple of googlebots(my university's and google's decided to
crawl it today) We have now switched to dokuwiki which has allot
of nice features: php, flat file, namespaces, mediawiki syntax, and
AJAX(pretty blinking lights for the powers that be).<br>
<br>
-Ryan<br><br><div><span class="gmail_quote">On 1/2/06, <b class="gmail_sendername">Bob Hartmann</b> <<a href="mailto:bhartm@visi.com">bhartm@visi.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br>Dan Rue wrote:<br><br>>On Sun, Jan 01, 2006 at 07:02:44AM -0600, Bob Hartmann wrote:<br>><br>><br>>> You're right, Dan. I really ought to stop recommending TWiki.<br>>> <nop>_It was_ <nop>*by far* the best thing alive when I put it up 4
<br>>> years ago at a former employer. I did the ugly task of forcing people<br>>> to use BumpyWords. (tsk,tsk, I'm editing your doc! do it right!)<br>>> Hindsight, I think it caught on because I wrote 90% of everything for
<br>>> 2 years and my techs could search for and maybe even *find* useful<br>>> info instead of phkng calling me all day.<br>>> TWiki for me was simply a great way to write quick stuff quickly and<br>
>> to publish more format-intensive stuff consistently. then there's,<br>>> mm, LDAP Plugin. Search the dreckry from yer browser? The TWiki core<br>>> developers are very consistent and conservative. Good for them, I
<br>>> think, but wikked little tools (perl tools) like that one make me<br>>> wanna take these guys seriously.<br>>> I still don't know why perl is a strike against, tho, or how TWiki is<br>>> any more difficult to install and configure than any mySQL/PHP thing.
<br>>> I can put up a TWiki in about 20 minutes.. Mm, now I should go back<br>>> and read my first paragraph again. And get proficient at mySQL and<br>>> PHP.<br>>> perl is probably the worst language ever written.. and the most
<br>>> useful. I can't find the quote!<br>>><br>>><br>><br>>Lol.. ok,<br>><br>><br>><br>>> I still don't know why perl is a strike against, tho, ...<br>>><br>>><br>>2 lines later..
<br>><br>><br>>> perl is probably the worst language ever written..<br>>><br>>><br>><br>>hehe..<br>><br>>Getting the site set up isn't too terribly bad, after you deal with cpan<br>>and 3rd party perl deps.. The worst part is once you get it set up,
<br>>figuring out the namespace scope stuff. Took me a while to wrap my head<br>>around their namespaces (and by that I mean Main, TWiki, Sandbox, and<br>>then the ones that you can create). Great, so once I figure them out,
<br>>they're kind of a neat way to separate your data. But then as soon as<br>>an unsuspecting user tries to link to an article in the Administration<br>>web from the Development web, it doesn't work and I get a call.. Now
<br>>I'm stuck explaining namespaces to some luser. Modern wiki's are much<br>>more friendly in this respect (plus php/mysql apps really are much<br>>easier to install than perl apps), and I don't find that it's really a
<br>>problem having only one namespace. Heck, the biggest wiki in the world<br>>(wikipedia) only has one namespace, and they don't seem to mind.<br>><br>>Dan<br>><br>><br>><br>Dan, I appreciate the conversation.
<br><br>I know, I know. Maybe I've been too lucky, but I've never had to do<br>anything with perl and CPAN in putting one of these up on RH8, SuSE 9.x,<br>debian or even KNOPPIX. I've stuck to Apache 1.3 and perl 5.8. Who
<br>needs a spurious performance bump when it'll likely give you a<br>concussion or brain freeze? (from that statement, pretty clear that I<br>have tried and failed with Apache2 and mod_perl.)<br><br>To the question of separate TWikiWebs (namespaces)-- It was a matter of
<br>security, privacy and separated authority instead of data organization.<br>I built that TWiki for myself and my immediate customers, the desktop<br>techs. I wanted to make doc available to them from the EU's PC.<br>Searchable, printable from anywhere. But I didn't want the EUs to be
<br>browsing our stuff. TWiki's authentication scheme was the only way to<br>go at the time. Once it caught on, other functional groups in IT wanted<br>some, but they didn't want the desktop slugs to see their stuff. fine.
<br>This is where TWiki's model of webs and groups becomes useful. I<br>wanted concise, verifiable and accountable documentation, not in the<br>hands of an all knowing me, but put in the hands of people who use it<br>more. Power to the People so they stop bugging me. :-)
<br>Then I scoured their edits and sent nasty-grams. It's good to be the<br>king. =-O<br><br>HappyNewYear.<br>bhartm<br><br>_______________________________________________<br>TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
<br><a href="mailto:tclug-list@mn-linux.org">tclug-list@mn-linux.org</a><br><a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list">http://mailman.mn-linux.org/mailman/listinfo/tclug-list</a><br></blockquote></div>
<br>