<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for julien51</title><link xmlns="http://www.w3.org/2005/Atom" rel="http://api.friendfeed.com/2008/03#sup" href="http://disqus.com/sup/all.sup#usercomments-71cbfce4" type="application/json"/><link>http://disqus.com/people/julien51/</link><description></description><language>en</language><lastBuildDate>Sun, 08 Nov 2009 10:29:30 -0000</lastBuildDate><item><title>Re: Superfeedr Blog : Notifixlite</title><link>http://blog.superfeedr.com/Google%20App%20Engine/Superfeedr/XMPP/notifixlite/#comment-22246126</link><description>Indeed, that is one of the stuff I want to add to notifixlite. Along with offline message storing.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Sun, 08 Nov 2009 10:29:30 -0000</pubDate></item><item><title>Re: Superfeedr Blog : Real-time RSS notifications on your iPhone</title><link>http://blog.superfeedr.com/RSS/iPhone/notification/real-time/real-time-rss-notification-on-iphone/#comment-21971626</link><description>Sure! And wait for a few days, as AppNotifications is about to get better :)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Thu, 05 Nov 2009 16:37:18 -0000</pubDate></item><item><title>Re: WordPress and rssCloud (Scripting News)</title><link>http://www.scripting.com/stories/2009/11/05/wordpressAndRsscloud.html#comment-21963230</link><description>Great news! And for those subscribers who implemented PubSubHubbub, all the &lt;a href="http://WP.com" rel="nofollow"&gt;WP.com&lt;/a&gt; blogs are available via the hub located at &lt;a href="http://wordpress.superfeedr.com/" rel="nofollow"&gt;http://wordpress.superfeedr.com/&lt;/a&gt;, in real-time too (we use RSSCloud to get these updates!)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Thu, 05 Nov 2009 14:16:20 -0000</pubDate></item><item><title>Re: Superfeedr Blog : Post Mortem 02/11</title><link>http://blog.superfeedr.com/Memcache/MySQL/post-mortem/post-mortem-02-11/#comment-21834304</link><description>Thanks... that was definetely a tough night. Please ask us anything that you want to know. We're transparent, really.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Wed, 04 Nov 2009 01:16:43 -0000</pubDate></item><item><title>Re: One Truth About Technology Architecture: Loose Coupling</title><link>http://continuations.com/post/227973186#comment-21357783</link><description>That is exactly how we built Superfeedr. Our main "motto" for any decision we take is : would that work if this specific piece goes down? And I think this is the secret to "scalability", as we don't rely on anything particular, but on the whole.&lt;br&gt;&lt;br&gt;In theory, that is now working exactly like expected. (of course, if many components go down, things will start to break apart).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Fri, 30 Oct 2009 11:54:28 -0000</pubDate></item><item><title>Re: We Must Research Geo-Engineering</title><link>http://continuations.com/post/224926343#comment-21108694</link><description>So many french words :) &lt;br&gt;&lt;br&gt;I agree with you that it's a field that needs to be researched but that it's also incredibly "dangerous" to play on our very "playground". &lt;br&gt;I remember meeting a friend from Stanford would told me once that it was considered a serious option to feed some of the plankton in the pacific ocean with some extra fertilizer so that it would consume more of the CO2 in the atmosphere. The good thing with plankton is that it consumer a lot of CO2, but also removes it from the "surface" CO2 cycle*, because when plankton die it just falls to the bottom of the ocean.&lt;br&gt;&lt;br&gt;If I remmeber corrctly there are 2 CO2 cycles : surface : produces by animals, which then die and turn that CO2 into food for tries, that produce O2 and that are the food for other animals =&amp;gt; the amount of CO2 is "stable"... as long as we don't take a lot of it from the other cycle (the mineral one), where trees and other organic matters endup turned into gas and petrol that stays underground for milleniums.&lt;br&gt;&lt;br&gt;&lt;br&gt;PS : en cas de sinistre (no S)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Tue, 27 Oct 2009 11:31:11 -0000</pubDate></item><item><title>Re: Superfeedr Blog : Smacksale</title><link>http://blog.superfeedr.com/API/heroku/pubsubhubbub/smacksale/smacksale/#comment-20905743</link><description>You would need to use our PubSubHubbub API. Check that &lt;a href="http://superfeedr.com/documentation#what_api" rel="nofollow"&gt;http://superfeedr.com/documentation#what_api&lt;/a&gt;&lt;br&gt;&lt;br&gt;Building the susbcriber is pretty easy, here is a simple example with Sinatra : &lt;a href="http://gist.github.com/217348" rel="nofollow"&gt;http://gist.github.com/217348&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Fri, 23 Oct 2009 23:56:31 -0000</pubDate></item><item><title>Re: Everything You Wanted To Know about MongoDB (But Were Afraid to Ask)</title><link>http://continuations.com/post/220861730#comment-20859332</link><description>I wish I was in NYC. We use a lot of NoSQL (and want to use even more) and MongoDB seems to be a very well designed (and maintained!) product.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Fri, 23 Oct 2009 10:43:53 -0000</pubDate></item><item><title>Re: Superfeedr Blog : EventVue's Chatter</title><link>http://blog.superfeedr.com/API/PHP/eventvue/pubsubhubbub/eventvue-s-chatter/#comment-20795548</link><description>Our pleasure!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Thu, 22 Oct 2009 14:46:26 -0000</pubDate></item><item><title>Re: Fred Wilson Dot VC</title><link>http://fredwilson.vc/post/218958508#comment-20705799</link><description>Indeed, when I saw that slide, I was wondering whether the the size of the bubble would still have grown if it was the market size that was represented and not the number of units. I would think so, but we might have discrepancies...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Wed, 21 Oct 2009 11:34:31 -0000</pubDate></item><item><title>Re: Breaking Down Walls: Tracked.com</title><link>http://continuations.com/post/219079433#comment-20705665</link><description>I can't agree more that it's time to break the wall. Everybody's been talking about separation of concerns, between data and views for years, content and design. I think we're now reaching a point where we will separate content producer from distributors, from "displayers" on the web.&lt;br&gt;&lt;br&gt;Twitter has shown that it was able to provide an API that people could use to build great (even better than the orginal) views of its content.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Wed, 21 Oct 2009 11:32:11 -0000</pubDate></item><item><title>Re: Just Try It Out</title><link>http://www.avc.com/a_vc/2009/10/just-try-it-out.html#comment-20640048</link><description>I agree with the fact that a demo is always better than any pitch. However, it's not always very easy. I°'d be curious to know how an API only service (say, like GNIP) would demo it to you? Showing up demo of people using this API? How did 10Gen pitch you for example?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Tue, 20 Oct 2009 14:08:29 -0000</pubDate></item><item><title>Re: Superfeedr Blog : PubSubHubbub for Everybody</title><link>http://blog.superfeedr.com/API/publishers/pubsubhubbub/white-label-hubs/#comment-20208270</link><description>That would work if you there exist a feed url of _all_ the updates on identi.ca or wordpress. Luckily, there is one for Identica! &lt;br&gt;&lt;br&gt;And yes, for the publisher part we actully use streams or APIs that are not necessarily feeds. The identica example is a good one, once again, as we use their XMPP stream for that purpose.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Fri, 16 Oct 2009 13:47:13 -0000</pubDate></item><item><title>Re: BRYCE DOT VC, “Take a $400M venture fund.  In order to get a 20%...</title><link>http://bryce.vc/post/213859808#comment-20181805</link><description>I like your last sentence. Can you be more precise? Do you imply that OATV's return are not only financial and that it plays for a "bigger purpose"?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Fri, 16 Oct 2009 01:26:54 -0000</pubDate></item><item><title>Re: Superfeedr Blog : PubSubHubbub for Everybody</title><link>http://blog.superfeedr.com/API/publishers/pubsubhubbub/white-label-hubs/#comment-20148192</link><description>Interesting. I think that would be quite easy to do actually.... But since they already use Google's hub, what would be the point? Aggregation of that data? Well, then, we could just build a regular subscriber.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Thu, 15 Oct 2009 16:07:02 -0000</pubDate></item><item><title>Re: Using ReaTiWe like a SuperFeedr subscriber - Bloggitation</title><link>http://bloggitation.appspot.com/entry/using-reatiwe-like-a-superfeedr-subscriber#comment-20062077</link><description>&amp;gt; from your PuSH implementation page - ..."We only allow port 80 for your callback urls"...&lt;br&gt;Doh! I just removed it... it was true initailly... sorry about that!&lt;br&gt;&lt;br&gt;&amp;gt; In the current implementation, the subscriptions belongs to users, so they can enter what they want for a hub. Possible change is to have several hubs "preinstalled", with my account username and password on them, and everybody using my resources. Just it's not very pretty.&lt;br&gt;In terms of functionalities, it might be simpler for the user if he doesn't even knew about PubSubHubbub? Then, in that case : he subscribes to a feed... you subscribe to the corresponding hub(extracted from the feed) or to Superfeedr (if none is present). ?&lt;br&gt;&lt;br&gt;We support verification tokens as well. Not sure what you mean when you say we don't support them. Maybe there is a mis-understanding on the role of verify tokens :  &lt;a href="http://groups.google.com/group/pubsubhubbub/browse_thread/thread/0bb5458a4cc55c86/d53faa0d980f6269?lnk=raot#d53faa0d980f6269" rel="nofollow"&gt;http://groups.google.com/group/pubsubhubbub/bro...&lt;/a&gt;&lt;br&gt;&lt;br&gt;Again, thx a lot for that great work! It's awesome!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Wed, 14 Oct 2009 14:27:04 -0000</pubDate></item><item><title>Re: Using ReaTiWe like a SuperFeedr subscriber - Bloggitation</title><link>http://bloggitation.appspot.com/entry/using-reatiwe-like-a-superfeedr-subscriber#comment-20055871</link><description>Hum, we support any port in the callback url :/&lt;br&gt;Also, for the password issue, why not using your own account for all the feeds you may get? I think it's safer for your (and our) users not to have to give out their password to any service... &lt;br&gt;&lt;br&gt;Aad far as the unsubscribe mechanism, I am surprised by what you say, if the Google hosted hub doesn't "verify" the unsubscription request, then that's a security threat : anybody could unsubscribe people from the hub without them knowing it? That seems quite unreasonable. Please clarify.&lt;br&gt;&lt;br&gt;For any other problem, do not hesitate to send me messages or on our Google group : &lt;a href="http://groups.google.com/group/superfeedr" rel="nofollow"&gt;http://groups.google.com/group/superfeedr&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Wed, 14 Oct 2009 12:39:53 -0000</pubDate></item><item><title>Re: Hosted Mongo</title><link>http://www.avc.com/a_vc/2009/10/hosted-mongo.html#comment-20043588</link><description>I think there is a huge trend for "on-demand" services, related to hosting. Of course S3 and EC2 set the trend, but we now how MongoHQ for databases, we have Superfeedr for RSS feed parsing on demand... etc.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Wed, 14 Oct 2009 10:18:46 -0000</pubDate></item><item><title>Re: What Goldman Sachs Should Do</title><link>http://continuations.com/post/212757346#comment-20043011</link><description>Would that really change anything? I mean, I agree I am not sure they do, but I am not sure people do either (as Jeremy proves).&lt;br&gt;&lt;br&gt;They do  wonderful job at creating wealth form themselves, not at making the world a better place.  Maybe we should just acknowledge that?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Wed, 14 Oct 2009 10:06:43 -0000</pubDate></item><item><title>Re: Data Rot</title><link>http://thegongshow.tumblr.com/post/209453901#comment-19804509</link><description>I think there is no doubt that digital is better... just because it allows replication at $0 cost. However, having Google doing is not satisfying either. For the same reason : we need duplication at att all level : hardware, legal, political... etc</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Sat, 10 Oct 2009 15:48:24 -0000</pubDate></item><item><title>Re: The Importance of APIs</title><link>http://continuations.com/post/208472684#comment-19679481</link><description>I can't agree with more with that. I posted about the fact that Twitter's best move was probably it's API that allowed the booming number of clients as well.&lt;br&gt;&lt;br&gt;Eventually, I think we will see more and more APIs and more and API-only websites (like &lt;a href="http://superfeedr.com" rel="nofollow"&gt;http://superfeedr.com&lt;/a&gt;) that will become the infrastructure for many many other services.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Fri, 09 Oct 2009 12:13:58 -0000</pubDate></item><item><title>Re: Andrew Parker - The Gong Show</title><link>http://thegongshow.tumblr.com/post/208388480#comment-19678069</link><description>Specially since the application closed 2 weeks after the its oath!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Fri, 09 Oct 2009 11:51:22 -0000</pubDate></item><item><title>Re: Superfeedr Blog : Real-Time web browsers</title><link>http://blog.superfeedr.com/Real-time/Seesmic/Tweetdeck/gospel/Real-time-web-browser/#comment-19627516</link><description>Hey Yann, I think we're not equiped yet, but I also think humans learn so fast... that I expect to be suprised and proven wrong pretty soon! I like your 'tag cloud' idea a lot...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Thu, 08 Oct 2009 23:48:25 -0000</pubDate></item><item><title>Re: Superfeedr Blog : RSSCloud and PubSubHubbub</title><link>http://blog.superfeedr.com/PubSubHubbub/api/rsscloud/RSSCloud/#comment-19604637</link><description>SuperHero! :) We really built Superfeedr to make people life's easier, glad that it works, at least a bit!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Thu, 08 Oct 2009 16:53:28 -0000</pubDate></item><item><title>Re: USV Portfolio Company Summit</title><link>http://continuations.com/post/207482842#comment-19548324</link><description>Are these events open to 'external' companies?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">julien51</dc:creator><pubDate>Thu, 08 Oct 2009 10:37:36 -0000</pubDate></item></channel></rss>