Image credit: Dok1’s “Spam”
After about 3 years with Akismet on UMW Blogs we switched over to TypePad Antispam so that UMW would no longer be breaking the new licensing for Akismet—under which we would be paying $750 a month for this spam filter on a multi-site installation with 5000+ blogs (actually that quote was for 4000+ blogs back in December 2010). We were more than willing to pay something for Akismet, but the $750 figure was too rich for our blood. I understand no free lunch and all—the liberterian mantra—but that quote seemed rather extreme. I know others have tried to work out something with Akismet, and I’m not sure where that went, but I can’t see how small public colleges like mine where the WordPress blogging platform is an experiment and an afterthought can come up with $10,000 a year for spam protection. We operate on a shoe-string budget and pay less than what Akismet wanted for spam filtering to host and backup all of UMW Blogs. The sad thing is that anyone who has run a large blogging system knows that without a good spam filter the system would be crippled to the point of uselessness. We ultimately stayed on Akismet for the Spring semester because we didn’t have an alternative lined-up and really couldn’t get off Akismet before the new semester started. Luckily no one at Akismet was interested in calling us out and making us pay—and Matt seemed rather cool about looking the other way, but all the same I felt like I was doing something wrong. It was uncomfortable and I wanted out of Akismet as soon as possible.
Midway through last semester I was turned on to TypePad’s AntiSpam option for WordPress, which like Akismet was also developed by Matt Mullenweg, in fact the two seem closely related—save that one is free and one isn’t 😉 We’ve now been on Typepad’s Antispam for 12 hours now, and all is good so far save one issue we are running into. Whenever anyone posts a comment on a blog the comment takes, but in the interim this error message shows up:
Warning: stripslashes() expects parameter 1 to be string, array given in /home/umwblogs/public_html/wp-content/mu-plugins/TypePadAntiSpam.php on line 226
Warning: Cannot modify header information – headers already sent by (output started at /home/umwblogs/public_html/wp-content/mu-plugins/TypePadAntiSpam.php:226) in /home/umwblogs/public_html/wp-content/plugins/subscribe-to-comments/subscribe-to-comments.php on line 817
Warning: Cannot modify header information – headers already sent by (output started at /home/umwblogs/public_html/wp-content/mu-plugins/TypePadAntiSpam.php:226) in /home/umwblogs/public_html/wp-includes/pluggable.php on line 934
I don’t think the Subscribe to Comments error is the cause because I deactivated that plugin and the other two errors still showed up—though I might be wrong. Anyone have any ideas how we might get around this? I also posted this same query in the WordPress MUltiSite forum to see what’s what. If get an answer there I will post it here and vice versa.
Either way, it is a huge relief to be done with Akismet, and I am more than confident we can get rid of this error and see how TypePad’s AntiSpam solution works for us. It may not be a silver bullet, but that’s allright because I am all about the pewter!
Also, my next post will be about how smoothly the upgrade went for UMW Blgos to WP 3.2.1—it was very, very nice.
Cookies for Comments: another Spam Solution for UMW Blogs
Given I still haven’t got the error for TypePad AntiSpam fixed on UMW Blogs, but after a recommendation from the WordPress forum legend @andre_r I installed the spam fighting plugin Cookies for Comments, and so far I am blown away by how well it’s been working. It has been running on the site since Wednesday and the spam dam is holding strong. I am not entirely surprised because Donncha (of WPMu fame) is behind this one. It seems like this plugin works through setting cookies and checking a cookie that has been set. And for added protection you can set some code in .htaccess to kill the spam before they even get to your site—which I have running on UMW Blogs. It has seemed amazingly effective. On any given week the main UMW Blogs blog gets anywhere from 2000 to 3000 spams, this week so far (it has been 4 days) we got 40-50. That is mind blowing to me.
I’m not sure if there’s going to be some major spam wormhole that opens up one day soon and UMW Blogs is covered with millions of festering spams—it is kind of a nightmare vision I’ve been having on and off for years—but as of now I am blown away by just how strong Cookies for Comments has help up against the spam apocalypse. Anyone out there have any issues with Cookies for Comments I might want to know about? If so, let me know, if not, then all the better 🙂