I'm making the Java source code for the current version of rssNimbus available
under the Creative Commons Attribution-Share Alike 3.0 license. You can find
details in this blog post:

http://www.shotton.com/wp/2009/10/20/rssnimbus-source-code-available/

--- In rss-cloud@yahoogroups.com, Matthew Terenzio <mterenzio@...> wrote:
> It's be nice to be able to get a list (OPML?) of feeds I could
> potentially subscribe to in a particular cloud.

rssNimbus does this in a crude fashion through its /admin URL. It generates a
basic HTML page showing the URLs for publications it knows about.

I think perhaps the proper way to do this is for a rssCloud server to provide a
meta-feed of sorts, perhaps in normal RSS format, that describes the feeds it
knows about using data gleaned from the source documents when it reads them
after a ping. Certainly is a feature I'd consider working into rssNimbus.

In any case, it seems like it's an implementation-specific feature best left to
server implementors, since discovery is tangential to the basic purpose of
rssCloud, which is notification.

Matt, this isn't OPML, it's in changes.xml format from weblogs.com:

http://static.scripting.com/rsscloud/changes.xml

It's the most recent 250 cloud-enabled feeds to roll through the log page on
rsscloud.org.

http://rpc.rsscloud.org:5337/rsscloud/viewLog

I just added an XML icon to the page so if you forget it's there or where it is,
you can just click the icon.

OPML would be nice too, but not implemented. :-)

Dave




--- In rss-cloud@yahoogroups.com, Matthew Terenzio <mterenzio@...> wrote:
>
> Since I don't think this belongs in the spec it seems that this might
> be an implementation detail. It might have been discussed before.
>
> It's be nice to be able to get a list (OPML?) of feeds I could
> potentially subscribe to in a particular cloud.
>
> While the cloud doesn't know them all necessarily, it seems like it
> must maintain a record of every feed it needs to send notifications
> about.
>
> If we could have a convention for exposing that stuff it might be interesting.
>
> Does anyone else think that would be useful?
>

>
> In any case, it seems like it's an implementation-specific feature best left
to server implementors, since discovery is tangential to the basic purpose of
rssCloud, which is notification.
>

I agree. We are the implementors. ; )

I think it's the kind of thing that will work itself out.

Just got a message posted about this on the Walkthrough.

http://pypi.python.org/pypi/django-rsscloud/0.1

Dave

A new version of the rssCloud WordPress plugin is now available -
http://wordpress.org/extend/plugins/rsscloud/

Some details on what's changed -
http://josephscott.org/archives/2009/10/rsscloud-wordpress-plugin-update-0-4-1/

The big one for most people is support for the domain parameter in
notification requests.

--
Joseph Scott
joseph@...
http://josephscott.org/

Support for the domain parameter (and challenge) is available on WordPress.com.

Also if you've run into the problem where you got a cached version of
a feed that didn't have the most recent post in it, that's been fixed
as well.

http://en.blog.wordpress.com/2009/11/05/rsscloud-update/

--
Joseph Scott
joseph@...
http://josephscott.org/

Hello to all,

I am with BlogTalkRadio and am looking for recommendations on which RSSCloud
software to run.

Or better yet: If someone has a hosted solution that we can piggyback on and
point a Cname to, we would be most appreciative.

As Dave said, we are currently pointing to his server but want to move to a more
permanent one.

thanks,
Rob Blackin
BlogTalkRadio VP Development & Operations


--- In rss-cloud@yahoogroups.com, Dave Winer <dave.winer@...> wrote:
>
> Just got an email from Alan Levy at BlogTalkRadio, he said they're getting
> started on cloud-enabling everything.
>
> http://www.blogtalkradio.com/Rebooting-The-News.rss
>
> If you look at the feed for my show with Jay Rosen, you'll see it has a
> cloud element. They're using rpc.rsscloud.org.
>
> Hopefully they'll run their own server. Also I hope their developers will
> become part of the community..
>
> Lots of interesting applications with this one. Esp when they add it to
> Cinch.
>
> Dave
>

I've just finishing publishing a blog post with my thoughts on the security of
the PubSubHubbub protocol. However it occurs to me now, that some of what I've
written may apply to RSS cloud too.

While not common as far as I'm aware, it is assumedly possible to implement RSS
cloud so that the server providing notifications is separate from the feed
server. In that case it's quite likely vulnerable to the same kind of attacks as
a PuSH hub.

So if anyone here is working on a standalone RSS cloud server, it might be worth
your while to give my blog a quick read.

http://www.xn--8ws00zhy3a.com/blog/2009/11/pubsubhubbub-security-concerns

Regards
James

This is the last major piece of the rssCloud architecture, the only
piece not specified in 2001.

With cloudpipe, it will be possible to flow realtime updates from the
cloud to desktop and mobile devices, even if they are not
"net-accessible," that is, even if they are behind a firewall or NAT.

http://rsscloud.org/cloudpipe.html

Dave

A change in how the protocol works, explained here...

http://www.scripting.com/stories/2009/12/26/updateOnCloudpipeWork.html

There should be a spec and test server up before Jan 1.

Dave

You can eavesdrop on my realtime long-poll cloudpipe fatping stream, here:

http://static.newsriver.org/misc/lastCloudPipePackage.xml

Dave

Here are the changes for today...

http://www.scripting.com/stories/2009/12/27/cloudpipeChangesForToday.html

You can watch the pings flow here.

http://static.newsriver.org/misc/lastCloudPipePackage.xml

I'm also archiving them, so you can pull the pointer out of the comment at the
top of the XML and use that to ask questions, make comments, etc.

The next step is to write some docs.

BTW, for people working in the OPML Editor, I've released preliminary code that
runs in river2.root that supports both ends of the new protocol. I'm running it
now on one of my servers and on my workstation. I expect to open up a server for
folks to test against shortly.

Dave

The biggest development of the day is the draft spec is now ready for review.

http://rsscloud.org/cloudpipe.html

Please read the "Document Status" section carefully and believe what it says.

Comments are welcome, but please remember -- Tis the season to be jolly. Fa la
la la la la la la la la la la. :-)

Ho ho ho ever body!

Dave

PS: No good deed goes unpunished. :-)

I put some thoughts in a quick blog post last night regarding a minor tweak that
might make a huge difference in the utility of rssCloud and CloudPipe. I'd be
interested in hearing what people think about the idea. It's mostly just a
suggestion to add MIME types to content contained in fat pings so clients can
handle media types besides text with embedded markup.

The details are at:

http://www.shotton.com/wp/2009/12/27/cloudpipe-fat-ping-suggestion/

Hey guys,

Fot the sake of proving people how important it is now to have real-time feeds,
I think it would be good to have a clearer map of the services who implemented
the Subscriber side of the RSSCloud protocol.

As a matter of fact, we (superfeedr) get a lot of questions from publishers
asking for names of services/companies who are using the real-time technologies
to get feed updates. What do you think of establishing one for RssCloud?

I've written one for the hubs we host :
http://blog.superfeedr.com/Feeds/PubSubHubbub/real-time/stats/who-pubsubhubbub/

(the numbers don't really matter much... I just want names that I can eavesdrop
to publishers who are willing to cross the line :D)

Also, I have to say I'm quite happy to see that both PubSubHubbub and RSScloud
are getting "closer" to each other every day, you guys have been doing a great
advocate job to make real-time feeds a reality :  thank you!

Ju

I now have a server you can test CloudPipe clients with.

http://rsscloud.org/cloudpipe.html#aServerToTestAgainst

Note that you have to have an Identi.ca username and password to authenticate,
and there's a limit of 15 feeds.

I just put up a blog post with lots of links to all the various bits related to
CloudPipe.

http://blog.rsscloud.org/post/306431408/cloudpipe-specd-public-demo-server

The project is nearing completion of its initial phase. You should now have all
the pieces to evaluate and to develop compatible software.

I'm especially interested in seeing large-scale implementations of this
protocol.

I think the Tornado environment, the core software for FriendFeed, would be
especially interesting. If someone wanted to create a CloudPipe server in
Tornado, I'd contribute a Linux server on EC2 or Rackspace to run it. It's
supposed to scale really well.

I also included source code listings for my client and server. You can see that
if you have a good XML library there really isn't much code to write. :-)

I guess I'll get the pipe out and start toking



--- In rss-cloud@yahoogroups.com, "dwiner" <dave.winer@...> wrote:
>
> I just put up a blog post with lots of links to all the various bits related
to CloudPipe.
>
> http://blog.rsscloud.org/post/306431408/cloudpipe-specd-public-demo-server
>
> The project is nearing completion of its initial phase. You should now have
all the pieces to evaluate and to develop compatible software.
>
> I'm especially interested in seeing large-scale implementations of this
protocol.
>
> I think the Tornado environment, the core software for FriendFeed, would be
especially interesting. If someone wanted to create a CloudPipe server in
Tornado, I'd contribute a Linux server on EC2 or Rackspace to run it. It's
supposed to scale really well.
>
> I also included source code listings for my client and server. You can see
that if you have a good XML library there really isn't much code to write. :-)
>

Hi rss-cloud fans, I thought someone here might know about river2 or could point
me to a better place to post my two questions.

I've been using river2 to test a new rssCloud app of mine, the app is currently
called @tweetiepic

in the http://rsscloud.org/walkthrough.html it mentions:

" If the notification request included the optional domain parameter, the
verification process works differently. 1. Instead of making a POST request we
do a GET. 2. We include a challenge parameter,"

but in testing with river2 it seems to use a GET in both cases, rather than a
POST at all, was this change documented somewhere? maybe i'm doing it wrong
somehow.

thanks.

also,

i'm running river2 with rssCloud turned on, using a public-internet-facing IP.
when I subscribe to a cloud-enabled feed, it requests rssCloud notification
successfully (I can see this happen in the log). later, when the feed updates,
river2 responds to the ping with the following message "Thanks for the
notification." BUT nothing shows in the river2 log page and I don't get a "200
OK" or any response code at all

I do have one potential culprit that I can think of, and I will test this now,
but OPML Editor is running on 127.0.0.1:5337 and the ping/callback URL is [THE
INTERNET IP ADDR]:5337/river2/notify

Thanks rss-cloud :-)


  -- Brian


Brian Hendrickson
Portland, Oregon
@brianjesse

The spec is the RSS 2.0 spec. I'm sure you can find that...

I wrote a walkthrough for rssCloud.

http://rsscloud.org/walkthrough.html

It had enough info for a bunch of people to implement it and get interop amoung
our implementations. If you want a formal spec, perhaps you can roll up your
sleeves and write one. No one here draws a salary from this work.

I think what you're probably looking for is the cloudpipe stuff. You'll find
plenty of links in the archive of this mail list. Here's a good place to start.

http://tech.groups.yahoo.com/group/rss-cloud/message/210

Hope this helps.

Dave



--- In rss-cloud@yahoogroups.com, DeWitt Clinton <dewitt@...> wrote:
>
> Hi all!  Dave suggested I join the list.
>
> Quick question -- anyone know where the latest spec is located?  I didn't
> see a link on rsscloud.org.
>
> Thanks!
>
> -DeWitt
>