From Your Search

Podshow caching and how to stop it
6 comments      Added on 07/06/06 by Kris

Three months ago I created a podcast management system. Part of that development was tracking everything that happens with all files, especially RSS. Being a huge stats nerd I freaked when I kept getting regular hits from this ip: 72.3.228.221 to my main RSS feed where the User Agent was null. WTF, a null user agent?

So a little due diligence I found the IP is part of Podshow's block at RackSpace. I skype Chris from Podcast Alley, cause I knew him way back before Podshow, and asked him what was up. Oh yeah, the IP was asking for authentication when I visited so I couldn't see what going on.

I asked him what they were doing with the feeds. His reply was that they were caching them. No big deal. Still problematic in a sense that I am not pinging them to send them an update, but whatever, they got a plan and caching isn't inherintly evil. At this time I requested him to add the User Agent information to the script they were using to pull the feeds. That never happened.

Needless to say I shared this information with a couple of podcasters who immediately blocked the the IP address. But I didn't. So for the last three months they have been hitting not only my feed but the feeds of many other people every half hour and caching them.

But this is where the problem comes in. Yesterday with the botched launch of the new Podshow+. I took a look at the IP which was no longer asking for authentication and took a look around. I look at it like if my feed is public and you are using it in your site and your IP is public and broadcast to my database I can use it too. So I took a look around. Yikes!

I found my feed . . . or did I? What I found as others are finding or any podcaster whether they belong to the network or are paid by podshow is that they are re-writing the cached feeds!! Yup. Changing tags, truncating data, modifying the RSS generator tag to say "Podshow Delivery Network" (Update: it reads "PodShow PDN") and . . . and rewriting the original URL of the feed that they cached. Are you kidding? They don't even link to my original feed. So how would I know people are even subscribed? I wouldn't and they would. More incentive to join their network I guess.

If people weren't sure about Podshow's intent to make money off the back of every podcaster then this is a sure sign that if they did't they sure do now. The fact that Podshow is purporting even at this early stage to be the proprietor of all podcasters is a joke. The arrogance to think that we all somehow owe them or should allow them to rewrite our feeds because their network is the be all end all signals that this is the end for them.

If you would like to stop Podshow from caching your feed and rewriting it as they roll Podcast Alley, Podsafe Music Network and the Podshow home page into the mega Podshow+ PDN then block this IP: 72.3.228.221.

Update: It appears as of 12 a.m. on July 7th the Podshow caching bot or script was turned off. But have some fun checking your logs for their IP address I bet it's there.

Update two: If you would like to see some screen shots and read more of this discussion check out Michael Geoghegan's post or Todd Cochrane's. For some other good opinions, Paul Colligan's "Podshow Hysterics" post and this one from FuzzyBlog. It will be interesting to see where this conversation goes today as this picks up some steam.

Final update then new post: 9:31 a.m. July 7 - Podshow is scraping from the ip again so lets have some fun.

Final final update: 2:05 p.m. July 7 - The XML chicklet link now goes to podcaster's original feeds.
  

Tags
  Podshow  PDN  caching feeds  rewriting feeds  72.3.228.221  



See all 0 DKNY Houndstooth Coat items on eBay.  



6 Comments
1 or better yet, serve that IP address a different RSS feed... there's a lot of fun to be had with that ;)  
Posted by: Anonymous Anarchist  at: 12:31am 07/07/2006  
2 lol. i wish i would have thought of that a few months ago!  
Posted by: kris  at: 6:08am 07/07/2006  
3 Sorry to stand up for the big bully on the block, but I'm quite sure that this was not deliberate. Do you really think that such a thing would be when so many are ripe to attack the new media mogul? The fault was a programming error, not intentional as far as I know.  
Posted by: kevin ready  at: 11:37am 07/07/2006  
4 Let's set this straight, shall we. It was deliberate to recode the cached feeds. That code had to be written by someone . . . intentionally.

Removing the generator tag and replacing it with 'PodShow PDN' isn't intentional? Stripping the copyright? Removing the email contact? Removing the iTunes category tags to replace them with a category of 'Podcast'? Please! Unless Podshow hired a chimp to write code it is intentional.

People make mistakes. This is one of those times when a mistake was made. They just need to fix it and fess up. The problem isn't a 'bug' it is systematic.

As far as attacking a new media mogul. Do you mean Adam? I never mentioned him by name. I mentioned Podshow Inc. subsidiary or DBA of BokuCom. This shouldn't rest squarely on his shoulders and it would be unfair to hold him personally accountable. I player hate not.

 
Posted by: Kris  at: 11:47am 07/07/2006  
5 I'm sure this was an error too.

http://www.podcastingnews.com/forum/viewtopic.php?p=6270#6270

David Shapiro
Next Big Hit
 
Posted by: David Shapiro  at: 6:44pm 07/08/2006  
6 You're right David. It amazes me that people can rationalize that elements like this were somehow unintended.

My only thought is that anyone defending this as a 'bug' or 'unintentional' has never written any code beyond tweaking blogware and following explicit instructions.

At the time of this comment all the RSS feeds that we complained about are still active. And, yes, with the same problems we described still in them. The link from the XML chicklet now links to the external feeds but lurking in the background is the original, unacceptable re-written XML file.
 
Posted by: Kris  at: 7:29am 07/09/2006  

 
Leave a comment
Name:
Email:
Url:
Comment:
 
 
 
 
<< view all shows
 
 



Have us over



Scratch   Archive



Halo 3 Master Cheif Chief game Skin Case for DS Lite
Current bid: $9.89 on eBay


MCFARLANE HALO 3 COLLECTOR'S CLUB EXCLUSIVE FIGURE
Current bid: $59.99 on eBay


Halo 3 xbox360 free shipping
Current bid: $35.00 on eBay


HALO 3 XBOX 360 HARDLY USED MINT CONDITION FREE SHIP!!
Current bid: $28.09 on eBay


Halo 3 Master Chief Cheif game Skin Case for PSP slim
Current bid: $9.89 on eBay

See all 2,740 Halo 3 items on eBay.  
  June 2008 (7)
May 2008 (8)
April 2008 (11)
March 2008 (8)
February 2008 (10)
January 2008 (10)
December 2007 (6)
November 2007 (13)
October 2007 (12)
Sep. 2007 (11)
August 2007 (13)
July 2007 (11)
June 2007 (11)
May 2007 (13)
April 2007 (13)
February 2007 (10)
January 2007 (11)
December 2006 (13)
November 2006 (16)
October 2006 (12)
Sep. 2006 (10)
August 2006 (13)
July 2006 (14)
June 2006 (10)
May 2006 (12)
April 2006 (15)
March 2006 (9)
January 2006 (3)
December 2005 (4)
November 2005 (7)
October 2005 (13)
Sep. 2005 (13)
August 2005 (14)
July 2005 (7)
June 2005 (13)
May 2005 (13)
April 2005 (14)
March 2005 (13)
February 2005 (19)
January 2005 (21)
December 2004 (24)
November 2004 (18)