An Open Letter to TwitPic(blog.embed.ly)
blog.embed.ly
An Open Letter to TwitPic
http://blog.embed.ly/an-open-letter-to-twitpic
8 comments
Twitpic is dead to me. The fact that they are shutting out developers is quite comical considering the whole reason they exist is because of the Twitter API.
It looks to me like they're shutting out competitors looking to replace their service. That's apples and oranges compared to Twitter, which they are supplementing.
If your users are moving their data over to another service, then a) it's their prerogative to do so, and b) maybe it says something about your service. "We IP block competitors" is not a bullet point in your defensibility strategy.
If your users are moving their data over to another service, then a) it's their prerogative to do so, and b) maybe it says something about your service.
No one has suggested otherwise, but you're under no requirement to help your competitors.
No one has suggested otherwise, but you're under no requirement to help your competitors.
True, but Twitter breathes down the necks of everyone in the space of supplementing and complementing services. Twitter is looking to own the ecosystem and keep control of the user experience. One of these days Twitter will buy an image service, make it the default, and say to all the others: "oh, you can play too, but we're the default", effectively shutting others out. Just look at bit.ly and other URL shorteners and what Twitter has done.
Yes, look at what Twitter has done to shorteners, vs. bit.ly's continued business: bit.ly offers great reporting, use with services besides Twitter, and bit.ly pro to integrate your own domain. So bit.ly remains the shortener of choice for professionals.
haha, very true and ironic.
Twitpic's solution was to block Rackspace Cloud entirely? I don't know much about their conflict with Posterous but I do know that they're taking a wholly terrible approach
Why is that a terrible approach? It seems to have worked.
If a wound is bleeding profusely - you put a cloth on it. Sure it doesn't heal you, but it is hardly a terrible approach.
If a wound is bleeding profusely - you put a cloth on it. Sure it doesn't heal you, but it is hardly a terrible approach.
Terrible Approach -> Give all Posterous import tool users goatse
Bad -> Block a whole rack space
Good -> Negotiate some sort of deal with Posterous
Better -> Let this site access the rss feed
Say I run a blog on the Rackspace Cloud, and want to use my own custom script to rip photos from my personal TwitPic account. Well, I can't because it is banned. In it's entirety.
It seems to have worked in the sense that the Posterous import tool no longer functions. It does not seem to work in the sense that they banned, albeit small, section of their user base.
Bad -> Block a whole rack space
Good -> Negotiate some sort of deal with Posterous
Better -> Let this site access the rss feed
Say I run a blog on the Rackspace Cloud, and want to use my own custom script to rip photos from my personal TwitPic account. Well, I can't because it is banned. In it's entirety.
It seems to have worked in the sense that the Posterous import tool no longer functions. It does not seem to work in the sense that they banned, albeit small, section of their user base.
From what perspective?
From 99% of users' perspective: blocking rackspace has no effect on them unless they try to switch to posterous.
You are one of a handful of users running something else on rackspace for personal use. Sure for 5 users this was a bad approach.
From twitpic's persepective: it stopped them from losing users to posterous. Win.
From 99% of users' perspective: blocking rackspace has no effect on them unless they try to switch to posterous.
You are one of a handful of users running something else on rackspace for personal use. Sure for 5 users this was a bad approach.
From twitpic's persepective: it stopped them from losing users to posterous. Win.
What makes anyone think this stopped TwitPic from losing users to Posterous?
I would imagine any user sophisticated enough to think of moving, would have some opinions about data liberation and services that try to lock them in.
On the contrary, I would imagine this puts more users on notice that TwitPic is locking users' own data in. Such users will begin looking for other places to post pics to.
I would imagine any user sophisticated enough to think of moving, would have some opinions about data liberation and services that try to lock them in.
On the contrary, I would imagine this puts more users on notice that TwitPic is locking users' own data in. Such users will begin looking for other places to post pics to.
Not to mention, people may already have local copies of stuff they post of TwitPic. Blocking Posterous just means re-uploading stuff, which is a nuisance. The only person who loses here is TwitPic.
Unless you're as big as Facebook, you can't really monopolize user data.
Unless you're as big as Facebook, you can't really monopolize user data.
I’m a bit a a loss as to what problem TwitPic is trying to solve. Hurt feelings?
Everyone could have told them that all this is going to get is bad press. Oh, and probably five users who won’t switch after they planned to. And another five who are so annoyed that they will.
Everyone could have told them that all this is going to get is bad press. Oh, and probably five users who won’t switch after they planned to. And another five who are so annoyed that they will.
Posterous should make a client-side proxy for pulling the feed. Just a small Java applet, or Flash or whatever (I'm not 100% sure how cross-site protection is implemented), and have users run that to down- and upload the pictures.
Once that's in place they can send an email to twitpic, telling them that they've circumvented the block, and they should feel free to unblock Rackspace.
Once that's in place they can send an email to twitpic, telling them that they've circumvented the block, and they should feel free to unblock Rackspace.
I'm pretty sure this could be implemented with JavaScript.
For the RSS, yes, but I don't think JS can download and then upload an image.
With HTML5, you can.
How ? Do you have links to any sample code at all ?
HTML5 File API, it seems - https://developer.mozilla.org/en/using_files_from_web_applic...
Looks pretty sweet!
Looks pretty sweet!
What's the Posterous/TwitPic drama?
The link is in the open letter: http://techcrunch.com/2010/06/29/twitpic-posterous-lawyers/
All better. TwitPic made changes to whitelist Embedly. http://blog.embed.ly/twitpic
[deleted]