Index
Der Index besteht aus genau einer MySQL Tabelle.
Pro potenziellem Suchtreffer gibt es genau einen Index-Eintrag, d. h. ein Eintrag pro TYPO3-Seite, pro News-Element etc.
Zu beachten: Beim Seiten-Indexer werden alle Inhaltselemente einer Seite dem Index-Eintrag der Seite zugeordnet. Beim Inhaltselement-Indexer wird pro Inhaltselement ein Index-Eintrag erstellt.

Datenbank-Feld type → Datentyp der indexierten Daten, z. B. „pages“ (Standard TYPO3-Seiten) oder Erweiterung, z. B. „ke_yac“ (Termine)

Datenbank-Feld targetpid → Zielseite, entweder die Seite, die indexiert wurde, oder die Seite, auf der z. B. eine Nachricht angezeigt werden soll.

• title → Titel des Indexeintrags, wird als Treffer in der Ergebnisliste angezeigt, normalerweise Titel der Seite, Titel der Nachricht etc.

• abstract → Zusammenfassung des Indexeintrags. Wird als Anreißer in der Suchergebnisliste angezeigt. Das Feld wird vom Indexer gefüllt. Standardmäßig ist es leer, aber über den Indexer kann es z. B. mit dem Anreißer einer Nachricht gefüllt werden. Wenn das Feld leer ist, wird in der Suchergebnisliste automatisch ein Anreißer aus dem Feld „content“ erzeugt.

Datenbankfeld content → indexierter Inhalt, bereinigt von HTML-Tags, bei Seiten der Inhalt aller Inhaltselemente vom Typ Text oder Text mit Bild, die auf der entsprechenden Seite liegen.

Datenbankfeld params → Parameter, die außer der Seiten-ID (Feld „targetpid“) zur Generierung des Links auf den Suchtreffer genutzt werden, z. B. Parameter zur Einzelanzeige einer Nachricht.

Datenbankfeld language → Sprache der Seite bzw. des Elements, das indexiert wurde. Wird durch das Suchplugin genutzt („Zeige nur Ergebnisse der aktuellen Sprache“) und zum Generieren des Links verwendet („&L=“-Parameter).

Datenbankfeld tags → Schlagworte, werden für die Facettierung verwendet, Textfeld, Schlagworte werden in der Form „#sommer##winter##heiß##kalt#“ eingetragen. Für die Verschlagwortung von Seiten bringt kesearch alle notwendigen Funktionen mit. Für weitere Inhalte ist der jeweils individuell erstellte Indexer für die Verschlagwortung zuständig.

Datenbankfeld fe_group → Gruppenberechtigung für diesen Indexeintrag. Achtung: Bei Standardseiten wird der Wert der Seite übernommen, nicht der der einzelnen Content-Elemente. Dies ist eine Einschränkung in der Kompatibilität zum TYPO3-Rechtesystem. Sie wird zugunsten einer besseren Performance in Kauf genommen. Siehe Dokumentation.

Datenbankfelder starttime, endtime, Zeitpunkt ab (bis wann) wann das Element angezeigt wird, wird beim Indexieren vom indexierten Element übernommen. Achtung: Bei Standardseiten wird der Wert der Seite übernommen, nicht der der einzelnen Content-Elemente. Dies ist eine Einschränkung in der Kompatibilität zum TYPO3-Rechtesystem. Sie wird zugunsten einer besseren Performance in Kauf genommen. Siehe Dokumentation.

Filter: Filter für die facettierte Suche. Filter können lokalisert werden (z. b. deutsch / englisch) und indivduelle benannt werden. Jeder Filter enthält einen oder mehrere Filteroptionen.

Filteroptionen: Liste von Schlagworten, z. B. „Sommer“, „Winter“, „blau“, „grün“. Können Seiten zum Zwecke der Verschlagwortung Seiten zugeordnet werden und werden als Grundlage für die Erstellung von Suchfiltern genutzt. Eine Filteroption besteht aus einem Titel, der im Frontend angezeigt wird und einem Tag (Schlagwort), welcher intern verwendet wird.

Indexer-Konfiguration (indexerconfig): Für jeden zu durchsuchenden Datentyp muss eine „Indexer-Konfiguration“ angelegt werden. Bei der automatischen Indexierung werden alle Indexer-Konfigurationen abgearbeitet

• intern: pid → Sysfolder, auf der diese Indexer-Konfiguration abgelegt wird.

• Titel (title) → Titel zur internen Verwendung, z. B. bei Reports.

• Speicherseite für Index-Einträge → Sysfolder, auf der die ermittelten Index-Einträge abgelegt werden. Wenn verschiedene Inhaltstypen durchsucht werden, die aber innerhalb einer Suchabfrage gemeinsam angezeigt werden sollen, so muss für beide Indexer-Konfigurationen die gleiche Speicherseite gewählt werden.

• Seiten (rekursiv) → Seiten, auf der die Suche rekursiv in die Unterseiten verzweigen soll.

• Einzelseiten → Einzelne Seiten, die allein stehend, also nicht rekursiv in den Index einbezogen werden.

• Speicherseite von Erweiterungen → Sysfolder mit Einträgen von Erweiterungen, die durchsucht werden sollen (Nachrichten, Termine, Produkte, ...).

• Typ → „Indexer“, Programmierung, mit der Daten erfasst und in den Index gespeichert werden. Mögliche Werte: „Seite“ oder weitere andere mitgelieferte oder individuelle Indexer. Nicht mitgelieferte Indexer für individuelle Datentypen müssen jeweils programmiert werden.