<?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"
	>
<channel>
	<title>Kommentare zu: Gegen die Statistikwand laufen.</title>
	<atom:link href="http://blog.netplanet.org/2008/04/01/gegen-die-statistikwand-laufen/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.netplanet.org/2008/04/01/gegen-die-statistikwand-laufen/</link>
	<description>Weblog rund um netplanet und das Internet. Von Besim Karadeniz.</description>
	<pubDate>Fri, 16 May 2008 15:56:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Von: blog@netplanet &#187; Blog Archiv &#187; Webalizer - Second Shot.</title>
		<link>http://blog.netplanet.org/2008/04/01/gegen-die-statistikwand-laufen/#comment-571</link>
		<dc:creator>blog@netplanet &#187; Blog Archiv &#187; Webalizer - Second Shot.</dc:creator>
		<pubDate>Mon, 14 Apr 2008 09:57:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/?p=381#comment-571</guid>
		<description>[...] sorgte, dass der Webalizer schlicht nicht startete bzw. sofort wieder endete, so wie ich das in meinem Test auch hatte. Nun hat unser Webserver zwar Intel-Prozessoren, allerdings gehören die zur [...]</description>
		<content:encoded><![CDATA[<p>[...] sorgte, dass der Webalizer schlicht nicht startete bzw. sofort wieder endete, so wie ich das in meinem Test auch hatte. Nun hat unser Webserver zwar Intel-Prozessoren, allerdings gehören die zur [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Besim Karadeniz</title>
		<link>http://blog.netplanet.org/2008/04/01/gegen-die-statistikwand-laufen/#comment-490</link>
		<dc:creator>Besim Karadeniz</dc:creator>
		<pubDate>Tue, 01 Apr 2008 12:56:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/?p=381#comment-490</guid>
		<description>Geht mit dem StoneSteps-Webalizer, siehe &lt;a href="http://www.stonesteps.ca/projects/webalizer/faq.asp?qid=q20060703-01&#038;topic=webalizer" target="_blank" rel="nofollow"&gt;Is it possible to identify visitors who submit spam requests?&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Geht mit dem StoneSteps-Webalizer, siehe <a href="http://www.stonesteps.ca/projects/webalizer/faq.asp?qid=q20060703-01&#038;topic=webalizer" target="_blank" rel="nofollow">Is it possible to identify visitors who submit spam requests?</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Timo</title>
		<link>http://blog.netplanet.org/2008/04/01/gegen-die-statistikwand-laufen/#comment-489</link>
		<dc:creator>Timo</dc:creator>
		<pubDate>Tue, 01 Apr 2008 12:52:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/?p=381#comment-489</guid>
		<description>Echt? Wie geht das mit den SPAM-Bots in Webalizer? Quelle?</description>
		<content:encoded><![CDATA[<p>Echt? Wie geht das mit den SPAM-Bots in Webalizer? Quelle?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Besim Karadeniz</title>
		<link>http://blog.netplanet.org/2008/04/01/gegen-die-statistikwand-laufen/#comment-488</link>
		<dc:creator>Besim Karadeniz</dc:creator>
		<pubDate>Tue, 01 Apr 2008 12:37:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/?p=381#comment-488</guid>
		<description>Ein Online-Tracker verstößt gegen unsere Berufsehre, ein genereller Einsatz von eTracker, Google Analytics etc. fällt daher flach. Es gibt eh genügend Grauzonen, da müssen wir nicht noch eine weitere aufmachen, in dem wir dem Kunden einen Dienst unterjubeln, von dem er evt. gar nicht weiß, wie tiefgehend dieser die Rechte seiner Besucher berührt. Und das Vorhalten von Logs bzw. deren statistische Aufarbeitung ist eine gewaltige Grauzone.

Spam-Bots ist im übrigen mit dem Webalizer ausfilter- bzw. markierbar.</description>
		<content:encoded><![CDATA[<p>Ein Online-Tracker verstößt gegen unsere Berufsehre, ein genereller Einsatz von eTracker, Google Analytics etc. fällt daher flach. Es gibt eh genügend Grauzonen, da müssen wir nicht noch eine weitere aufmachen, in dem wir dem Kunden einen Dienst unterjubeln, von dem er evt. gar nicht weiß, wie tiefgehend dieser die Rechte seiner Besucher berührt. Und das Vorhalten von Logs bzw. deren statistische Aufarbeitung ist eine gewaltige Grauzone.</p>
<p>Spam-Bots ist im übrigen mit dem Webalizer ausfilter- bzw. markierbar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Timo</title>
		<link>http://blog.netplanet.org/2008/04/01/gegen-die-statistikwand-laufen/#comment-487</link>
		<dc:creator>Timo</dc:creator>
		<pubDate>Tue, 01 Apr 2008 11:19:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.netplanet.org/?p=381#comment-487</guid>
		<description>Hierzu ein kleiner Tipp von mir: Schaut Euch mal www.etracker.de an. Ist zwar eine online-Statistik, ist aber sehr leistungsstark (je nachdem, wie viel Geld man dafür ausgeben will). Ausserdem habe ich bei Webalizer und co immer das Problem, dass dort SPAM-Bots und alle möglichen anderen Automatismen mitgezählt werden, die den Kunden im Regelfall garnicht interessieren.

Nebenbei: Wir haben zur Zeit das Projekt bei einem Kunden, der eine sehr ausgiebige Statistikfunktion für das Intranet plant und dabei eigentlich jede nur denkbare Information haben möchte. Welche Informationen dabei genau gemeint sind, weiss er leider selbst noch nicht, was die Konzeption ein klein wenig schwierig macht und im Wesentlichen bedeutet, dass wir sämtliche Besuche sessionweise, klickweise, pfadweise, "kampagnenweise" usw. bis in alle Ewigkeiten in der Datenbank speichern müssen, was bei ~1 Milliarde Page Impressions im Jahr irgendwie unangenehm werden kann ;-)</description>
		<content:encoded><![CDATA[<p>Hierzu ein kleiner Tipp von mir: Schaut Euch mal <a href="http://www.etracker.de" rel="nofollow">http://www.etracker.de</a> an. Ist zwar eine online-Statistik, ist aber sehr leistungsstark (je nachdem, wie viel Geld man dafür ausgeben will). Ausserdem habe ich bei Webalizer und co immer das Problem, dass dort SPAM-Bots und alle möglichen anderen Automatismen mitgezählt werden, die den Kunden im Regelfall garnicht interessieren.</p>
<p>Nebenbei: Wir haben zur Zeit das Projekt bei einem Kunden, der eine sehr ausgiebige Statistikfunktion für das Intranet plant und dabei eigentlich jede nur denkbare Information haben möchte. Welche Informationen dabei genau gemeint sind, weiss er leider selbst noch nicht, was die Konzeption ein klein wenig schwierig macht und im Wesentlichen bedeutet, dass wir sämtliche Besuche sessionweise, klickweise, pfadweise, &#8220;kampagnenweise&#8221; usw. bis in alle Ewigkeiten in der Datenbank speichern müssen, was bei ~1 Milliarde Page Impressions im Jahr irgendwie unangenehm werden kann <img src='http://blog.netplanet.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 2.929 seconds -->
