Wie ich bereits berichtet hatte, wurde das Tagging in Movable Type mit einem neuen MT-Feld Tags implementiert. Nach der Installation und einem ersten Rebuild war ich allerdings erschrocken ob der verwendeten URL. Die MT-Routine mt-search.cgi übernimmt in Echtzeit die Abfrage der Tags und sammelt so alle Ergebnisse ein.
Als sehr gute Hilfe und Einstieg in die Tagging-Welt von MT habe ich den Tagging-Artikel von Jay Allen bereits vorgestellt. Aber neben der rein technischen Realisierung bedarf es auch eines sinnvollen Einsatzes von Tagging und einer geeigneten Wahl der Kategorien und Tags in Weblogs.
Nachteil oder Vorteil?
Das URL-Konzept beim Tagging lässt sich bei näherem Hinsehen relativ einfach in den Griff bekommen. Da die Template-Tage eine gute Steuerung der URL gewährleisten, kann mittels der htaccess-Datei und einem kleinen Schnippselchen mod_rewrite-Code schnell eine saubere URL erstellt werden.
RewriteEngine on
RewriteRule tag/(.+) /mt/mt-search.cgi?tag=$1&blog_id=2
Damit wird dann aus
http://example.com/mt/mt-search.cgi?tag=fussball-wm&blog_id=1
die URL
http://example.com/tag/fussball-wm
Bleibt die Frage, wie sehr belastet ein solches Konzept aber die Performance des Systems? Die Antwort wird wohl erst die Praxis bringen. Die Belastung der htaccess bleibt in Grenzen. Nur muss bei jedem Tag immer die gesamte Datenbank durchsucht werden. Das stelle ich mir das doch etwas performancelastig vor, insbesondere, wenn viel Traffic entsteht oder mehr Tagging als normale Zugriffe stattfinden. Ein kompletter Ersatz der Kategorien z.B. durch Tags könnte bei einigermaßen Traffic ggf. schon sehr schnell Grenzen aufzeigen.
Beide URL-Varianten im Vergleich
Beide URL-Varianten könnt Ihr Euch hier auf Movable Type live in Aktion ansehen. Die Sidebar habe ich angepasst. Schlanke formschöne URLs werden per htaccess-Anweisung umgeschrieben. In den Entries stehen die Tags nach wie vor im hauseigenen URL-Schema.
Öffentliche und private Tags
Nützlich bei einem Tagging-Konzept dürfte ebenso die Verwendung von öffentlichen und privaten Tags sein. Private Tag zur persönlichen Verwendung tragen an der ersten Stelle des Namens das "@"-Zeichen.
@privat
Dadurch fallen sie aus der Darstellung heraus und werden auch bei der Tagsuche nicht mit angezeigt. Lediglich für die interne Verwendung stehen sie zur Verfügung. Wer mag, kann das Trennzeichen bei MT gesondern wählen, wodurch auch kompliziertere Tags möglich werden.
Ebenso interessant dürfte der Fakt sein, dass das Feld Tags nicht der internen Suche von MT unterliegt. Keywords als Feld wird hingehen durchsucht. Eine Tatsache, die bei der Planung von Projekten eine wichtige Rolle spielen könnte.
Mehr Flexibilität
Durch die Verwendung eines neuen Feldes scheint mir die Frage der Kompatibilität deutlich besser gegeben zu sein. Denn eine Reihe von Anwendungen haben bisher, wenn auch nicht per Standard, das Keyword-Feld von MT genutzt. Auch das bisherige Tag-Plugin ebenso wie das Tagwire-Plugin gehören dazu.
Frei durch mögliche Umstellungen der bisherigen Einsatzfälle könnte bald auch das Keyword-Feld neuen Projektplanungen wieder mit mehr Sicherheit zur Verfügung stehen. Denn das ursprünglich mal für den Einsatz im meta-Tag vorgesehene Feld spielt bei Suchmaschinen heute eine sehr untergeordnete und weitgehend vernachlässigbare Rolle.
Template-Tags für Tagging in MT
In MT stehen nun insgesamt folgende Template-Tags per Standard zur Verfügung:
- MTTags
- MTTagName
- MTTagID
- MTTagCount
- MTTagRank
- MTTagSearchLink
- MTEntryTags
- MTEntryIfTagged
