[drupal-devel] Dealing with spam (was rel=nofollow)

Jeremy Andrews jeremy at kerneltrap.org
Fri Jan 21 13:10:39 UTC 2005


On Fri, 21 Jan 2005 07:49:08 -0000
"Michael Jervis" <mike at fuckingbrit.com> wrote:

> I've been thinking, I intend to implement this as a new module that
> requires the spam module and works with it to keep the code modular and
> separate. I think this is the right way to go as it allows the
> functionality to be totally removed if people don't want it.

I agree it should be a seperate module. 

> I've had a swift first look at the spam schema, I'm thinking these need
> to go into the custom table as regexes, but also need marking as MT
> items for management. I'd add an itemtype column or some such, and
> insert MT for moveable type items. This should make it all transparent
> to the spam plugin, but allow the MT Blacklist plugin to know which
> items it shouldn't touch.

The first section of the file contains regexps.  Those should go into the
spam_custom table as you've described.

The second section could either be inserted into spam_custom or
spam_tokens with URL* prepended to be treated as URL filters.  It's
probably easier to keep them all in the custom filter table as you've
suggested.

> I think the first iteration should provide:
> 
> 1) Manually triggered one shot, load the master list.
> 2) Cron managed periodic update of additions and deletions.
> 3) Manual trigger of 2.

Step one is unnecessary.  Cron will kick off the first shot, too.  But it
can be nice to provide a manual "update now" button to test, etc.  The
add/update/delete logic in 1 and 2 should be the same.  (ie, you'll want
to be sure that none of the custom filters have already been manually
added by the admin)

-Jeremy



More information about the drupal-devel mailing list