<?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: Mashup presentation slides and links</title>
	<atom:link href="http://mortenjust.com/2009/03/30/mashup-presentation-slides-and-links/feed/" rel="self" type="application/rss+xml" />
	<link>http://mortenjust.com/2009/03/30/mashup-presentation-slides-and-links/</link>
	<description>Vi har Morten Just og rock og silkepapir med is i vores hjerner</description>
	<lastBuildDate>Thu, 29 Jul 2010 06:18:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Steffen Tiedemann Christensen</title>
		<link>http://mortenjust.com/2009/03/30/mashup-presentation-slides-and-links/comment-page-1/#comment-234303</link>
		<dc:creator>Steffen Tiedemann Christensen</dc:creator>
		<pubDate>Mon, 30 Mar 2009 13:50:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.genstart.dk/2009/03/30/mashup-presentation-slides-and-links/#comment-234303</guid>
		<description>Great list...
I&#039;ll only add that Google App Engine is perfect for many kinds of mashup -- but certainly not all. There are a few caveats:
- It&#039;s (almost) python-only. That&#039;s cool if you love python but would scare aware people just coming to php programming.
- Your access to disk, data storage and the wide web is limited. Take for example python-twitter (obviously, a popular api implementation of twitter in python). It&#039;s caching scheme is based on disk access and thus won&#039;t work out of the box, and the http library it uses won&#039;t work either. There are solutions to this within AppEngine (caching in datastore, using the support http lib) but it presents an obstacle to getting started.
- Rate limiting. Some APIs (include Twitter) limit the client IP to a certain number of request every hour. Usually you&#039;ll have you own IP on the server, but with GAE you&#039;re sharing your IP with others. This means that someone else on the platform could be wasting away your precious few requests. (For Twitter, of course, rate limiting is done both on IP- and account-level. So sending requests with your username/password credentials will solve the problem.)

Other than that Google AppEngine is a beautiful platform ;-)</description>
		<content:encoded><![CDATA[<p>Great list&#8230;<br />
I&#8217;ll only add that Google App Engine is perfect for many kinds of mashup &#8212; but certainly not all. There are a few caveats:<br />
- It&#8217;s (almost) python-only. That&#8217;s cool if you love python but would scare aware people just coming to php programming.<br />
- Your access to disk, data storage and the wide web is limited. Take for example python-twitter (obviously, a popular api implementation of twitter in python). It&#8217;s caching scheme is based on disk access and thus won&#8217;t work out of the box, and the http library it uses won&#8217;t work either. There are solutions to this within AppEngine (caching in datastore, using the support http lib) but it presents an obstacle to getting started.<br />
- Rate limiting. Some APIs (include Twitter) limit the client IP to a certain number of request every hour. Usually you&#8217;ll have you own IP on the server, but with GAE you&#8217;re sharing your IP with others. This means that someone else on the platform could be wasting away your precious few requests. (For Twitter, of course, rate limiting is done both on IP- and account-level. So sending requests with your username/password credentials will solve the problem.)</p>
<p>Other than that Google AppEngine is a beautiful platform ;-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
