<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Best unobtrusive anti-spam technique (Not CAPTCHA)</title>
	<atom:link href="http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/feed/" rel="self" type="application/rss+xml" />
	<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/</link>
	<description>Words from Alejandro U. Alvarez</description>
	<lastBuildDate>Tue, 15 May 2012 08:25:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: alex</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-946</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Tue, 26 Aug 2008 11:20:01 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-946</guid>
		<description>Your ideas are good, but my goal is to provide a good spam-fighting plugin that will both block all spam comments and allow users comments without requiring anything from the user. Basically I am trying to use the best (unobtrusive) techniques I can find around and put them all together.

The other main problem is that if this plugin starts to be used a lot, spam bot developers will use its source code to find ways of going around it. Which is why I have to find ways that will make it very hard for them.

So far this plugin has blocked 23 attempts of spamming in my blog, since I activated it for testing 3 hours ago. Only 2 spam comments actually went past the security walls I had setup. Which means that in this early stage it has a 92% accuracy.

Thanks a lot for your ideas, I will consider them carefully
Alex</description>
		<content:encoded><![CDATA[<p>Your ideas are good, but my goal is to provide a good spam-fighting plugin that will both block all spam comments and allow users comments without requiring anything from the user. Basically I am trying to use the best (unobtrusive) techniques I can find around and put them all together.</p>
<p>The other main problem is that if this plugin starts to be used a lot, spam bot developers will use its source code to find ways of going around it. Which is why I have to find ways that will make it very hard for them.</p>
<p>So far this plugin has blocked 23 attempts of spamming in my blog, since I activated it for testing 3 hours ago. Only 2 spam comments actually went past the security walls I had setup. Which means that in this early stage it has a 92% accuracy.</p>
<p>Thanks a lot for your ideas, I will consider them carefully<br />
Alex</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank S.</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-945</link>
		<dc:creator>Frank S.</dc:creator>
		<pubDate>Tue, 26 Aug 2008 11:05:15 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-945</guid>
		<description>So far I have 100% compliance from the spam side of things on one site.
It usually get 3-4 real requests per day and 30 spam messages.
Since implementing this change; I get 0 (zero) spam messages (not a typo).

The alternative from the &quot;noshow&quot; could be to simply blend the text field with the form 
background using css again of course for border, background, and text;
-- this method should allow for 99% compatibility with all browsers.

When it doesn&#039;t you can use the feature for decoration to display a link or some text.

I agree with most here however that this feature will get adopted by the masses, then it will definitely need those extra layers of security ( randomness, etc ) that have been proposed. 

Along the lines of the generation of content based on the most simple user interaction which I&#039;ve been considering but aren&#039;t too transparent. 
-- you could get the user to type a number between 1 and 26 (provide a chart) based on the first letter of their email; seemed much left cryptic than any captcha I&#039;ve seen.
-- you could also have the user select 2 out of 5 radio buttons. (which 2 could depend on the form content)

For the purpose of preserving the life of the tool, you definitely need a thank you page so the the operation is transparent to the bot. however that page can inform the real user that they have failed in sending you a message but that they can retry by simply typing the email once more ( that is not too much of a hoop to jump through) 

Enough said for now.


-- od46.com</description>
		<content:encoded><![CDATA[<p>So far I have 100% compliance from the spam side of things on one site.<br />
It usually get 3-4 real requests per day and 30 spam messages.<br />
Since implementing this change; I get 0 (zero) spam messages (not a typo).</p>
<p>The alternative from the &#8220;noshow&#8221; could be to simply blend the text field with the form<br />
background using css again of course for border, background, and text;<br />
&#8211; this method should allow for 99% compatibility with all browsers.</p>
<p>When it doesn&#8217;t you can use the feature for decoration to display a link or some text.</p>
<p>I agree with most here however that this feature will get adopted by the masses, then it will definitely need those extra layers of security ( randomness, etc ) that have been proposed. </p>
<p>Along the lines of the generation of content based on the most simple user interaction which I&#8217;ve been considering but aren&#8217;t too transparent.<br />
&#8211; you could get the user to type a number between 1 and 26 (provide a chart) based on the first letter of their email; seemed much left cryptic than any captcha I&#8217;ve seen.<br />
&#8211; you could also have the user select 2 out of 5 radio buttons. (which 2 could depend on the form content)</p>
<p>For the purpose of preserving the life of the tool, you definitely need a thank you page so the the operation is transparent to the bot. however that page can inform the real user that they have failed in sending you a message but that they can retry by simply typing the email once more ( that is not too much of a hoop to jump through) </p>
<p>Enough said for now.</p>
<p>&#8211; od46.com</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-943</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Tue, 26 Aug 2008 09:31:12 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-943</guid>
		<description>Nospam testing has now started. It is installed and running in my computer, and by now, instead of deleting comments it is sending them to Akismet... I think it is safer, since it allows the comments to be recovered.

It is giving me some interesting results, although I still need to work on it :)

Thanks for everyone&#039;s support</description>
		<content:encoded><![CDATA[<p>Nospam testing has now started. It is installed and running in my computer, and by now, instead of deleting comments it is sending them to Akismet&#8230; I think it is safer, since it allows the comments to be recovered.</p>
<p>It is giving me some interesting results, although I still need to work on it <img src='http://urbanoalvarez.es/blog/wp-content/plugins/smilies-themer/kopete/smile.png' alt=':)' class='wp-smiley' /> </p>
<p>Thanks for everyone&#8217;s support</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; &#187; Dotare il CMS aziendale di un anti-spam semplice e veloce &#124; Work4net.it</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-932</link>
		<dc:creator>&#187; &#187; Dotare il CMS aziendale di un anti-spam semplice e veloce &#124; Work4net.it</dc:creator>
		<pubDate>Tue, 26 Aug 2008 07:43:38 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-932</guid>
		<description>[...] controllare che il campo sia vuoto (basta fare un controllo nel backend).  Per maggiori info: “Best unobtrusive anti-spam technique (Not CAPTCHA)“. Segnala presso:     Opensource, Sicurezza, [...]</description>
		<content:encoded><![CDATA[<p>[...] controllare che il campo sia vuoto (basta fare un controllo nel backend).  Per maggiori info: “Best unobtrusive anti-spam technique (Not CAPTCHA)“. Segnala presso:     Opensource, Sicurezza, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Malloroy</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-928</link>
		<dc:creator>Tim Malloroy</dc:creator>
		<pubDate>Mon, 25 Aug 2008 23:16:02 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-928</guid>
		<description>Oh, yes please. Let me know when the plug-ing is complete for testing.</description>
		<content:encoded><![CDATA[<p>Oh, yes please. Let me know when the plug-ing is complete for testing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-927</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Mon, 25 Aug 2008 18:05:04 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-927</guid>
		<description>This would also work for some bots, and I will implement it for sure, although not all bots will fall for this… There are many who are starting to include scripted timers to slow down the post time, to seem more human.

If everything goes as planned, the plugin will use several “invisible” techniques that the reader won’t even notice to stop spam, and become this way the most silent option when fighting spam.

Thanks for the idea ;)</description>
		<content:encoded><![CDATA[<p>This would also work for some bots, and I will implement it for sure, although not all bots will fall for this… There are many who are starting to include scripted timers to slow down the post time, to seem more human.</p>
<p>If everything goes as planned, the plugin will use several “invisible” techniques that the reader won’t even notice to stop spam, and become this way the most silent option when fighting spam.</p>
<p>Thanks for the idea <img src='http://urbanoalvarez.es/blog/wp-content/plugins/smilies-themer/kopete/wink.png' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-924</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Mon, 25 Aug 2008 17:59:20 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-924</guid>
		<description>I have to say that it is good to have someone with so much experience on the subject helping here.
My aim is to develop a plugin that will represent a decrease in spam of at least 80% for every user, with absolutely no interaction from readers.
My ideas right now are the hidden fields technique, and I will probably give a try to some of your techniques.

This plugin is turning way more complex than it seemed when I started its development!</description>
		<content:encoded><![CDATA[<p>I have to say that it is good to have someone with so much experience on the subject helping here.<br />
My aim is to develop a plugin that will represent a decrease in spam of at least 80% for every user, with absolutely no interaction from readers.<br />
My ideas right now are the hidden fields technique, and I will probably give a try to some of your techniques.</p>
<p>This plugin is turning way more complex than it seemed when I started its development!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gyorgy Fekete</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-922</link>
		<dc:creator>Gyorgy Fekete</dc:creator>
		<pubDate>Mon, 25 Aug 2008 17:12:57 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-922</guid>
		<description>Another security measure would be when PHP initially loads the page start a timer and measure the time until a form or comment gets posted. Bots are very fast, humans logically not so fast filling the form.

Combine this with your strategy and maybe it will be the next best anti spam method. Even Microsoft is tackling this strategy.</description>
		<content:encoded><![CDATA[<p>Another security measure would be when PHP initially loads the page start a timer and measure the time until a form or comment gets posted. Bots are very fast, humans logically not so fast filling the form.</p>
<p>Combine this with your strategy and maybe it will be the next best anti spam method. Even Microsoft is tackling this strategy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Patterson</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-921</link>
		<dc:creator>Chris Patterson</dc:creator>
		<pubDate>Mon, 25 Aug 2008 16:50:56 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-921</guid>
		<description>Sounds like it might work. Depends on how complicated the site is as far as hiding the CSS.

I found that most bot developers actually look at the code thoroughly. I added a hidden timestamp field on one of the sites I developed. The bot coders actually scripted the timestamp into their submission engine to make it seem like it took 2-3 minutes for submission. 

There is a drawback to giving a legitimate person a thank you page, when you&#039;re flushing their email because they matched a bot pattern because they assume their message to you has come through. That&#039;s fine for a personal website, but in corporate situations, you have to make sure you&#039;re not discarding valid emails.

What I noticed is if I can hash something that&#039;s unique to that user&#039;s session(not necessarily a session var), without causing a real end user grief when they forget something like their email address, then I have something for comparison to make sure they&#039;re at least using my form and not simply posting to my form handler. Nothing says they&#039;re even using your form at all.

My latest approach takes a couple of hashes and a random number. I hash their IP and the random number together, then i hash their user agent. Since most bots don&#039;t actually have to use your form for submission, it&#039;s a good idea to try and make your handler force submission through your form. I hash their user agent because that changes when they start implementing the bots too. It has to be exactly the same for it to match for a hash. I also flush the email if I get an empty user agent. In addition I pass the hashes via GET and the random number via POST.

Surprisingly, some of the spam I get via forms is a real person pasting links and so forth. I&#039;ve got keyword blockers on some of my forms that look for flag words and look for words without vowels. Don&#039;t get too many of those in everyday speaking. I also bounce emails that have BBcode in them. In short, it will cut down on headaches, but there will always be someone who takes the time to fill out the form just so they can let you know they have beaten you.

Another approach I&#039;ve used in the past is a reverse dictionary attack. I used bayesian logic to develop a pattern for good submissions via the form. Depending on the form, it could be people sending their contact info, maybe even requesting information. Since most spam doesn&#039;t sound like real content this can work in a variety of situations.

If something flushes it&#039;s a good idea to write it to a log, that way you can check for false positives as well and fix the code if trouble arises. Also remember to use Regular Expressions.</description>
		<content:encoded><![CDATA[<p>Sounds like it might work. Depends on how complicated the site is as far as hiding the CSS.</p>
<p>I found that most bot developers actually look at the code thoroughly. I added a hidden timestamp field on one of the sites I developed. The bot coders actually scripted the timestamp into their submission engine to make it seem like it took 2-3 minutes for submission. </p>
<p>There is a drawback to giving a legitimate person a thank you page, when you&#8217;re flushing their email because they matched a bot pattern because they assume their message to you has come through. That&#8217;s fine for a personal website, but in corporate situations, you have to make sure you&#8217;re not discarding valid emails.</p>
<p>What I noticed is if I can hash something that&#8217;s unique to that user&#8217;s session(not necessarily a session var), without causing a real end user grief when they forget something like their email address, then I have something for comparison to make sure they&#8217;re at least using my form and not simply posting to my form handler. Nothing says they&#8217;re even using your form at all.</p>
<p>My latest approach takes a couple of hashes and a random number. I hash their IP and the random number together, then i hash their user agent. Since most bots don&#8217;t actually have to use your form for submission, it&#8217;s a good idea to try and make your handler force submission through your form. I hash their user agent because that changes when they start implementing the bots too. It has to be exactly the same for it to match for a hash. I also flush the email if I get an empty user agent. In addition I pass the hashes via GET and the random number via POST.</p>
<p>Surprisingly, some of the spam I get via forms is a real person pasting links and so forth. I&#8217;ve got keyword blockers on some of my forms that look for flag words and look for words without vowels. Don&#8217;t get too many of those in everyday speaking. I also bounce emails that have BBcode in them. In short, it will cut down on headaches, but there will always be someone who takes the time to fill out the form just so they can let you know they have beaten you.</p>
<p>Another approach I&#8217;ve used in the past is a reverse dictionary attack. I used bayesian logic to develop a pattern for good submissions via the form. Depending on the form, it could be people sending their contact info, maybe even requesting information. Since most spam doesn&#8217;t sound like real content this can work in a variety of situations.</p>
<p>If something flushes it&#8217;s a good idea to write it to a log, that way you can check for false positives as well and fix the code if trouble arises. Also remember to use Regular Expressions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-919</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Mon, 25 Aug 2008 16:01:11 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-919</guid>
		<description>That would actually be a great idea, but it would contradict the goal of this technique: Fight spam without the user noticing anything...

I am sure that bot developers will eventually find a way around this, or will teach the bots how to read CSS, but we can always make it so hard to figure out that no one will ever understand it.

Another way I was thinking about was to position it under the real form elements using negative top margin. For example under the field Name, we could place another field that shouldn&#039;t be filled...

But anyway, this requires a lot of thinking, and first I need to get the plugin to work ;)</description>
		<content:encoded><![CDATA[<p>That would actually be a great idea, but it would contradict the goal of this technique: Fight spam without the user noticing anything&#8230;</p>
<p>I am sure that bot developers will eventually find a way around this, or will teach the bots how to read CSS, but we can always make it so hard to figure out that no one will ever understand it.</p>
<p>Another way I was thinking about was to position it under the real form elements using negative top margin. For example under the field Name, we could place another field that shouldn&#8217;t be filled&#8230;</p>
<p>But anyway, this requires a lot of thinking, and first I need to get the plugin to work <img src='http://urbanoalvarez.es/blog/wp-content/plugins/smilies-themer/kopete/wink.png' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Code Zhandwa &#187; Blog Archive &#187; Simple twist to the unobtrusive anti-spam technique</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-917</link>
		<dc:creator>Code Zhandwa &#187; Blog Archive &#187; Simple twist to the unobtrusive anti-spam technique</dc:creator>
		<pubDate>Mon, 25 Aug 2008 15:26:07 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-917</guid>
		<description>[...] was going through this excellent blog post explaining a simple way to avoid bot based spamming. Well the idea is relatively simple: Add [...]</description>
		<content:encoded><![CDATA[<p>[...] was going through this excellent blog post explaining a simple way to avoid bot based spamming. Well the idea is relatively simple: Add [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sunny.saxena</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-915</link>
		<dc:creator>sunny.saxena</dc:creator>
		<pubDate>Mon, 25 Aug 2008 15:05:40 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-915</guid>
		<description>This sounds like a neat trick. I am sure making a bot to go around css display none or negative margins wont be tough, but none the less, it is definitely an easy way to at least add an extra layer of security.

Maybe an even better way to counter this would be to actually show the field and ask the user not to enter anything here!!! This way, the &quot;human&quot; genuine user does not enter anything in that field while the bot does!</description>
		<content:encoded><![CDATA[<p>This sounds like a neat trick. I am sure making a bot to go around css display none or negative margins wont be tough, but none the less, it is definitely an easy way to at least add an extra layer of security.</p>
<p>Maybe an even better way to counter this would be to actually show the field and ask the user not to enter anything here!!! This way, the &#8220;human&#8221; genuine user does not enter anything in that field while the bot does!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-914</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Mon, 25 Aug 2008 14:50:16 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-914</guid>
		<description>Of course I was thinking about something like this. For my first tests I am using names like &quot;personal_email&quot; or &quot;work_email&quot;, as for the plugin itself, I was thinking about developing some sort of &quot;random&quot; name generator, using words like &quot;email, url, website&quot; that bots usually search for. This way bot developers won&#039;t be able to program the bots to detect this plugin and go around it.

When I have some stats I will publish an article with my research and results, and in a few weeks when the plugin is working and thoroughly tested I will publish it as well.

Thanks for your interest!</description>
		<content:encoded><![CDATA[<p>Of course I was thinking about something like this. For my first tests I am using names like &#8220;personal_email&#8221; or &#8220;work_email&#8221;, as for the plugin itself, I was thinking about developing some sort of &#8220;random&#8221; name generator, using words like &#8220;email, url, website&#8221; that bots usually search for. This way bot developers won&#8217;t be able to program the bots to detect this plugin and go around it.</p>
<p>When I have some stats I will publish an article with my research and results, and in a few weeks when the plugin is working and thoroughly tested I will publish it as well.</p>
<p>Thanks for your interest!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-913</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Mon, 25 Aug 2008 14:49:05 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-913</guid>
		<description>Your ideas seem really good, and I will follow all the recommendations you&#039;ve said. I&#039;m also concerned by the issue you&#039;ve mentioned, bot developers programming their bots to go around this security measure, which I&#039;m sure they&#039;ll try if this plugin becomes popular... 
Because of that I am trying to develop all sort of &quot;random&quot; name generators for the field names, which will create names always containing email, url, website and other important keywords.

About the CSS issue, I&#039;ll try to find a good way of hiding the fields without the bot being able to notice it... Either with the margin or with the size I still don&#039;t know how.

First I&#039;ll get everything else to work, like the processing, and the implementation of the extra fields, and then I&#039;ll start working on the details like improving the CSS, and the overall security.

Thanks a lot for the ideas!</description>
		<content:encoded><![CDATA[<p>Your ideas seem really good, and I will follow all the recommendations you&#8217;ve said. I&#8217;m also concerned by the issue you&#8217;ve mentioned, bot developers programming their bots to go around this security measure, which I&#8217;m sure they&#8217;ll try if this plugin becomes popular&#8230;<br />
Because of that I am trying to develop all sort of &#8220;random&#8221; name generators for the field names, which will create names always containing email, url, website and other important keywords.</p>
<p>About the CSS issue, I&#8217;ll try to find a good way of hiding the fields without the bot being able to notice it&#8230; Either with the margin or with the size I still don&#8217;t know how.</p>
<p>First I&#8217;ll get everything else to work, like the processing, and the implementation of the extra fields, and then I&#8217;ll start working on the details like improving the CSS, and the overall security.</p>
<p>Thanks a lot for the ideas!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/comment-page-1/#comment-912</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Mon, 25 Aug 2008 14:39:20 +0000</pubDate>
		<guid isPermaLink="false">http://urbanoalvarez.es/blog/2008/08/23/best-unobtrusive-anti-spam-technique-not-captcha/#comment-912</guid>
		<description>Of course I was thinking about something like this. For my first tests I am using names like &quot;personal_email&quot; or &quot;work_email&quot;, as for the plugin itself, I was thinking about developing some sort of &quot;random&quot; name generator, using words like &quot;email, url, website&quot; that bots usually search for. This way bot developers won&#039;t be able to program the bots to detect this plugin and go around it.

When I have some stats I will publish an article with my research and results, and in a few weeks when the plugin is working and thoroughly tested I will publish it as well.

Thanks for the ideas.</description>
		<content:encoded><![CDATA[<p>Of course I was thinking about something like this. For my first tests I am using names like &#8220;personal_email&#8221; or &#8220;work_email&#8221;, as for the plugin itself, I was thinking about developing some sort of &#8220;random&#8221; name generator, using words like &#8220;email, url, website&#8221; that bots usually search for. This way bot developers won&#8217;t be able to program the bots to detect this plugin and go around it.</p>
<p>When I have some stats I will publish an article with my research and results, and in a few weeks when the plugin is working and thoroughly tested I will publish it as well.</p>
<p>Thanks for the ideas.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

