Subkismet Demo Website

In my last post I mentioned that Subkismet is ready to put a thumping on comment SPAM for your web applications. Unfortunately I didn’t have much in the way of demo code.

Today, I have rectified that situation with a new site: http://subkismet.com/. Currently, this is just a one-page site with demonstrations of the three main spam fighting measures, along with source code.

I am really glad that I created this demo site because I realized my first release of Subkismet was incomplete and didn’t work. However, like Google, I cowardly hid behind the BETA moniker as an excuse. But no longer, everything is now working and the proof is in the demo.

If you download the latest source code, you’ll see that I’ve included the source code for http://subkismet.com/ as a separate web application project.

As we add new spam fighting kung fu to the library, we’ll keep the demo site updated as a proof that the code actually works.

Comments

7 responses

Mads Kristensen • June 12th, 2007
Hi Phil, I must say you are one fast dev.

Simon Philp • June 12th, 2007
Where do you get all the time?
Are you thinking about going down the line of protecting email addresses being harvested from those nasty spam spiders? or you just focusing on comment spam?
Si

Haacked • June 12th, 2007
@Simon - That's an interesting idea. I am primarily focused on comment spam, but I think defensive measures such as that fall in-line with that.

Steven Harman • June 12th, 2007
Good work Phil... now quit resting on your laurels and get busy refactoring Subtext to make use of the stand alone library already. :)

opello • June 12th, 2007
One thing I always wonder about the various image captchas out there, are whether they take the time to be case-insensitive or not.
So when i tried the 'visible' captcha, I of course entered it in lower case. The image was 'J797' and after the page posted back, the control said valid, but the captcha image now showed 'j797'. This seemed like an odd behavior (and probably unimportant unless the captcha is validated on a preview, and remains the same, but with any 'as entered' case changes applied).

The Other Steve • June 12th, 2007
Go down to the Akismet Demo... Don't type anything in. Hit 'Verify'
BOOM!
Yeah, yeah... I know... User Error.

opello • June 12th, 2007
As a follow up post, it seems that you wouldn't need:
if (isValid) { //We don't want the CAPTCHA to change if the //user specifies a correct answer but some other //field is not valid. this.captcha.Text = GetClientSpecifiedAnswer(); }
Especially when you check it later, before generating a new one:
protected override void OnPreRender(EventArgs e) { // We store the answer encrypted so it can't be tampered with. if (!Page.IsPostBack || !this.IsValid) { this.GenerateNewCaptcha(); } base.OnPreRender(e); }
Just a thought I guess ... then I would think the behavior I noticed would disappear.