- Volltextsuche über den gesamten Forumsinhalt (alle Felder)
Geht doch jetzt schon - oder? (Titel, Verfasser, Inhalt und alles zusammen ...)
- Suchoperatoren wie + (Begriff muss vorhanden sein) und - (Begriff darf nicht vorhanden sein)
"+" ist der Default; "-" habe ich vor, einzubauen, grübele aber noch über die exakte Benutzerschnittstelle.
- Near-Operator: Es sollen mit "mailto: NEAR IE" nur die Dokumente ausgegeben werden, wo der Begriff 'mailto:' in der (relativen) Nähe vom Begriff 'IE' auftritt. Die relative Nähe könnte als Einflussgrösse für das Ranking verwendet werden.
Oh, jetzt wird es heftiger. An Ranking (also "Verstehen" des Dokuments) und NEAR (exakre Definition? Anordnung/Reihenfolge innerhalb des Dokuments?) hatte ist bisher nicht gedacht ... da bestände überhaupt noch Spezifikationsbedarf.
- Zusätzlich (optional) könnten auch Boolean-Operatoren wie AND, OR und NOT sowie Klammern implemmentiert werden. Da dies jedoch richtig Aufwand bedeutet, kann ich auch darauf verzichten.
Genau AND und NOT will ich unbedingt, und die beiden alleine sind m. E. nicht schlimm.
OR wird schlimm, weil ich dann zur flexiblen Kombination mit AND volle (rekursive) Expressions und damit praktisch auch Klammern brauche.
Habe ich nur NOT und AND, dann definiere ich einfach, daß NOT stärker bindet und implementiere keine Klammern - fertig ist die Laube ... (dann geht halt *nicht* "x AND NOT (Y AND Z)", aber wer braucht das?)
Falls Du Unterstützung brauchst, um Teile davon (in Perl?) umzusetzen, melde Dich.
Ich werd mein Bestes geben ;-)
Darüber reden wir nochmal, wenn die "Masse" wirklich Klammern "fordert" :-) ... ungefähr da wird die Sache nämlich schrecklich aufwendig, und womöglich wird hier dann auch die Performance ein Problem.