blog.errorhelp.com - Musings and announcements regarding the bug.gd ErrorHelp search engine.

Archive for the ‘Miscellaneous’ Category

Google doesn’t close its HTML tags, on purpose

Saturday, June 27th, 2009

HTMl4

According to Google’s latest guidelines to speed up the web, there are a number of optional tags in HTML4 that you can omit to save speed, even if it makes you feel a little queasy as a developer. (Google is quick to point out these tricks are for HTML and not XHTML.)

For example, according to the HTML4 DTD — you can omit tags like <body> and </tr> and all sorts of optional tags that browsers have to cope without.

But are you feeling lucky enough to actually exclude those tags? Do you believe browsers all handle that particularly well in the wild west of the web?  It may annoy your development tools and code beautifiers when you leave it out, but I can assure you browsers have long since managed this process so well that you can depend on it almost without fail.

What surprised me:

The Google homepage and search results pages don’t end their <body> and <html> elements. They just leave them open– a lot like a lazy developer might do and then feel guilty when he comes back and sees the mistake.

Only this “mistake” is really part of Google’s strategy of treating their performance as a competitive advantage. All browsers work well without the tags and the tags take up time, so they’re excited to eliminate any millisecond they can for their visitors.

If you already knew and used this trick, well, then you’re in the minority because none of the other top 10 sites (Alexa) take advantage of this to reduce bandwidth and improve the download speed. Admittedly, for complex pages it’s a very small percentage of bytes per view (14 bytes or so per request), but why would you send your visitors more information than they need?

How many times have you tossed in added HTML cruft and not thought about it? Well, visitors will feel it again and again over time, so you might want to think a bit about the junk you add in your HTML– even if you don’t cut corners as tightly as Google does on their own homepage.

bug.gd coverage on Buffalo local news

Saturday, November 8th, 2008

I’ve never been to Buffalo before, but WIVB-TV News4 in Buffalo, NY found our site and ran a story on it recently. Take a look on Lindsay’s Links:

[ Full Coverage ]

Improved search relevance and updated Firefox extension

Sunday, July 6th, 2008

We just pushed live some search relevance enhancements so you should see more applicable results for your searches. There was also a bug with “Show next 25 results” sometimes not showing 25 additional results and we’ve pushed live a fix for that.

Recently we released some minor performance tweaks for the bug.gd Firefox extension. If you don’t have it already, pick it up on Mozilla’s addon site.

Beyond these fixes, our team has been working hard on a major site redesign. Stay tuned for some (hopefully) impressive changes in the near future.

Solution saved you time? Show a token of gratitude with TipJoy

Tuesday, May 27th, 2008

The kindness of strangers

Since we started bug.gd, we’ve been amazed at the kindness of strangers. There are so many people taking time out of their busy schedules to share solutions they discover. They do this out of their own generosity in the spirit of helping other poor souls avoid repeating their work (or giving up).

These kind people are attracted to our site because it’s fundamentally the problem we’re trying to solve. By searching for error messages here, you help everyone in the world (or your company) in the future. If everyone did the same thing, errors would become minor speed bumps rather than things that can consume hours of your time.

I owe you lunch sometime!

In the physical world, when someone does you a favor out of generosity, there’s this desire to repay that somehow. Many of us are inclined to offer a beer or a lunch in thanks for saving hours from the day. I think this is fairly natural for a lot of us.

Unfortunately, there’s not enough of that online these days. People blog about tricks and tips, but there’s no real way to pay that back. Sure, they can make money off of advertisements, but that doesn’t apply to people in forums and communities working together to solve problems. This is where TipJoy comes in with their new API they announced today (on TechCrunch).

Hey Internet, it’s time to show a token of gratitude.

On bug.gd, we’re excited to announce that you can tip users who post great solutions. The vast majority of that donation goes from you directly to the kind gentleman or lady that submitted the solution. The opt-in tip buttons make it very easy to schedule a 10-cent tip later, so click on them whenever you have an opportunity.

We’re really pleased that TipJoy has released this new platform– the world is overdue to show appreciation to the zillions of people who make our lives easier online. These micro-tips are a great way to encourage user-generated content while avoiding turning every corner of the internet into a buzzing wasteland of advertisements.

Adding TipJoy buttons to your solutions

When you submit a solution to an error, you’ll see the following page:

TipJoy option

Just click the checkbox and you’ll see a button a lot like the one on this solution. Once enabled, your quick generosity lives on and helps people repeatedly, collecting tips for eternity.

Visit TipJoy’s site for more information about their hassle-free tip buttons. As always, we’d love your feedback as well. Many thanks to the TipJoy development team– they’ve been great to work with.

error_help() for Python hackers

Saturday, March 29th, 2008

In the last days before Pycon08 we hastily scripted support for error sharing (based on bug.gd) for use inside the Python interpreter. This is a bit of a hint of some of our long-term plans with our technology. You should give it a whirl and let us know what you think.

Install

It’s in the Python Cheese Shop, so you can install it pretty easily:

easy_install bug.gd

(If you don’t have easy_install, you really should get it.)

After finishing the installation steps (it requires you to run error_help_config.py from your scripts directory), the error_help tool is now accessible from the interactive interpreter whenever you need.

Using error_help()

Whenever you run into an exception in the interactive interpreter, you can type error_help() and you’ll find everyone else who ran into that same error and (hopefully) how they solved it.

Here’s an example session:

>>> 0/0
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ZeroDivisionError: integer division or modulo by zero
>>> error_help()
========== 1 of 8 ==========
Error: Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ZeroDivisionError: integer division or modulo by zero

Solution: I divided by zero as a test. Maybe you did the same thing?
The trick is not to divide by zero!
========== 2 of 8 ==========
Error: Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named shinynewmodule

Solution: (Example error and solutions)
I didn't have the shinynewmodule installed.
You can install it via fake_easy_install shinynewmodule

As people use this feature, in a couple of days, they’ll receive email asking how they worked around the error. Their solution will then be visible for every future Pythonista that runs into the problem. If everyone gives back to the community, mysterious errors will be a thing of the past.

If you wanted to see some of the other results from the search, for example the 7th result, you’d just use:

error_help(7)

Anyway, we’ve love to hear your feedback on this quick proof of concept. Keep your eye out for more “formal” versions of this feature in other applications.

Happy Holidays from bug.gd

Saturday, December 29th, 2007

We just wanted to take a quick moment and wish you all a very happy holiday season!

Come back and visit for some neat new bug.gd features in the new year.

Accidental double email

Monday, November 19th, 2007

Today someone reported that they received two emails instead of one. If this affected you, don’t worry– it was a temporary glitch that’s been resolved.

Of course, please continue to report issues to bugs@bug.gd if you run into anything unexpected. Thanks for your support during our beta period, and sorry for any confusion.