<?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: Redirects and Integration, Part I: Limitations</title>
	<atom:link href="http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/</link>
	<description>Ramblings about online advertising, ad networks &#038; other techie randomness</description>
	<lastBuildDate>Mon, 19 Jul 2010 20:29:21 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mike On Ads &#187; Blog Archive &#187; Redirects and Integration, Part II: Hacking Around the Browser</title>
		<link>http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/comment-page-1/#comment-34444</link>
		<dc:creator>Mike On Ads &#187; Blog Archive &#187; Redirects and Integration, Part II: Hacking Around the Browser</dc:creator>
		<pubDate>Thu, 17 Apr 2008 20:42:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/#comment-34444</guid>
		<description>[...] Redirects and Integration, Part I: Limitations [...]</description>
		<content:encoded><![CDATA[<p>[...] Redirects and Integration, Part I: Limitations [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mukul Kumar</title>
		<link>http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/comment-page-1/#comment-28617</link>
		<dc:creator>Mukul Kumar</dc:creator>
		<pubDate>Tue, 26 Feb 2008 11:57:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/#comment-28617</guid>
		<description>I am not sure what the conclusion is here. The response time in the latter case is 1530ms and in the former case is 1020ms.

Also, let’s say we send parallel requests to Network-A and Network-B, then both these networks can count the impression thereby double counting the impressions thereby decreasing the eCPM; what am I missing here?</description>
		<content:encoded><![CDATA[<p>I am not sure what the conclusion is here. The response time in the latter case is 1530ms and in the former case is 1020ms.</p>
<p>Also, let’s say we send parallel requests to Network-A and Network-B, then both these networks can count the impression thereby double counting the impressions thereby decreasing the eCPM; what am I missing here?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gpapilion</title>
		<link>http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/comment-page-1/#comment-28117</link>
		<dc:creator>gpapilion</dc:creator>
		<pubDate>Fri, 22 Feb 2008 05:32:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/#comment-28117</guid>
		<description>This is a very similar to how mobile ad serving works, since most &#039;mobile browsers&#039; can&#039;t execute javascript.</description>
		<content:encoded><![CDATA[<p>This is a very similar to how mobile ad serving works, since most &#8216;mobile browsers&#8217; can&#8217;t execute javascript.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/comment-page-1/#comment-25910</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Mon, 11 Feb 2008 16:45:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/#comment-25910</guid>
		<description>Left this comment on Greg&#039;s blog as well:

Love the feedback Greg. You&#039;re absolutely right that I forgot to mention the main *reason* why we have redirects -- cookies.

It&#039;s also a huge limitation to fixing this problem, something I&#039;m hoping to cover in the next two posts on the topic.</description>
		<content:encoded><![CDATA[<p>Left this comment on Greg&#8217;s blog as well:</p>
<p>Love the feedback Greg. You&#8217;re absolutely right that I forgot to mention the main *reason* why we have redirects &#8212; cookies.</p>
<p>It&#8217;s also a huge limitation to fixing this problem, something I&#8217;m hoping to cover in the next two posts on the topic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yardley.ca &#187; On redirects &#38; avoiding them</title>
		<link>http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/comment-page-1/#comment-25909</link>
		<dc:creator>yardley.ca &#187; On redirects &#38; avoiding them</dc:creator>
		<pubDate>Mon, 11 Feb 2008 16:25:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.mikeonads.com/2008/02/11/redirects-and-integration-part-i-limitations/#comment-25909</guid>
		<description>[...] on Ads continues to show how the sausage is made in online advertising with a very detailed post on browser-based redirects. Go read [...]</description>
		<content:encoded><![CDATA[<p>[...] on Ads continues to show how the sausage is made in online advertising with a very detailed post on browser-based redirects. Go read [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
