Web 2.0

Monospaced font for the Firefox AwesomeBar

In the shadow of my Flickr userstyle that adds black borders around photos, is another more simple one. Now on userstyles.org, Use a monospaced font for the AwesomeBar (aka the URL bar, URL field, etc).

This isn’t that original or clever, as it’s actually included in userChrome-example.css contained in most older Firefox user profiles. However, this file is no longer included with new profiles as of Firefox 3.5, so it’s a bit more difficult to discover.

Add black border around photos on Flickr

Add black borders around photos on Flickr. It’s a userstyle for use in Stylish, a Firefox extension that lets you apply custom CSS to webpages.

In the past, I generally not made weblog entries about creations like this, but it’s never too late to start.

Getting on the microblogging bandwagon

I’m usually a luddite when it comes to the latest Internet fads. I technically did not start blogging until 2003. I didn’t create a Flickr account or a Facebook account until 2006. I never bothered with MySpace. I turned samat.org into my OpenID in 2008. Given those things, I still hate YouTube (and all web video in general), and have yet to create a podcast or upload a video. I usually don’t think lolcats are funny, either.

Joining in the past year’s latest fad, I’ve started microblogging. Also known as “twittering,” microblogging revolves around the publication of little 140-character notes. The idea is that you share via these little notes news, thoughts, ideas, or whatever you happen to be doing at the moment. These notes are also known as “twits,” “dents,” etc.

Believe it or not, you’ve probably been doing a form of microblogging for a while. If you use an IM service and set “Away” messages, you’re microblogging. If you set your status on Facebook or LinkedIn, you’re microblogging as well. The currently accepted notion of microblogging is, started by the start-up company Twitter, a little different. Instead of messages being available to a select group of friends, your messages are global. Anyone in the world can read and respond to what you’re doing (that if, of course, if you have something interesting to say). Microblogging, Twitter-style, could be considered a type of global instant messaging.

fail_whale.png

Twitter, however, is a closed service. Your posts, lists of friends, etc live in a silo owned and controlled by them, and it’s difficult to extract data from that silo. They dictate how and when you’ll use their service, most evidenced by the frequent downtimes (it’s been so bad they’ve started a new meme, “the fail whale”). They’re also, unfortunately, a company out to make out to profit, and at this point, it’s not clear how they will do that—what if they disappear tomorrow?

Because of these and many other reasons, I’ve eschewed using Twitter and gone with Identi.ca instead. In it’s most simple description, it is an open-source Twitter clone, oriented around a new openly-developed standard for microblogging. You can download the software that runs Identi.ca (called Laconica) and run it yourself. Your data is also available in open formats: you can easily take your posts and friends lists with you. Best of all, you can still interact with other open microblogging sites in a large, distributed network, hopefully making reliability problems things of the past.

I’ve been microblogging since the beginning of the year. Most of my entries are about the same topics as this blog—Linux, open-source software, etc. I notice that I also tend to write a lot of things about New York City. If you care about any of these things, please subscribe to me on Identi.ca. If you use Twitter, you can look read my cross-postings on my Twitter account too.

Wikimania 2006

Wikimania 2006, a conference for Wikimedia and Wikipedia people, fans, and advocates, finished up today. I attended as a visitor, to just see the seminars and sessions and soak up enthusiasm about wikis in general.

A separate event held before Wikimania, the Wikimania Hacking Days, had many of MediaWiki and Wikipedia developers come to discuss future directions of the infrastructure and software architectural of Wikiedia. Even though it was held at the offices where I work, the OLPC, I did not attend any of the seminars or hacking sessions. Most were heavily focused on MediaWiki, which I can honestly say I do not like much: the Wiki syntax is awful, and it is slow (I think Wikipedia is the fastest MediaWiki-powered site I know of).

Some of the interesting stuff I liked at Wikimania:

  • Chuck Smith’s Wiki Markup Mess poster detailed the many different types of Wiki markup in use, and put forth a “standard” Wiki markup to be adopted by all. I personally think this is the way standards should be made, that is, after-the-fact based on things that are already working in the wild. Interesting enough, ErfurtWiki, which I used on my old website, supports the syntax unification they were proposing.
  • Lawrence Lessig’s Ethics of a Free Culture Movement talk was excellent. While the presentation he used was a little corny, it detracted nothing from his message: copyright law has stinted the culture of the last 100 yrs, and new laws are needed for the new culture of the next 100 yrs
  • Markus Krötzsch’s Semantic MediaWiki extension, demonstrated as part of the Wikipedia and the Semantic Web panel, was very interesting to me. Lack of structure to information in wikis is a pet peeve with me; semantically tagging bits of information so they can be pulled out from articles with automated tools is just cool.

Amazon A9's siteinfo.xml: almost a repeat of favicon.ico

Recently, I’ve received a few error 404s on a request for “siteinfo.xml.” siteinfo.xml is a file used by Amazon’s A9 search engine’s browser toolbar SiteInfo, and is automatically fetched for every website a user visits.

This sounds pretty similar to Microsoft’s Internet Explorer’s infamous favorites icons feature. For every site a user visited with Internet Explorer, the browser would automatically request a file called favicon.ico, to be displayed in the browser’s location bar and bookmarks. A lot of people were not happy–all of the sudden web servers would begin to get swamped for requests for this mysterious favicon.ico that did not exist. These requests polluted many web server logs, and were very annoying.

On some sites, especially dynamic ones, 404 errors are very expensive. Unfortunately this is true of most Drupal-powered sites, including mine. When using Drupal’s “pretty URLs” which uses Apache’s mod_rewrite to, well, make URLs pretty, all requests that the web server does not process (including errors) will go through Drupal. Going through Drupal means a long boot-strapping process to initialize Drupal and load all its modules, and at least one database request to find out a URL does not exist and to return an error 404. Too many requests for a non-existent file can basically become a DoS attack.

It seems Amazon’s A9 developers didn’t get the memo people don’t like tools that request files that don’t exist.

Granted, it’s not too bad: I don’t think this toolbar has much market penetration, so it’s not as if millions of people are killing my site. The siteinfo.xml specification page also mentions that the file is fetched through A9 and cached, so the file will not be requested for every user that visits, but only for the first one.

Kudos for Amazon’s programmers being a bit brighter than Microsoft’s, but eh, I can’t say how much more bright for designing a system that is a bit too similar to the favicon.ico debacle.

Syndicate content