Recommendations for a Ruby Wiki, preferably with bidi support?
 

We are going to deploy a Wiki system for a medium load website. Any
recommended Ruby options?

The Wiki doesn't have to be feature-rich. It can be simple, but should
be elegant and easily extendable, as the people who are going to use
it are mostly hackers.

The only special requirement is that it would have decent bidi support
(for Hebrew pages). But if you know a good Wiki codebase answering the
above description, we might extend it to support bidi by ourselves.

Cheers,
-Alder

Re: Recommendations for a Ruby Wiki, preferably with bidi support?
 

Alder Green wrote:
> We are going to deploy a Wiki system for a medium load website. Any
> recommended Ruby options?
>
> The Wiki doesn't have to be feature-rich. It can be simple, but should
> be elegant and easily extendable, as the people who are going to use
> it are mostly hackers.
>
> The only special requirement is that it would have decent bidi support
> (for Hebrew pages). But if you know a good Wiki codebase answering the
> above description, we might extend it to support bidi by ourselves.

Is there a particular need to have it written in Ruby?

I was looking about for a robust Wiki some months ago, and would have
prefered to use a Ruby app for ease of hacking, but the Wiki features
were more important.

I ended up with Dokuwiki, a PHP app. It's quite good. I believe it
supports Hebrew.

http://wiki.splitbrain.org/wiki:lang:he
http://hebdokuwiki.berlios.de/dokuwi...3-09e/doku.php


You might want to look at

http://www.lifeclever.com/2006/10/19...your-own-wiki/

which links to

http://www.wikimatrix.org/

There's a 'Wiki Choice Wizard' that could be very helpful. (Though they
seem to think Ruby and Rails are two different languages.)


--
James Britt

"Trying to port the desktop metaphor to the Web is like working
on how to fuel your car with hay because that is what horses eat."
- Dare Obasanjo

Re: Recommendations for a Ruby Wiki, preferably with bidi support?
 

On 10/22/06, James Britt
> Is there a particular need to have it written in Ruby?

No, it's just my personal preference.

> I was looking about for a robust Wiki some months ago, and would have
> prefered to use a Ruby app for ease of hacking, but the Wiki features
> were more important.
>
> I ended up with Dokuwiki, a PHP app. It's quite good. I believe it
> supports Hebrew.
>
> http://wiki.splitbrain.org/wiki:lang:he
> http://hebdokuwiki.berlios.de/dokuwi...3-09e/doku.php
>

Thanks, I'll check it out.

> You might want to look at
>
> http://www.lifeclever.com/2006/10/19...your-own-wiki/
>
> which links to
>
> http://www.wikimatrix.org/
>
> There's a 'Wiki Choice Wizard' that could be very helpful. (Though they
> seem to think Ruby and Rails are two different languages.)
>

Excellent website! You just saved me hours of searching.

I went through the wizard and apparently a Ruby Wiki called Instiki -
http://instiki.rubyforge.org/ - is claimed to fit my requirements. Any
special reason you didn't use it? Is it not robust, or complex, or
not easily extendable?

-Alder

Re: Recommendations for a Ruby Wiki, preferably with bidi support?
 

It doesn't seem to have good spam protection. You can see evidence of
this on the RoR wiki which is constantly vandalized. It seems like it
would be pretty easy to throw a captcha on it somehow though. Although
in your case it sounds like this might not be a problem.

On Oct 22, 11:04 pm, "Alder Green" <alder.gr...@gmail.com> wrote:
> I went through the wizard and apparently a Ruby Wiki called Instiki -http://instiki.rubyforge.org/- is claimed to fit my requirements. Any
> special reason you didn't use it? Is it not robust, or complex, or
> not easily extendable?
>
> -Alder

Re: Recommendations for a Ruby Wiki, preferably with bidi support?
 

On 10/22/06, eden li <eden.li@gmail.com> wrote:
> It doesn't seem to have good spam protection. You can see evidence of
> this on the RoR wiki which is constantly vandalized. It seems like it
> would be pretty easy to throw a captcha on it somehow though. Although
> in your case it sounds like this might not be a problem.

Excuse my ignorance, but what sort of effective SPAM protection
schemes are there for Wikis? And which Wikis have successfully
employed such schemes?

It's been a while since I extensively participated in a Wiki, but back
then, the only effective SPAM protection was requiring all
contributors to register and login.

-Alder

Re: Recommendations for a Ruby Wiki, preferably with bidi support?
 

On 10/23/06, Alder Green <alder.green@gmail.com> wrote:
> On 10/22/06, eden li <eden.li@gmail.com> wrote:
> > It doesn't seem to have good spam protection. You can see evidence of
> > this on the RoR wiki which is constantly vandalized. It seems like it
> > would be pretty easy to throw a captcha on it somehow though. Although
> > in your case it sounds like this might not be a problem.
>
> Excuse my ignorance, but what sort of effective SPAM protection
> schemes are there for Wikis? And which Wikis have successfully
> employed such schemes?
>
> It's been a while since I extensively participated in a Wiki, but back
> then, the only effective SPAM protection was requiring all
> contributors to register and login.
>
> -Alder
>
>

See here,

http://wikis.onestepback.org/Ruse/pa...tiSpamMeasures

Unfortunately Ruse isn't yet available as far as I know. I'm looking
forward to its release.
--
Dave Balmain
http://www.davebalmain.com/

Re: Recommendations for a Ruby Wiki, preferably with bidi support?
 

Alder Green wrote:

>
> Excellent website! You just saved me hours of searching.
>
> I went through the wizard and apparently a Ruby Wiki called Instiki -
> http://instiki.rubyforge.org/ - is claimed to fit my requirements. Any
> special reason you didn't use it? Is it not robust, or complex, or
> not easily extendable?

I don't recall exactly, but my main requirements were plain text data
storage and some sort of ACL or robust spam filtering option. (And I
had tried Instiki once before and it just didn't float my boat. Maybe
it's changed. But see note below.)

Basically, the feature set of Dokuwiki was too compelling.

Also, see

http://en.wikipedia.org/wiki/Instiki

"As of October 12, 2006, Instiki does not appear to be under active
development anymore, and its own website has not been functional for
some time."

The rubyforge page looks out of date, and instiki.org wouldn't come up
for me.
--
James Britt

http://www.rubyaz.org - Hacking in the Desert
http://www.artima.com/rubycs/ - The Journal By & For Rubyists
http://www.rubystuff.com - The Ruby Store for Ruby Stuff
http://www.jamesbritt.com - Playing with Better Toys

Re: Recommendations for a Ruby Wiki, preferably with bidi support?
 

> http://en.wikipedia.org/wiki/Instiki
>
> "As of October 12, 2006, Instiki does not appear to be under active
> development anymore, and its own website has not been functional for
> some time."
>
> The rubyforge page looks out of date, and instiki.org wouldn't come up
> for me.
> --
> James Britt

I recently selected Pimki as a personal wiki. I wanted a Ruby-based
wiki that supported textile. I also wanted to use it store my personal
notes and todo-lists. Pimki is a version of Instiki that also supports
the "todo:" tag much as it is supported by Eclipse for Ruby code. (The
todo items are extracted from all the pages and served a special todo
page.)

I also spoke with Alexey Verkhovsky, the maintainer of Instiki. His
public email account was overloaded with spam, and the instiki website
was taken down, i presume, because it was overloaded with wiki spam.
But he is still working on it. If you look at svn.instiki.org, you will
several commits in September.

I'm using version "2.0" of Pimki. Namely this:
pimki.rubyforge.org/pimki-2.0.zip. These is also a branch of Pimki
called 2.0 zombie, but i think it is different (not sure). I have
reported some minor problems with it and received prompt replies from
Assaph Mehr, the maintainer of Pimki.

Both projects seem to be struggling with the backend technology.
Instiki used Madeliene. One of the great things about this was that it
made instiki a two step install on Windows and often a one-step install
on Mac and Linux (when ruby was already installed).

Apparently, Madeleine has stability problems and both projects have,
separately been moving to use different, more SQL based backend
technology. But this signficantly complicates the install.

Anyhow, i'm using a version of Pimki that still uses Madeleine and i am
happy with it. I try to install the newer versions of both tools, but
found the complications involved not worth the trouble.

I'd love to see some more community organize around one of these tools,
help resolve the issues with persistence, and make the wiki technology
easier to extend without forking. Since this is a Rails-based wiki, i
would think that there would be a lot of interest and knowledge that
could be brought to bear.

Bret

Lead Developer, Watir

Re: Recommendations for a Ruby Wiki, preferably with bidi support?
 

On Mon, 23 Oct 2006, Alder Green wrote:

> I went through the wizard and apparently a Ruby Wiki called Instiki -
> http://instiki.rubyforge.org/ - is claimed to fit my requirements. Any
> special reason you didn't use it? Is it not robust, or complex, or
> not easily extendable?

I tried to install Instiki last summer. It is no longer simple to
install, it now requires a back end database server.

-- Matt
It's not what I know that counts.
It's what I can remember in time to use.

Re: Recommendations for a Ruby Wiki, preferably with bidi support?
 

Bret Pettichord wrote:
> Both projects seem to be struggling with the backend technology.
> Instiki used Madeliene. One of the great things about this was that it
> made instiki a two step install on Windows and often a one-step install
> on Mac and Linux (when ruby was already installed).
>
> Apparently, Madeleine has stability problems and both projects have,
> separately been moving to use different, more SQL based backend
> technology. But this signficantly complicates the install.
>
> Anyhow, i'm using a version of Pimki that still uses Madeleine and i am
> happy with it. I try to install the newer versions of both tools, but
> found the complications involved not worth the trouble.
>
> I'd love to see some more community organize around one of these tools,
> help resolve the issues with persistence, and make the wiki technology
> easier to extend without forking. Since this is a Rails-based wiki, i
> would think that there would be a lot of interest and knowledge that
> could be brought to bear.

If I were developing a wiki, I'd try using something like my FSDB[1] lib
(or maybe KirbyBase[2], which I don't know well), which uses the file
system for persistence, and is pure ruby. Then you can use whatever
revision control system you want on those files (the file granularity is
small and controllable), and the same goes for backups, journaling,
indexing, etc. And at the end of the proverbial day what you've got on
disk is a file hierarchy of wiki entries (plus heterogeneously formatted
files, if you want) which can survive the toolset you used to access them.

The limitations[3] of Madeleine always scared me off.

[1] http://raa.ruby-lang.org/project/fsdb
[2] http://raa.ruby-lang.org/project/kirbybase
[3] http://madeleine.rubyforge.org/docs/designRules.html

A minor irony: the synopsis for fsdb uses the string "A la recherche du
temps perdu" in an example. This was never intended as a reference to
Madeleine, I promise ;)

--
vjoel : Joel VanderWerf : path berkeley edu : 510 665 3407