-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
well, what about setting it up so you have to enter one of those randomly generated image sequences that supposedly can't be read by bots yet to keep them from spamming.
I think another item that could help clean up some spam is to set up a limit of how small a post can become in one edit. What I mean is, if there is over 1,000 words, and all of a sudden it sinks to less then 50, it should be allowed, to stay in the (can't think of the word) of a wiki, but be flagged on a "spam check" page for other wikipedians to check and see if it is really spam, and then revert it. obviously it won't stop the problem, but it can help clean it up faster.
Kyle - - check out wikimania.wikipedia.org, hope to see everybody there!
Jimmy Wales wrote:
Dori wrote:
On 4/16/05, Walter van Kalken walter@vankalken.net wrote:
If every active member takes one "dead" wiki under his/her guide by guarding it (and having sysop rights to delete trash) against spam and immediately greating and talking to newcomers. Than we do not have to lock inactive wikis! Just a check once every two or three days suffices like I do at Laotian. You do not really have to speak the language.
This won't work when you have to deal with bots. In two to three days they could have created hundreds of thousands of pages. The worst is when there are existing pages which could have been edited and moved a hundred times where the only efficient way would be to restore the database.
Dori has a point of course, but do we really have this problem?
If so, then "soft closing" might be a good solution to explore. A "soft closed" wiki requires a captcha for posting, disallows external links, implements the 'nofollow' tag, etc.
--Jimbo
_______________________________________________ foundation-l mailing list foundation-l@wikimedia.org http://mail.wikipedia.org/mailman/listinfo/foundation-l