[website-discuss] Managing blog aggregation: a proposal

[Alan Burlison]

Peter Tribble wrote:

> For blogs.opensolaris.org or planet.opensolaris.org? The two are
> rather different.

blogs.opensolaris.org is just an alias for opensolaris.org, and that now
redirects to hub.  I was thinking more of Planet, and the ability to
embed feeds inside hub CG/UG/P pages.

> Do we want to keep planet with manual editorial control? I think there
> are advantages
> to doing so.

I think the issue is that the editorial burden is a bit *too* burdensome.

>> 1. Auth is extended with an additional field for each user, which will
>>   contain the URL of their blog feed, if they have one.
> 
> Just blogs? Twitter? In other words, is this a point solution or an
> extensible mechanism?

Well, Twitter has a RSS feed, if you used that as your RSS feed it would
work.  However I'm not intending supporting more than one feed per user.

> While we're on the subject, what about adding a hackergotchi field?
> (Which could be used outside a blog aggregator.)

The issue is with storage, sizing and vetting the images.  I think the
answer is therefore 'no'.

>> 2. An XML-RPC interface is provided so that Planet can extract the list
>>   of registered feeds (we already have a Python interface to Auth).
> 
> Now, if there were a way of putting a filter on that so it could be processed
> then it would be more flexible: allowing planet (just as an example) to
> manually select a subset. I'm thing of a more general case of the following:

I'm not trying to solve all possible uses of such feeds, more to
decentralise the maintenance of the list.  Consuming applications could
filter the list as they saw fit.

-- 
Alan Burlison
--