Hey folks,

I'm new to Swiki and have only played with the Mac implementation 
briefly (separate comments on that). But a non-profit standard 
organization I chair is looking into using Swiki for a lot of our 
public information, probably running on Linux. We love the access 
controls to prevent change access on select pages, and Swiki's 
formatting controls seem better than most.

What we remain a little concerned about because we have no experience 
with it are the reliability, stability, portability, and performance 
issues. I'm hoping people here can set my mind at ease about some of 
these issues.

* How many pages can an Swiki hold and keep working well?

* Has anyone seen significant performance problems at a certain 
number of simultaneous users? Has serious performance testing been 
done?

* How stable is the Linux version of the software? I just saw the 
concerns about the NT/2000 version. Obviously, since this would be a 
production server for what we hope will become an increasingly 
high-profile standard, uptime is important.

* How are individual pages stored, should we need to export 
information to use in a different system at some point in the future? 
(I see there's a Render function, though I don't have a sense of why 
one would use that, since the documentation is, shall we say, sparse.)

* Similarly, is there any concern with corruption of pages, if 
they're not just stored as text files?

* Is it possible to delete an individual page, assuming that it's 
something that simply has no future relevance?

* Is there any problem with standard backup approaches, or does Swiki 
have any additional backup capabilities?

Thanks for any experience you can provide!

cheers... -Adam

______________________________________________________________________
     Adam C. Engst       #2 in MDJ Power 25 / #5 in MacDirectory Top 10
   TidBITS Publisher         <[EMAIL PROTECTED]> <http://www.tidbits.com>
   XNSORG Chairman      =Adam Engst <[EMAIL PROTECTED]> <http://www.xns.org/>
  Computer Book Author     <http://www.tidbits.com/bookbits/staff.html>
Macworld Contrib. Editor  <http://www.macworld.com/columns/wiredlife/>

Reply via email to