

Was an Navigationshilfen üblicherweise in Blogs vorhanden ist, wird ab einer gewissen Menge an Inhalten diesen nicht mehr gerecht. Die Themenauswahl entspricht lediglich einer einzigen Ebene in einer Baumstruktur und da hilft es auch nicht weiter, dass man einen Artikel mehreren Themen zuordnen kann.
Unterstützend gibt es zwar nette Kalender-Tools, doch mal ehrlich: Wer einen Artikel sucht, wird sich in aller Regel den Inhalt in groben Zügen gemerkt haben, jedoch weniger das Datum der Veröffentlichung, sofern es nicht erst drei Tage her ist. Wer sich seine Web-Statistiken mal genauer anschaut, wird feststellen, dass so gut wie kein Besucher im Kalender navigiert.
Noch schlimmer sind Tag Clouds. Was für eine fürchterliche Krücke, die doch letztendlich nichts anderes ist, als eine weitere Navigation nach Themen oder Stichwörtern. Was kann eine Tag Cloud, was eine Themenliste nicht kann? Sie kann sich stellenweise aufplustern, um vermeintlich wichtige Stichwörter optisch hervorzuheben. Doch woher weiß die Wolke, was ich lesen will? Vielleicht interessiert mich ja gar nicht, was alle anderen lesen. Vielleicht ist das Stichwort, nach dem ich suche, so klein, dass ich es in der Buchstabensuppe nicht finde.
Dabei ist der ideale Ansatzpunkt eigentlich schon in jedem Blog vorhanden: Die Möglichkeit, einen Artikel mehreren Themen zuzuordnen. Was wäre, wenn man als Leser ebenfalls mehrere Themen miteinander verknüpfen könnte, um Schnittmengen zu erzeugen? Hier ein kleines Beispiel:
Ein Blog hat 1000 Artikel, die 10 verschiedenen Themen zugeordnet sind. Wäre jeder Artikel nur einem einzigen Thema zugeordnet, würden pro Thema statistisch gesehen 100 Artikel aufgelistet werden. Viele Artikel wurden aber mehr als einem Thema zugeordnet. Könnte man jetzt alle Artikel anzeigen lassen, die einem Thema A und einem Thema B zugeordnet sind, hätten wir vermutlich eine Schnittmenge von nur noch 10 Artikeln. Das sieht doch schon viel übersichtlicher aus.
Spätestens bei einer Zuordnung zu 3 Themen könnte man so zielgerichtet Artikel aus einem Pool von mehreren Tausend herausfischen. Kombinieren wir das noch mit der obligatorischen Volltextsuche, hat kein Artikel mehr die Chance, sich zu verstecken.
In der Zuordnungs-Tabelle sind lediglich Artikel-IDs mit Themen-IDs verknüpft. Folglich lässt sich eine Abfrage wie
nicht durchführen. Vielmehr müssen wir die Zuordnungstabelle mehrfach einbinden:
Um unseren Abfrage-String aus einem Array aufzubauen, müssen wir theoretisch die Themenschleife zweimal durchlaufen lassen: Einmal für die FROM-Anweisung und einmal für die WHERE-Bedingungen. Das können wir jedoch auch in einem Durchlauf erledigen, indem wir beide Bestandteile in Variablen speichern:
Im Anschluss müssen wir mit diesen beiden Variablen nur noch unseren String aufbauen:
So, ich werde nun ein kühles Bier trinken gehen. Auf den nächsten Teil.
Von Tilman Pietzsch am 01. Juli 2009, 17:50 Uhr veröffentlicht | 1081 mal gelesen
Zuletzt bearbeitet am 01. Juli 2009, 21:20 Uhr
Thema: Code
Geschrieben von Robert Wetzlmayr am 02. Juli 2009, 07:46 Uhr:
Geschrieben von Tilman am 02. Juli 2009, 12:23 Uhr:
Geschrieben von LnddMiles am 26. Juli 2009, 22:02 Uhr:
Geschrieben von online casino am 13. November 2009, 10:18 Uhr:
