Nevertheless, being a part-time hacker I also couldn't overlook, that Firefox is saving lots of the data it stores on your workstation in SQLite databases. And where is SQL, there is rescue!

So, first step - where are those database files? On Mac OS X, they are usually located in

~/Library/Application\ Support/Firefox/Profiles/<some string>.default/

The one you want to hassle with is named

places.sqlite

Note, from now on you have to work while Firefox isn't running. Otherwise, the SQLite database is locked and you can't access it. But let's get to business - we're interested in the following table:

fh$ sqlite3 places.sqlite
SQLite version 3.4.0
Enter ".help" for instructions
sqlite> .schema moz_places
CREATE TABLE moz_places (id INTEGER PRIMARY KEY, url LONGVARCHAR, \
  title LONGVARCHAR, rev_host LONGVARCHAR, visit_count INTEGER DEFAULT 0, \
  hidden INTEGER DEFAULT 0 NOT NULL, typed INTEGER DEFAULT 0 NOT NULL, \
  favicon_id INTEGER, frecency INTEGER DEFAULT -1 NOT NULL, \
  last_visit_date INTEGER);
CREATE INDEX moz_places_faviconindex ON moz_places (favicon_id);
CREATE INDEX moz_places_frecencyindex ON moz_places (frecency);
CREATE INDEX moz_places_hostindex ON moz_places (rev_host);
CREATE INDEX moz_places_lastvisitdateindex ON moz_places (last_visit_date);
CREATE UNIQUE INDEX moz_places_url_uniqueindex ON moz_places (url);
CREATE INDEX moz_places_visitcount ON moz_places (visit_count);
sqlite>

The url column holds the complete URL Firefox shows in the Smartbar, so we can simply write a quick query:

sqlite> SELECT url FROM moz_places WHERE url LIKE '%bbc.co.uk%';
 
http://news.bbc.co.uk/go/rss/-/2/hi/middle_east/8372985.stm
 
http://news.bbc.co.uk/go/rss/-/2/hi/asia-pacific/8372795.stm

If I wanted to get rid of them this query would do:

DELETE FROM moz_places WHERE url LIKE '%bbc.co.uk%';

Replace the domain accordingly, backup your places.sqlite before changing anything and you're good.

The location of places.sqlite on other OS:

Windows XP

C:\Documents and Settings\<username>\Application Data\Mozilla\Firefox\
  Profiles\<profile folder>\places.sqlite

Windows Vista

C:\Users\<user>\AppData\Roaming\Mozilla\Firefox\Profiles\
  <profile folder>\places.sqlite

GNU/Linux

/home/<user>/.mozilla/firefox/<profile folder>/places.sqlite

If you're on an OS which doesn't ship with any SQLite interface, go to the SQLite website and download it. Or, if that is to much hassle for you, there is a Firefox Add-on, called SQLite Manager, which can access and change SQLite databases too. But remember: you have to work on a copy of places.sqlite as the file is locked while Firefox itself is running.

CREATE TABLE persons (
id        SERIAL      PRIMARY KEY,
firstname TEXT        NOT NULL,
surname   TEXT        NOT NULL,
title     TEXT
);
 
INSERT INTO persons (firstname, surname, title)
  VALUES ('Edward', 'Hyde', NULL);
INSERT INTO persons (firstname, surname, title)
  VALUES ('Henry', 'Jekyll', 'Dr.');
 
SELECT * FROM persons;
 
 id | firstname | surname | title
----+-----------+---------+-------
  1 | Edward    | Hyde    |
  2 | Henry     | Jekyll  | Dr.
(2 rows)
 
SELECT title || ' ' || firstname || ' ' || surname FROM persons;
 
?COLUMN?
------------------
 
Dr. Henry Jekyll
(2 rows)

As you see, the row containing the NULL value is omitted. So how to fix that? Of course we might do something like using COALESCE to return at least an empty string instead of a NULL value, but this way we'd get a whitespace we might not want (on the web not that bad because normaly the browser renders multiple whitespace as one).

So, if you research this issue a bit via google you'll find many solutions. From PL/pgSQL CONCAT functions with might handle two, three or four arguments (CONCAT2, CONCAT3, you get the picture) to solutions using custom aggregate functions. But most of them don't care about NULL values and will break.

Let's try this with a simple CONCAT function:

CREATE OR REPLACE FUNCTION concat(text, text, text) RETURNS text AS $$
SELECT $1 || ' ' || $2 || ' ' || $3;
$$ LANGUAGE 'sql';
 
SELECT CONCAT(title, firstname, surname) FROM persons;
concat
----------------
 
Dr. Henry Jekyll
(2 rows)

Still, the same problem with the row containing the NULL value.

While looking into this, I ran over the buildin function ARRAY_TO_STRING which leads the path to a very straight forward solution:

SELECT ARRAY_TO_STRING(ARRAY[title, firstname, surname], ' ') FROM persons;
 
array_to_string
------------------
Edward Hyde
Dr. Henry Jekyll
(2 rows)

Problem solved!

For the calculation of some MD5 sums I was using Digest::MD5. And for some reason I used it this way:

perl -MDigest::MD5 -le 'print Digest::MD5->md5_hex("foo")'
3200a4cda22a4a935412da8113b4139b

Looks good doesn't it? But the MD5 digest is incorrect. Just try it yourself and enter 'foo' in any given web MD5 generator out there.

The right way to use Digest::MD5 (and Digest::SHA1 too) would be

perl -M'Digest::MD5 "md5_hex"' -le 'print md5_hex("foo")'
acbd18db4cc2f85cedef654fccc4a4d8

Okay, my fault. But this annoys me a bit:

perl -w -MDigest::MD5 -le 'print Digest::MD5->md5_hex("foo")'
&Digest::MD5::md5_hex function probably called as class method at -e line 1.
3200a4cda22a4a935412da8113b4139b
fh$ perl -Mstrict -Mwarnings -MDigest::MD5 -le \
  'print Digest::MD5->md5_hex("foo")'
3200a4cda22a4a935412da8113b4139b

To be honest I have no idea, why -w produces a warning (which is a good thing) and use warning doesn't.

• we're moving from PostgreSQL 8.1.3 to the 8.3.5
• we're moving from database encoding LATIN1 to UTF8
• in our code we're using the TO_ASCII function a few times.

And this combination produces some headaches.

But first a gentle introduction to the TO_ASCII function. It converts any given text into it's ASCII representation. Folks bound to languages with german umlauts or some kind of apostrophes encounter many problems. For example: what should you do if you have to build some kind of index based on the first character of the lastname. Certainly you don't want to have an extra entry with 'Ü', instead you want to but them into the 'U' list. Grand entrance TO_ASCII:

SELECT to_ascii('Übermeier');
Ubermeie

Works like a charm. Caveat: TO_ASCII only supports LATIN1, LATIN2, LATIN9 and WIN1250 encodings but no UTF8.

Okay, the first guess would be to do something like this:

SELECT to_ascii(convert_to('Übermeier', 'latin1'));
ERROR:  FUNCTION to_ascii(bytea) does NOT exist

Bummer. CONVERT_TO returnes BYTEA, TO_ASCII only wants TEXT.

There has been some discussion going on on the pgsql.hackers mailinglist and frankly I can follow both parties in their point of view. But thanks to Pavel Stehule we have some kind of a hack to sidestep this issue:

CREATE FUNCTION to_ascii(bytea, name)
RETURNS text STRICT AS 'to_ascii_encname' LANGUAGE internal;

This version gladly accepts the BYTEA data returned by CONVERT_TO so we can just use it in this way:

SELECT to_ascii(convert_to('Übermeier', 'latin1'), 'latin1');
Ubermeie

Problem solved.

Edit: Added fix by eMerzh. Thanks!

Nachdem ich in zwei der 17 Tracks kurz reingehoert habe und es durchaus Gefallpotential hat, linke ich das mal hier - vielleicht interessiert es ja einen der 2.5 Leser die ich hab auch.

Was gibt es sonst neues? Dem Haxen geht es soweit gut, im Captain Ahab Mode bin ich trotzdem noch. Radfahren geht damit auch noch immer gut, den letzten Schmerz hatte ich wie ich Fussballtricks ala Yair ausprobiert habe - so Drehungen sind nach wie vor Aua.

Gleich nach dem Urlaub gabs eine Upgrade @ $ bei dem ich anwesend sein musste - bis halb zwei Morgens ging es - und das obwohl mir schon den ganzen Tag nach Niederlegen war. Was ich dann auch den Rest der Woche getan hab. Inkl. Schwindel, Kopfweh und dem grossen Ganzkoerperschmerz. Jetzt huste ich noch wie ein Kettenraucher und produziere Dinge in meiner Nase die lieber unausgesprochen bleiben. Jedenfalls hatte die Woche ein Gutes, ich hab mich schon wieder auf die Arbeit gefreut nach ein paar (bedingt durch noch mehr Feiertage unter der Woche) Tagen Einkasernierung.

Na ja - soweit so gut, jetzt gilt es halt nur den Archos samt Helmcam wieder auf Trab zu bringen und am Freitag nicht doch wieder umzukippen und sitzen zu bleiben... und Videoschnittsoftware auf'm Mac hab ich auch noch nicht </note to self>

Telegram vom Strand: Hr. Helmberger bewegt seinen Adoniskoerper mit ungewohnter Geschwindigkeit aus dem Wasser um einer spaerlich bekleideten Amazone nachzuspringen. Nach 10 Metern machts *schnapp* und besagter Koerper liegt im Dreck, Hr. Helmberger denkt sich Aua, bekleidet von heiserem, hysterischen Gelaechter (/slap). Erst nach einem unglaeubigen Blick auf das Melonengrosse (erm, nicht ganz, aber doch) Sprunggelenk am linken Lauf und irgend einem random insult gabs dann endlich die notwendige Zuwendung. Und erst nachdem's Hrn. Helmberger gar nicht mehr wohl in der Haut war (inkl. gezittere und (angeblich) schneeweissem Gesicht) wurde dann die Notfallkette in Gang gesetzt.

Erst kamen 2 Strandsheriffs die nicht viel taten ausser weiterzuleiten und zu schauen.

Dann kam eine Krankenschwester in Weiss mit Stethoskop um den Hals auf einem Fahrrad an und schaute schon ein bissl mehr.

Dann wurde ziemlich lang auf den RTW gewartet, der dann in Form einer typischen Ehrenamtlichen Mannschaft auftauchte. Naemlich ein Schrank von einem Fahrer und einem 50 kg Sanitoesenfrauchen. Beide nur mit ein wenig English bewappnet - aber war auch nicht notwendig, war ja im Prinzip klar was passiert war.

Ein recht erniedrigender Abtransport vom Strand via Tragesessel: erst schleifen, dann nach einer Verschnaufpause zu dritt (3!!!) getragen und dann doch zum Auto geschoben. Dort hab ich's der RTW Mannschaft doch nicht abgerungen die ewige Frage zu beantworten wie eine "Schrank/Frauchen" Mannschaft jemanden transportiert, geschweige denn bergen kann und bin selbst reingehupft. Waerend dem Transport das kleine Programm: erste Aktion: Pulsoxy drauf, zweite Aktion: Blutdruck messen, wobei es hier nicht so ganz hingehauen hat. Transportschein hab ich dann zum grossen Teil selbst ausgefuellt - was eh besser war da mehrsprachig bedruckt.

Naechste Station: Erste Hilfe Station im Ort. Nach kurzem Warten (davor war jemand in Behandlung der gar nicht gut aussah (Stifneck, total fixiert)) eine noch kuerzere Kontrolle, Verband drauf und weiter geschickt ins naechste Krankenhaus mit Roetgenabteilung und gleich noch einem Schein fuer die Orthopaedie.

Dort mit dem Privatfahrzeug hin, kurz mal in der Erstversorgung gewartet, weiter in die Roentgenabteilung, dort Null Wartezeit vor dem Roentgen, dann kurze Wartezeit zum Abwarten des Befundes. Ach ja, humorig aber durchaus praktisch war eine Aktion von dem Gehilfen dort, der mir von einer Hilfskarte vorlas, das ich jetzt draussen auf den Arztbefund warten soll. Auf dem stand dann halt 'Non fratture' - also wohl nichts gebrochen.
Juhu, keine Notoperation in Italien mit anschliessendem Verkauf meiner inneren Organe am Schwarzmarkt.

In der Orthopaedie dann nach kurzer Wartezeit ein absolute Proteam von Arzt und Helfer, denen's auch vollkommen wayne war, das zwei Kinder auf mir herumgeturnt sind waerend ein Zinkverband angelegt wurde.

Danach noch die uebliche Belehrung: paar Tage Ruhe, einige Sachen einwerfen, blah blah blah und anschliessende Flucht.

Auf dem Parkplatz noch gehoerterweise irgendwelche Mafiosischwarze (liegts vielleicht daran, dass das Krankenhaus 'Veneto Orientale' heisst?) die Kindern ein Paar Sportsocken in die Hand druecken und dann 15 Euro dafuer erpressen wollen, erm. ja.

Egal - been there done that. Brauch ich nicht noch einmal, kanns aber zur Not weiterempfehlen.

Bilder gibts leider keine, dafuer fehlte die Geistesgegenwart und Gefuehlskaelte. Allerdings werden die Roentgenaufnahmen nachgeliefert.

Ach ja, hoffe damit ist die Radsaison nicht beendet.