{"id":63840,"date":"2024-12-14T14:00:25","date_gmt":"2024-12-14T13:00:25","guid":{"rendered":"https:\/\/www.herr-rau.de\/wordpress\/?p=63840"},"modified":"2024-12-19T09:18:15","modified_gmt":"2024-12-19T08:18:15","slug":"sql-und-cookies-und-firefox","status":"publish","type":"post","link":"https:\/\/www.herr-rau.de\/wordpress\/2024\/12\/sql-und-cookies-und-firefox.htm","title":{"rendered":"SQL und Cookies und Firefox"},"content":{"rendered":"
(4 Kommentare.<\/a>)<\/small> <\/div>\n

In der 10. Klasse treibt man SQL und Datensicherheit, und beides l\u00e4sst sich sch\u00f6n mit Firefox demonstrieren. Die Sch\u00fclerinnen und Sch\u00fcler k\u00f6nnen ihre eigene Browser-Vergangenheit und, wohl sp\u00e4rlicher, ihre Lesezeichen mit SQL-Abfragen durchsuchen.<\/p>\n\n\n\n

Einf\u00fchrung<\/h2>\n\n\n\n

Firefox speichert seine Informationen in einem Profilordner<\/strong>. Das ist praktisch, wenn man von einem Rechner zu einem anderen umzieht: dann muss man nur den Profilordner mitnehmen und kann dann in einem neuen Firefox mit dem gleichen Profil arbeiten, egal ob Linux oder Windows oder MacOS. (Der Profilordner ist \u00fcbrigens standardm\u00e4\u00dfig an einem Ort, von dem ich keine Backups mache, also habe ich einen anderen Ort daf\u00fcr eingestellt.)<\/p>\n\n\n\n

Unter anderem speichert Firefox Informationen in den Dateien places.sqlite<\/code> und cookies.sqlite<\/code>. Die erste Datei enth\u00e4lt alles \u00fcber besuchte Webseiten und Lesezeichen, die zweite alle \u00fcber die gespeicherten Cookies. Die Dateinamen-Endung deutet bei beiden darauf hin, dass es sich um SQLite-Dateien<\/strong> handelt, also ein Datenbankformat. Wie sch\u00f6n, dass in der 10. Klasse sowohl SQL-Datenbanken als auch Datensicherheit und Tracking Thema sind! Da bietet es sich doch an, einmal mit diesen Dateien zu spielen.<\/p>\n\n\n\n

Richtig Neues wird man nicht erfahren. Alle Informationen kriegt man einfacher, indem man einfach im Browser die Lesezeichenverwaltung benutzt beziehungsweise auf das Burger-Men\u00fc klickt, dann Einstellungen\/Privatsph\u00e4re und Sicherheit, und sich dann zu den Cookies durchfragt. Aber es geht ja auch darum, was da technisch im Hintergrund abl\u00e4uft.<\/p>\n\n\n\n

Ein erstes Beispiel und ein Exkurs<\/h2>\n\n\n\n

Man kann diese Datenbank-Dateien auch au\u00dferhalb von Firefox \u00f6ffnen. Mit Access oder Base geht das leider nur nach Installation zus\u00e4tzlicher Verbindungssoftware, aber es gibt webbasierte Software und vor allem portable Programme wie SQLite Browser. Darin kann man dann SQL-Abfragen zu den in der Datei gespeicherten Daten stellen, etwa:<\/p>\n\n\n\n

SELECT moz_bookmarks.title, moz_keywords.keyword
FROM moz_bookmarks, moz_keywords
WHERE moz_bookmarks.fk = moz_keywords.place_id<\/code><\/p>\n\n\n\n

Diese Abfrage bedeutet:
Nenne mir die Titel aller Lesezeichen (die in der Tabelle moz_bookmarks<\/em> gepeichert sind) und aller Keywords (die in der Tabelle moz_keywords <\/em>gepeichert sind), sofern die Lesezeichen mit den Keywords etwas zu tun haben. Die Ergebnistabelle sieht so aus:<\/p>\n\n\n\n

title<\/strong><\/td>keyword<\/strong><\/td><\/tr>
Wikipedia Deutsch<\/td>wde<\/td><\/tr>
WIkipedia Englisch<\/td>wen<\/td><\/tr>
Duckuckgo<\/td>d<\/td><\/tr>
Google Verbatim<\/td>gg<\/td><\/tr>
Google<\/td>g<\/td><\/tr>
Youtube<\/td>yt<\/td><\/tr>
Wiktionary deutsch<\/td>wikde<\/td><\/tr>
Wiktionary Englisch<\/td>wiken<\/td><\/tr>
woxikon<\/td>syn<\/td><\/tr>
Amazon DE<\/td>a<\/td><\/tr>
Duden<\/td>du<\/td><\/tr>
Herr Rau Suchfenster<\/td>hr<\/td><\/tr>
Suchen mit &udm=14 | the disenshittification Konami code | GOOGLE GOOD<\/td>ggg<\/td><\/tr>
Suchen mit MetaGer – Mehr als eine Suchmaschine<\/td>m<\/td><\/tr>
Urban Dictionary<\/td>ud<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Keywords sind eine Eigenschaft von Firefox-Lesezeichen, eine Art selbst vergebene Abk\u00fcrzungen. Dem Lesezeichen mit dem Titel „Wikipedia Deutsch“, dessen Adresse nat\u00fcrlich auch gespeichert ist, aber hier nicht abgefragt wurde, entspricht das selbst vergebene Keyword „wde“. Das f\u00fchrt dazu, dass ich in der Such- und Adresszeile des Browsers eingeben kann „wde Julie Andrews“, und dann lande ich gleich auf der Wikipediaseite zu Julie Andrews. (Den Tipp mit den Keywords habe ich von Kathrin Passig aus dem Techniktagebuch<\/a>.)<\/p>\n\n\n\n

Unter „Google Verbatim“ mit dem Keyword „gg“ findet sich \u00fcbrigens die wortgetreue Googlesuche. Die tats\u00e4chliche Adresse kann ich mir nicht merken, man muss sich dorthin klicken, und das Lesezeichen finde ich nicht immer, aber wenn ich „gg Grmblhx“ eintippe, wird automatisch dieses Lesezeichen benutzt, das mir tats\u00e4chlich nur die Fundorte mit exakt der Zeichenkette „Grmblhx“ darin ausgibt, genau so, wie man glaubt, dass das fr\u00fcher auch immer funktioniert hat. Zum Ausprobieren: „gg grmblhx<\/a>“ im Gegensatz zu „g grmblhx<\/a>„. – Wenn ich „a christmas carol“ suche, wird allerdings automatisch bei Amazon gesucht, da muss ich \u00fcber die Wahl meines Keyword-K\u00fcrzels noch einmal nachdenken. (Und: ggg f\u00fchrt zu einer Google-Suche *ohne* KI-Verschlimmbesserungen. Das kann man n\u00e4mlich ausw\u00e4hlen, jedenfalls noch.)<\/p>\n\n\n\n

Zur\u00fcck zu den Datenbank-Dateien<\/h2>\n\n\n\n

Die Datei places.sqlite<\/h4>\n\n\n\n

Die Datei places.sqlite<\/code> enth\u00e4lt etliche Datenbanktabellen. Hier sind drei wichtige, wobei ich auch hier nur einige wichtige Attribute anf\u00fchre:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Die Tabelle moz_places<\/code> ist zentral, sie enth\u00e4lt alle gespeicherten Adressen. Dabei ist es vorerst irrelevant, ob es sich um Adressen handelt, die zus\u00e4tzlich als Lesezeichen gespeichert sind oder alle in letzter Zeit besuchten Adressen. Zu jeder Adresse wird der URL gespeichert, der Titel der Seite (der oft NULL ist) und eine Beschreibung (sofern vorhanden), der Zeitpunkt des letzten Besuchs, die Anzahl der Besuche seit dem letzten Zur\u00fccksetzen und die „frecency“, Portmanteau und irgendwie verrechnete Kombination aus frequency<\/em> und recent<\/em>. Ich wei\u00df es nicht, aber vielleicht dient die frecency<\/em> dazu zu entscheiden, welche von mehreren passenden URLs zur Autovervollst\u00e4ndigung in der Adresszeile vorgeschlagen wird, wenn man anf\u00e4ngt, eine Adresse zu schreiben?<\/p>\n\n\n\n

Die tats\u00e4chlichen Lesezeichen sind in der Tabelle moz_bookmarks<\/code> gespeichert, die aber selber gar keine URL-Adressen verwaltet. Aber ein Tabelleneintrag dort hat mit einem Fremdschl\u00fcssel im Attribut fk<\/code> (f\u00fcr: foreign key) eine Referenz auf eine in moz_places<\/code> gespeicherte Adresse. Au\u00dferdem gibt es eine Referenz auf ein Keyword, siehe oben, die allerdings meist NULL sein d\u00fcrfte. – Das Attribut title <\/code>bezeichnet dabei entweder den Namen des Lesezeichens, oder den Namen des Verzeichnisses (wenn es sich beim Eintrag um ein solches handelt), oder den Namen des Schlagwort (wenn es sich beim Eintrag um ein solches handelt).<\/p>\n\n\n\n

Die zuletzt besuchten 10 URLs:<\/p>\n\n\n\n

SELECT moz_places<\/code><\/code>.title, moz_places<\/code><\/code>.url
FROM moz_places
WHERE moz_places.last_visit_date NOT NULL
ORDER BY moz_places.last_visit_date DESC
LIMIT 10<\/code><\/p>\n\n\n\n

Die am h\u00e4ufigsten besuchten 10 URLs:<\/p>\n\n\n\n

SELECT moz_places<\/code><\/code>.title, moz_places<\/code><\/code>.url, moz_places<\/code><\/code>.visit_count
FROM moz_places
ORDER BY moz_places.visit_count DESC
LIMIT 10<\/code><\/p>\n\n\n\n

Die relevantesten 10 URLs:<\/p>\n\n\n\n

SELECT moz_places<\/code><\/code>.title, moz_places<\/code><\/code>.url, moz_places<\/code><\/code>.frecency
FROM moz_places
ORDER BY moz_places.frecency DESC
LIMIT 10<\/code><\/p>\n\n\n\n

Alle Lesezeichen samt URL dazu, bei denen im Namen des Lesezeichens „Douglas Adams“ erscheint:<\/p>\n\n\n\n

SELECT moz_bookmarks.title, moz_places.url
FROM moz_places, moz_bookmarks
WHERE moz_places.id = moz_bookmarks.fk
AND moz_bookmarks.title LIKE \"%Douglas Adams%\"<\/code><\/p>\n\n\n\n

Intern arbeitet Firefox so \u00e4hnlich. Wenn ich bei der Lesezeichen-Verwaltung nach „elephant“ suche, sehe ich das:<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Intern steckt eine Abfrage wie diese dahinter, die mir das gleiche Ergebnis liefert:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Zugegeben: Meine Abfrage durchsucht nur die Namen der Lesezeichen nach „elephant“, w\u00e4rend die Firefox-Abfrage zus\u00e4tzlich die Namen von Schlagw\u00f6rtern und die URLs durchsucht. Das geschieht auch mit SQL, aber diese Abfrage gestaltet sich etwas schwieriger. Denn:<\/p>\n\n\n\n

Die Sache mit den Schlagw\u00f6rtern<\/h4>\n\n\n\n

Jaaaaaa… schwieriger zu vermitteln, w\u00fcrde ich in der Schule weglassen. Das Attribut parent<\/code> gibt in moz_bookmarks <\/code>zum einen an, wo das Lesezeichen gespeichert ist: im Lesezeichenmen\u00fc oder in der Toolbar oder in Weitere Lesezeichen. Und der Attributwert von fk entscheidet dar\u00fcber, ob das Lesezeichen am Ende gar kein Lesezeichen ist, sondern ein Schlagwort oder ein Verzeichnis f\u00fcr Lesezeichen.<\/p>\n\n\n\n