TWiki is a mature, stable and full-featured Wiki system. It is targeting the corporate intranet world to create dynamic intranet sites and knowledge base systems. There are several hundred installations of TWiki.
Twiki said to stand for "Take Five Wiki", a product of PeterThoeny
. [sourced from K
- Pages are grouped into TWiki webs (or collections). This allows you to set up separate collaboration groups.
- Full text search with/without regular expressions.
- All changes to pages are under revision control. Retrieve previous page revisions and differences thereof. Find out who changed what and when.
- Automatic email notification when something has changed in a TWiki web. Subscribe to be notified in a topic.
- User access control
- Upload and download any file as an attachment to a page by using your browser. This is similar to email file attachments, but it happens on web pages.
- Online registration of new users.
- Use variables to dynamically compose your pages. This allows you for example to include files or search content at the time of page display.
- Statistics of TWiki webs. Find out most popular pages and top contributors.
- Three levels of preferences: TWikiPreferences for site-level, Web Preferences for each web, and user level preferences.
- Topic locking: Users are warned if a page is being edited by an other person. This is to prevent contention, e.g. simultaneous page editing.
- Referred-By: Find out back-links to a page.
- ... plus other features not listed here.
TWiki has its roots on the JosWiki
clone. We use it internally at Take Five (now a Wind River company) as a knowledge base for support.
The TWiki home is at http://TWiki.org/
, the place to get more details and the GPLed source code.
Registration for download of the code was required, but the registration is currently broken, so it can be downloaded without registration.
Unix Review selected TWiki as Tool of the month, Jan 2002: http://www.unixreview.com/documents/s=1820/uni1011715271489/0201j.htm
See also: WikiEngineReviewTwikiDecemberTwoThousand
2005 Security Alerts
There were a couple of exploits in late 2005 which affected many public Twiki sites. Please check the alerts http://twiki.org/cgi-bin/view/Codev/TWikiSecurity
to see whether your Twiki site is vulnerable.
Twiki is noted for strong auditing and use of RCS so you can track changes, people can diff pages and they can be rolled back if necessary.
I have seen it used for a very big information site at the CSIRO in Australia.
The developers of TwikiClone
use TWiki as a bug-tracking system.
- 06 Jun 2000
We use TwikiClone
internally for our development team and love it! -- RobertDiFalco
TWiki has now its own domain name, http://TWiki.org/
, but it is still hosted at SourceForge
. TWiki is getting popular, there are now 10 to 20 downloads per day, in total several thousand.
TWiki Version 01 Dec 2000 has these additional features:
- Fine grained access control with authorization based on groups.
- Advanced search features for searching multiple webs; sorting by topic name / modified time / author and more.
- Fixed security issue to prevent a server side %INCLUDE% of arbitrary files.
- More forgiving Wiki syntax.
- All known issues of the 01 May 2000 release have been fixed.
- Some other changes and fixes.
The complete change history is at http://TWiki.org/cgi-bin/view/TWiki/TWikiHistory
Check out the feature article of the Web Techniques magazine, Corporate Collaboration With TWiki, http://www.webtechniques.com/archives/2000/12/thoeny/
- 11 Dec 2000
There's some more discussion of TWiki at ChoosingaWiki
. -- RichardDonkin
TWiki has a Java drawing applet plug-in available, based upon HotDraw
. This allows users to draw things interactively on a wiki page. See http://twiki.org/cgi-bin/view/Plugins/TWikiDrawPlugin
. -- KrisJohnson
I like the functionality of TWiki a lot for intranet use (revision tracking with RCS, user authentication, plugins, file attachments, etc.), particularly its plugin model - there is now a long list of plugins including calendars, voting, action tracking, spreadsheet, vector drawing, smilies, database access, LDAP queries, etc. It's quite easy to add features such as embedded searches (e.g. 'all open bug reports') without writing any code, you just embed a search command in the page.
The user interface needs a bit of work, as out of the box it looks quite complicated, but it's possible to customize the UI greatly using templates (search for KoalaSkin?
on TWiki) - this is more of an adoption issue really. It also has a large and active community of developers (I'm one of them, so I'm probably biased...)
TWiki also has a quick-comment plugin that is a first step in the direction of a WikiLog
with more support for discussions - see http://twiki.org/cgi-bin/view/Plugins/CommentPlugin
.... There's also some customization that was done at one site, but that isn't part of the core code - see http://twiki.org/cgi-bin/view/Codev/EvEm
for how that site did threaded discussions within TWiki (and an interesting template).
There are now some TWiki sidebars for InternetExplorer
, which make it easier for RecentChangesJunkie
s to feed their habit... There is also a simple Sherlock plugin for use by Mozilla and by any browser on MacOS (inspired by PhpWiki
) (this could easily be done on any Wiki). -- RichardDonkin
, Mar 2002
TWiki now has a new major release with quite a few new features, including improved plugin API (over 50 plugins at last count) and support for internationalization (I18N), including all alphabetic languages as well as basic support for Japanese, Chinese, Korean, etc. -- RichardDonkin
, Feb 2003
We (= ByteWorx
) are using TwikiClone
as a project wiki and are very pleased with it, especially with the integrated versioning /diffs. -- FalkBruegmann
- I would also recommend looking at TWiki, starting with http://twiki.org TWiki requires a little more setup work than some wikis, but it provides full versioning and several other unique features that make it well worth examining. -- CliffordAdams (author of UseModWiki)
I installed the December 2000 version of TWiki. It only took fifteen minutes or so - I'm not sure what CliffordAdams
was referring to about "more setup work", but maybe he used an earlier version. -- KrisJohnson
TWiki Dec-2000 takes 15 minutes or less - change a few config lines, upload it all if you have to, a bit of permission-setting and... presto! - an instant multi-web TWiki, prepopulated with helpful pages cloned from twiki.org. Simple, and all you need for a basic TWiki. It's in the options that TWiki set-up can get truly intense - there's so much customization potential built-in, and all so easy to do, it really is near unbelievable. -- TS
If you know your way around a Web server and you have access to the shell, TWiki Dec-2000 can install quickly. However, if you do not have access to the shell and are only accessing via FTP (i.e. Web-hosting account), watch out. It is much more complicated, but can be debugged using the help forum documents at TWiki.org. I tried to upgrade to the latest release, Sept-2001 and could not get it to config correctly at all on a Web-hosted account, even after working at length with the developers. Admittedly, the Sept-2001 was much more "techie rich" than the Dec version. Definitely not for the faint of heart... even if you have shell access. The developers are also starting to look into providing services for the corporate intranet market. UseMod however, worked right away.
The only hard part about setting up TWiki (for me) was getting the authentication working, and that was because (a) I know nothing about HTTP authentication before I started and (b) my Web hosting provider had a particular non-standard way of enforcing it. Other than that, TWiki was a breeze. I just upgraded our Dec 2000 installation to the newest Dec 2001 release, which again was pretty painless. But it's true that you need to have a shell account, and you need to know how to use it. -- KrisJohnson
Agree, I've got some background in HTTP authentication (no rocket science) and it was a breeze setting it up. No problems at all, I just stupidly followed the installation instructions, and voila. I haven't got mail notification running though, but I suppose it's a problem with our qmail setup. Taken this aside, I can only recommend TWiki: stable and very functional.
For me it's been a pretty big ordeal getting it set up. The initial install took all of an hour, but since then I've had a problem with it truncating content every time a page is saved. It appears that this is a problem specific to Red Hat 9 and the version of mod_perl I'm using, but frustrating nonetheless. I really want to get it working! From all my research it's "the" wiki to have for an Intranet. -- MarcusVorwaller
I'm an engineer, not a programmer and I've installed software like MovableType
no problem, on FreeBSD, but TWiki was a freakin nightmare to install and configure. Thank God for the port install method - that helped a lot, but there are so many gotchas with various perl modules not being included and what not. They need to come out with "Twiki For Dummies". I hear someone is working on a complete install script that takes the headaches out of installing. Without that I don't recommend this one for newbies. For example, I was able to set up new users, and include only myself in the admin group preventing anyone else from editing site wide preferences and setup stuff. Only problem was, I didn't realize I had to setup htaccess stuff first. There is NO user authentication out of the box, so I effectively locked myself out of making important configuration changes to the site. Whoops. Not quite ready for prime time department...
TWiki supports any type of authentication. All it needs is the REMOTE_USER environment variable, which is typically provided by an Apache authentication module. last edit Mar05 by unknown-3-136.wrs.com
Twiki is said to be "hard to use" compared to other (e.g. C2). Where do I go read up on "independent" commentary re its relative merits for use in an intranet environment. And how would one characterize the behavior and expectations of an intranet community, that is different from a general technical group such as WardsWiki
? -- dl
anyone can now easily try out TWiki in a non-intrusive way on their system (best part: also if you are running Windows natively!). I think their range of plugins (http://twiki.org/cgi-bin/view/Plugins/PluginPackage
) directly created for doc work makes this the #1 wiki out there.
I tried out Twiki when investigating Wikis; the use of perl, and of RCS as a backend were very attractive to me. But the upgrade process is very messy, especially compared to PmWiki
, where upgrading is trivially easy (no need to move files, re-edit config files, or re-install anything!) -- KA
I settled on TWiki as my standard wiki, after trying the original WardsWiki
, ZWiki (ZwiKi
, and MediaWiki
My main motivations for TWiki for
- (a) use of UNIX files, rather than a database - allowing me to use other tools when necessary,
- (b) plugins, the ability to write my own (seldom used, but really nice when I do so),
- (c) version control,
- (d) access control - not perfect, but better than none,
- (e) hierarchy - the twiiki webs, corresponding to UNIX directories.
At Intel, the wiki community has settled into two tracks - I would hardly call them "camps", since we share all the time:
is used for the open to all Intel employees wikis, such as the corporate wide wikipedia.
TWiki is the main wiki used for projects which have access control needs - the requirement to restrict some files or sub-hierarchies to particular users or groups. But to specific users. Also for projects that need to generate some stuff automatically, using plugins and/or filesystem access.
I suspect that MediaWiki
would be our main preference, if MediaWiki
had access control. We (Intel) have even made approaches about paying for the development of access control for MediaWiki
. But the MediaWiki
community has indicated a complete lack of interest, and, in fact, has indicated that they would refuse to accept such changes into the codebase, resulting in a fork.
has better data organization tools. But TWiki has better plugins.
I wish that the version control for twiki was a distributed version control tool such as GIT, instead of RCS.
For many of those reasons (file based, GitVersionControl
backed wiki, access control, and plugins), three of my projects chose IkiWiki
. We specifically moved away from Twiki because we were bit by the 2005 security exploits. --IanOsgood
CategoryWikiImplementation CategoryInterWiki CategoryWikiForum