> FYI 2) was exactly how the previous MoinMoin-based Wiki was set up (a
> few key locked pages, content-based blacklist) and that worked fine,
> we had little or no spam after those measures were in place. Given
> that, I'd suggest 1) is overkill. At the least, 2) is worth trying
> before resorting to 1). My tuppence worth anyway.
Actually, by the time I started writing for the MoinMoin wiki,
it worked the same way as the new changes to the mediawiki -- you
had to be in the WikiUsersGroup to edit pages, and some pages (like
the front page) had more restrictive access controls.
Any heuristic technique of spam control, that allows open access while
attempting to detect spam after the fact, puts the implementer in an
arms race with the spammers. It requires some constant administrative
effort to keep up with tuning and changes in the spam-detection
software. Does anyone have the time to host the wiki and administer
it that actively?
-- Larry
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech
