<?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: Stirb langsam: SPAM und der barmherzige Samariter aus Ebenholz</title>
	<atom:link href="http://blog.decaf.de/2007/10/spam-kommentarspam-timestamp-stirb-langsam/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.decaf.de/2007/10/spam-kommentarspam-timestamp-stirb-langsam/</link>
	<description></description>
	<lastBuildDate>Sun, 05 Feb 2012 13:12:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Oliver</title>
		<link>http://blog.decaf.de/2007/10/spam-kommentarspam-timestamp-stirb-langsam/#comment-40753</link>
		<dc:creator>Oliver</dc:creator>
		<pubDate>Tue, 01 Jul 2008 22:56:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.decaf.de/2007/10/spam-kommentarspam-timestamp-stirb-langsam#comment-40753</guid>
		<description>Sehr interessanter Ansatz, gibts hierzu inzwischen ein Plugin?</description>
		<content:encoded><![CDATA[<p>Sehr interessanter Ansatz, gibts hierzu inzwischen ein Plugin?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dirk Schürjohann</title>
		<link>http://blog.decaf.de/2007/10/spam-kommentarspam-timestamp-stirb-langsam/#comment-24998</link>
		<dc:creator>Dirk Schürjohann</dc:creator>
		<pubDate>Fri, 28 Mar 2008 02:42:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.decaf.de/2007/10/spam-kommentarspam-timestamp-stirb-langsam#comment-24998</guid>
		<description>Dominic, danke f&#252;rs Feedback.

Die 30 Minuten lassen sich auch auf 60, 120, 300 oder mehr Minuten verl&#228;ngern. Es geht nur darum, einen Submit von au&#223;en &#252;ber gespiderte Formulare zu verhindern, und dabei sind die Zeitfenster der Spammer noch recht gro&#223;.

Die Copy&amp;Paste-Methode lie&#223;e sich nat&#252;rlich auch komfortabler machen. Zum Beispiel mittels Session und automatischem Redirect auf ein frisches Formular, das dann vorausgef&#252;llt w&#252;rde. Wichtig ist nur, dass das alte Formular dauerhaft verbrannt ist, wenn die Zeit abgelaufen ist.</description>
		<content:encoded><![CDATA[<p>Dominic, danke f&#252;rs Feedback.</p>
<p>Die 30 Minuten lassen sich auch auf 60, 120, 300 oder mehr Minuten verl&#228;ngern. Es geht nur darum, einen Submit von au&#223;en &#252;ber gespiderte Formulare zu verhindern, und dabei sind die Zeitfenster der Spammer noch recht gro&#223;.</p>
<p>Die Copy&#038;Paste-Methode lie&#223;e sich nat&#252;rlich auch komfortabler machen. Zum Beispiel mittels Session und automatischem Redirect auf ein frisches Formular, das dann vorausgef&#252;llt w&#252;rde. Wichtig ist nur, dass das alte Formular dauerhaft verbrannt ist, wenn die Zeit abgelaufen ist.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dominic</title>
		<link>http://blog.decaf.de/2007/10/spam-kommentarspam-timestamp-stirb-langsam/#comment-24870</link>
		<dc:creator>Dominic</dc:creator>
		<pubDate>Thu, 27 Mar 2008 11:36:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.decaf.de/2007/10/spam-kommentarspam-timestamp-stirb-langsam#comment-24870</guid>
		<description>Hm. Die Idee des Timestamping und zu schnelles Absenden zu unterbinden finde ich an sich einen guten Ansatz.

&#220;ber 30 Sek. als zu schnell anzusehen — Zeit, die man erstmal braucht, um den Artikel zu lesen und einen Kommentar zu schrieben, ist mir etwas kurz und die Methode vom Copy&amp;Paste f&#252;r den Durchschnittsuser zu kompliziert und auch nicht gerade benutzerfreundlich.</description>
		<content:encoded><![CDATA[<p>Hm. Die Idee des Timestamping und zu schnelles Absenden zu unterbinden finde ich an sich einen guten Ansatz.</p>
<p>&#220;ber 30 Sek. als zu schnell anzusehen — Zeit, die man erstmal braucht, um den Artikel zu lesen und einen Kommentar zu schrieben, ist mir etwas kurz und die Methode vom Copy&amp;Paste f&#252;r den Durchschnittsuser zu kompliziert und auch nicht gerade benutzerfreundlich.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

