- App Engine Now Supports XMPP (Jabber) — messaging servers, whether XMPP or PubSubHubBub, are becoming an increasingly important way to loosely join the small pieces. Google’s incorporation of XMPP into GAE reflects this (and the fact that Wave is built on XMPP). (via StPeter on Twitter)
- Snakes on the Web (Jacob Kaplan-Moss) — The best way to predict the future of web development, I think, is to keep asking ourselves the question that led to all the past advances: what sucks, and how can we fix it? So: what sucks about web development? An excellent and thought-provoking talk about the possible directions for improvement in web framework design.
- Ravelry (Tim Bray) — We’ve got 430,000 registered users, in a month we’ll see 200,000 of those, about 135,000 in a week and about 70,000 in a day. We peak at 3.6 million pageviews per day. That’s registered users only (doesn’t include the very few pages that are Google accessible) and does not include the usual API calls, RSS feeds, AJAX. […] We have 7 servers running Gentoo Linux and virtualized into a total of 13 virtual servers with Xen. […]”. Interesting technical and business discussion with an unexpected busy site.
- So’s Your Facet: Faceted Global Search for Mozilla Thunderbird — email clients are LONG overdue for improvement. Encouraging to see an active and open research project to improve it from the folks at Mozilla Messaging.
"web infrastructure" entries
XMPP, Future of Web Frameworks, Infrastructure Stories, Better Email Client
Biological Radio, Laggy Smart Grids, API Moneys, and Pubsub Server
- Drawing Inspiration From Nature To Build A Better Radio — based on the design of the cochlear, this MIT-built RF chip is faster than others out there, and consumes 1/100th the power. Biomimicry and UWB radio are on our radar.
- Why the Smart Grid Won’t Have the Innovations of the Internet Any Time Soon — While it’s significant that utilities are starting to build out smart grid infrastructure, utilities are largely opting for networks that provide connections that are far from real time, and this could stifle the desired innovation. […] smart meter data that is pushed to Google’s PowerMeter energy tool has to make its way back to the utility before it can be sent to Google. That means that even for Google’s energy tool, there can be both a significant delay before information reaches consumers, and significant gaps in energy data details. These delays and gaps can undercut the premise of how smart meter technologies will empower consumers to make decisions about their energy use based on real-time costs. Smart grids (houses and devices able to take use of instantaneous pricing changes) have the potential to help us with our energy obesity problem, but the architecture must be right.
- API Value Creation, Not Monetization — On the side of the unexpected but interesting outcomes, Kevin said they have seen a flurry of internally developed business applications. In the past many valuable, internal-facing projects were turned down because the programs had to meet strict top line to bottom line ratios. With the availability to data and services, many teams within the company now have access to things they didn’t in the past, and project costs have been minimized. Throughout the company, consumers of the API have been able to launch successful projects that have created additional revenue and have reduced the overall development costs for new projects. Some solid numbers and names to help convince businesses to offer APIs, though the battle is still much harder than it should be.
- Watercoolr — a pubsub server for your apps. A channel is a list of URLs to be notified whenever a message is posted to that channel. Clever little piece of infrastructure for web apps, embodying the Unix philosophy of small tools that each do one thing very well. (via straup on Delicious)
The fiber cuts affecting much of the San Francisco Bay Area this week are similar to the outages in the Middle East last year (radar post), although far more limited in scope and impact. What I said last year still holds true and is repeated below: From an operations perspective these kinds of outages are nothing new, and underscore why…