with 'feedmesh' tag

blo.gs t-shirt the folks at yahoo! sent a couple of blo.gs t-shirts to me a while ago. i held off on showing it off here before it would be a surprise when i sent one to albert, who designed the logo, and it took me way too long to get around to that.

now if only they’d fix the service. i’m sure the addition of the rss ping data has made it more useful (if overzealous) to those plugged into the feedmesh stuff and building services on top of that, but i’m finding it pretty useless for personal blog update tracking these days.

businessweek’s blogspotting noticed in a wall street journal article that technorati is making deals to get ping data first, or at least that’s the claim in the article. it would be interesting to know who those deals are with. i can’t imagine it’s with either blogger (google) or six apart.

of course, i’m not sure it helps for technorati to have the data first if nobody can ever actually get at it because of their persistent inability to handle their search load.

ben writes more about what sixapart is up to with the atom stream.

clearly sixapart is up to great evil, because they are not using rss and avoiding using the existing cloud and feedmesh names. i demand swift angry mob justice. i’ve even heard they have a special room in their new offices where they smash kittens with hammers.

brad implemented a stream of atom updates from livejournal, which is sort of like the blo.gs cloud interface on steroids. nifty.

foo camp is this weekend, so that means that the feedmesh thing is a year old now. and speaking of that, put me in the jason shellen “not invited, but whatever” camp and not the russell beattie “not invited, and they kicked my puppy” camp.

eweek has covered the feedmesh project and done a little editorializing about it.

that’s the sort of thing that sparks life on a project, of course.

congrats to mark fletcher and the bloglines team on being acquired by ask jeeves.

once upon a time, a business development person at ask jeeves called me to talk about blo.gs. as i recall, the gist of the conversation from my side was that the site made no money, i spent no time on it, and there really wasn’t much to it.

this is another of those obvious-in-retrospect services that i can now kick myself for not building. having the vision, courage, and patience to execute on the idea is the hard part, of course.

at last year’s foo camp, when the limping feedmesh thing kicked off, someone suggested that we set up a yahoo group for discussion, and i made some comment about preferring something “more real.” a funny thing to say when one of the guys who built it (mark) was in the room. but in hindsight, i’m glad nobody wasted the time trying to create anything more real.

who’s next? i would think pubsub.com would be a likely acquisition for someone.

i also find this acquisition funny because there was a time when i almost ended up working at ask jeeves because i knew the ceo at the time. i got an early-morning call (or what was early-morning for me those days) where i agreed to fly up to interview, but i turned around a few hours later and cancelled, once i was awake and realized that i had no desire to work at a place using iis and asp, or relocate to the bay area.

the bandwidth bump

blue is the outgoing bandwidth, green is the incoming bandwidth. i’m not sure why there was a big initial spike.

repeating myself

for the blo.gs cloud service, i had written a little server in php that took input from connections on a unix domain socket and repeated it out to a number of external tcp connections. but it would keep getting stuck when someone wasn’t reading data fast enough, and i couldn’t figure out how to get the php code to handle that.

so i rewrote it in c. it’s only 274 lines of code, and it seems to work just fine. it was actually a pretty straightforward port from php to c, although i had to spend some quality time refreshing my memory on how all the various socket functions work.

there’s a visible bump in the graph of my outgoing bandwidth from after this was fixed.

no comment

from “rss subscription central?” at internetnews.com:

"Dave [Winer] knows a lot about getting technology people to work together," [Jupiter Research analyst Gary] Stein said. He suggested Winer could tie his efforts to Feedmesh, an initiative that aims to tie all feeds together into a single data source that all aggregators could use.

feedster now open for pinging

feedster now has a ping interface. no changes.xml or any other way for others to get the ping data, naturally. i almost feel guilty for the whole feedmesh thing not getting any traction. but blo.gs is currently hobbled by a bug in mysql, and i have next to no energy or enthusiasm for dealing with computers outside of work. which isn’t to say that it is much greater inside of work. i did finally make blo.gs self-regulating to the point that when the server crashes and has to rebuild, it doesn’t just grind to a halt.

one thing jeremy noted about web 2.0 is that he plugged feedmesh at the “dialing on the app tone” session. too bad the effort seems stuck. no other sites appear to have moved any further along on sharing the ping data that they are currently receiving. the only change is that i have introduced a stream of changes that nobody is using.