Wieso Indexed_Search?

Hallo,

ich bin momentan ziemlich verwirrt und würde gerne wissen, wieso jeder indexed_search anstelle der Typo3 Suche nutzt, die man einfach als Inhaltselement einbinden kann. Ich würde genau diese Suche gerne auf jeder Seite einbinden (gibt viel dazu wie man das mit indexed_search und mit macinasearchbox macht), finde aber nichts zu der Typo3-Suche. Die Suche von der entsprchenden Suchseite aus klappt. Versuche ich es aber über Macinasearchbox (die ich per TS auf jeder Seite eingebunden habe), komme ich zwar zu der entsprechenden Seite, kriege aber keine Ergebnisse (auch keine Meldung).

Kann mir jemand sagen, ob es da eine Möglichkeit gibt, die Typo Standard-Suche zu behalten und trotzdem auf allen Seiten ein Suchfeld zu haben?

hier noch mein TS

#######Search #########
lib.suche < plugin.tx_macinasearchbox_pi1
lib.suche {
  templateFile = fileadmin/templates/template_search.htm
  pidSearchpage = 64
}

Danke schonmal

Hallo.

Irgendwas123 schrieb

ich bin momentan ziemlich verwirrt und würde gerne wissen, wieso jeder indexed_search anstelle der Typo3 Suche nutzt, die man einfach als Inhaltselement einbinden kann.

Die IndexedSearch wird - so man kann - inzwischen auch mehr und mehr umgangen. Aber gehen wir es langsam durch:

Die TYPO3-Suche berücksichtigt nur wenige Datenquellen/-satztypen, die im PHP-Code festgelegt. Hier wird IMHO v.a. tt_content und pages durchsucht o.O

Die IndexedSearch durchsucht hingegen keine vorhandenen Daten/Tabellen, sondern baut sich einen eigenen Index auf. Hierfür hakt sie sich in die Seitengenerierung ein, wodurch sie auch Inhalte aus Plugins/Extension wie tt_news mit indizieren kann. Daher ist sie oft die bessere Lösung im Vergleich zur TYPO3-Suche.

Die IndexedSearch hat aber auch ihre Nachteile: v.a. bei umfangreicheren Seiten wird sie teils träge, ist dann zu unflexibel in der Konfiguration und nicht mehr ganz auf der Höhe der Zeit. Hier sind zunehmend externe Engines im Einsatz wie mnoGoSearch oder Solr.

Viele Grüße
Julian

K, vielen dank. Meine aktuelles Projekt hat ca 150 Seiten. Von der Größe und Geschwindkeit her ist das also kein Problem denke ich. Habe jetzt auch IndexedSearch eingebaut und ein wenig meinen Bedürfnissen angepasst. Jetzt habe ich aber noch ein Problem:
Ist das gesuchte Wort nahe dem Anfang der Seite, wird die Überschrift und der Menüpunkt nocheinmal angezeigt. Der Menüpunkt ist also doppelt (da die "Überschrift", also der Link, des jeweiligen Suchergebnisses ja schon so heißt) und die Überschrift des Inhaltselements ist nnicht vom Inhaltstext selbst abgetrennt. Wirkt in diesem Fall also ziemlich "unordentlich". Weißt du, wie ich das ändern kann? (kann kein PHP)Bild: img339.imageshack.us/…/sucher.png

Uploaded with ImageShack.us

Die IndexedSearch (und teils auch Implementierungen anderer SearchEngines) berücksichtigen bestimmte HTML-Kommentare, um den zu indizierenden Inhalt zu finden:

<!--TYPO3SEARCH_begin-->
<p>Das soll indiziert werden</p>
<!--TYPO3SEARCH_end-->
<p>Das nicht</p>

Ja, das weiß ich. Und ich hab mir das ganze auch schon mehrmals angesehen. Die Kommentare sind definitiv an der richtigen Stelle. Nur der Inhalt wird davon eingeschlossen. Nirgndwo dazwischen steht nochmal der Menüpunkt.

Hast Du die Kommentare vor oder nach der Indizierung eingebaut? Bin da auchs chon öfters drübergestolpert, dass noch "alte" Daten indiziert waren.

Also ich hab den Index nochmal komplett gelöscht nachdem ich diese Markierungen gesetzt hab. Was Altes sollte also nicht drin sein (habs sogar mehrmals gemacht)

Hm, dann sollte das tun....o.O

Ist das ganze schon irgendwo zu sehen? Vielleicht hilft das 4-Augen-Prinzip...

Wenn ich mir das ganze übrigens unter Info ansehe, steht dort auch 2 mal der Menüpunkt. Und zwar ganz links, in der entsprechenden Spalte dafür und dann nochmal rechts daneben im Feld "Title". Den Titel erstellt er während der Inidzierung; bei allen nicht indizierten Seiten steht dort "not indexed"

Nein, zu sehen ist es leider noch nicht. Habs momentan auf meinem Rechner über Xamp laufen. Wird dann über die Typo3 exportfunktion heute oder morgen online gestellt.

_DEFAULT_PI_VARS.extResume=0

So funktionierts... allerdings sind jetzt auch die Ergebnisse kürzer als ich eigentlich wollte.