[infrastructure-dev] Re: Changes in the OOoWiki backend

On 05/04/2011 12:43 PM, Alexandro Colorado wrote:
>
>
> On Wed, May 4, 2011 at 2:01 AM, Clayton <[email protected]
> <mailto:[email protected]>> wrote:
>
>     There as been a lot of link spam on the OOoWiki the past few days.
>       I'm tired of chasing it, and I imagine the other Admins are
>     too.... so I've added some code to the LocalSettings.php file to
>     block all edits and page creation to new confirmed accounts.  After
>     a 4 day "cooling off period" then the new user accounts will have
>     edit and page creation rights.  Hopefully this is long enough that
>     the Spammers get bored and leave... but new users come back.
>
>     There are very very few new legitimate users compared to spam
>     accounts anyway... and of those new legitimate users maybe one per
>     month actually edits a page.  The impact of this change on
>     legitimate users should be very low.
>
>     See:
>     http://wiki.services.openoffice.org/wiki/Wiki_maintenance/LocalSettings.php_modifications#Block_new_users_from_editing_or_creating_new_pages_for_4_days
>     for details of the change.
>
>     C.
>
>
> Thanks for looking out clayton, should I try to push my users to create
> accounts just in case, or should they do the opposite and wait a few
> days until they create new accounts?

New users can create accounts as usual... it's just that there is a 4 
day period after confirming their account that they cannot edit pages. 
There are no other limitations that I've added... other than the 4 day 
wait, it's the same as before... so don't tell people not to create 
accounts if they need them.

I'm not sure what else we can do here to combat Spam... we've got 
recaptcha, a regex filter for keywords, a bad behavior extension, email 
confitmation, another spam trap extension, and still there is loads of 
SEO link spam.  Lately there has been more spam than legit editing.

If this is too disruptive, I can of course remove the restrictions or 
reduce the wait time.

I'm also open to any other ideas if the community doesn't like this 
solution :-)

C.
-- 
-----------------------------------------------------------------
To unsubscribe send email to [email protected]
For additional commands send email to [email protected]
with Subject: help