The great thing about having a bunch of widgets on my blog is that every time my site slows down I have my choice of people to blame. Shame on me for having so many widgets, I guess, but really – there has to be a better way of managing this.
On top of all of this, since pages load sequentially, if I have a slow widget or two everything comes to a crawl (and when I say “if”, I mean “when . . . daily”). This isn’t how the world should work. How about someone developing a CDN for widgets? I’m imaging a widget distribution system that manages the calls back to the widget creators, cashes the appropriate material, allows for better compatibility across browsers and platforms and manages the page loading in a more intelligent fashion (ideally all of my content should load first, then the internal links such as my recent posts, and lastly, all the other stuff I’ve littered the page with – although I understand that what I’m describing won’t be able to do this entirely). This same system could also handle the creation of widgets, streamline how I turn them on or off, how I move them around my site and when they are displayed (i.e., I could rotate them if I wanted to or vary their display based on post topic or blog category). This system would be the single place that my blog called back to in order to render all third party content. If a widget wasn’t loading properly, they could just skip it and move on to the next one without holding up the loading process. They’d also be in a better position to architect a network more suitable for this type of content distribution (since most widgets are created to extend content where the widget creator isn’t particularly focused on their distribution network once their content is in place).
We’ve been talking about variants of this in the Boulder tech crowd for months – let’s get on it!