Suchmodul+ 01.03.03, Seiten + News durchsuchen, Suchbegriff-Highlighting |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
Suchmodul+ 01.03.03, Seiten + News durchsuchen, Suchbegriff-Highlighting |
Wed. 17. January 2007, 17:49
Beitrag
#21
|
|
Member Gruppe: Members Beiträge: 37 Mitglied seit: 27.07.2006 Mitglieds-Nr.: 163 |
hast recht... es geht wenn man sagt das er im text body suchen soll.... also einfach haken rein machen.... das eigentlich problem was ich noch habe ist das er dann sagt er hat 2 seiten gefunden .... also eine im newssystem und eine im normalen content.... aber zeigt nur die aus dem content an......
also er findet 2, bietet aber nur eine an..... -------------------- |
|
|
Wed. 17. January 2007, 18:07
Beitrag
#22
|
|
Member Gruppe: Members Beiträge: 37 Mitglied seit: 27.07.2006 Mitglieds-Nr.: 163 |
ich hab den fehler der dann wohl ein bug ist
wenn man bei "Ergebnisse pro Seite" eine 0 setzt damit alles auf einer seite angezeigt wird, werden bloß ergebnisse aus dem content angezeigt .... wenn man eine zahl setzt gehts.... damit kann ich schon mal leben.... ist ja auch noch keine stable version -------------------- |
|
|
Wed. 17. January 2007, 18:15
Beitrag
#23
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
Hi
die ganzen Suchmodule basieren ja derzeit auf einer direkten durchsuchung der Tabellen, was zur Folge hat dass z.B. das Gästebuchmodukl nicht indiziert wird, bei bbCode dann der bbCode in der Zusammenfassung steht etc. Ich will das Konzept nich umschmeißen, aber ich hätte da einen neuen Vorschlag: So wie das Smartypants-Plugin oder der eMail-Kodierer sich in die Seitenausgabe einschaltet könnte sich auch ein Indexer-Plugin dazwischenschalten dass 1. prüft ob die Seite modifiziert wurde, 2. wenn das der Fall ist die Seite in Keywords aufteilen und 3. die daraus wichtigen Keywords zählen und je eine Zeile in der DB anzulegen. Dann kann man im Suchmodul "einfach" diese Tabelle durchforsten und sogar bewertungen anzeigen, wie oft ein Begriff in der Seite vorkommt etc. Wenn man diese Tabelle (die dann bestimmt riesig wird) richtig anlegt (indizes richtig verwenden, am besten ein dreifaches Indize über seite/sprache/keyword). Vorteil wäre ganz klar dass alle Module mitverwurstet werden, egal wo sie ihre Daten herbeziehen (Beispiele: Newssystem, Gästebuch, RSS-Readerund andere Content-Syndication-Module) und dass die eigentliche Suche wahrscheinlich schneller wird. Die Vor- und Nachteile des Moduls bei großen Seiten müssen natürlich noch sehr stark gegeneinander abgewogen werden aber immerhin sollte man mal drüber nachdenken. Gruß, Peter |
|
|
Thu. 18. January 2007, 11:01
Beitrag
#24
|
|
Advanced Member Gruppe: Moderators Beiträge: 911 Mitglied seit: 26.06.2006 Wohnort: Essen; Ruhrgebiet Mitglieds-Nr.: 4 |
Hi die ganzen Suchmodule basieren ja derzeit auf einer direkten durchsuchung der Tabellen, was zur Folge hat dass z.B. das Gästebuchmodukl nicht indiziert wird, bei bbCode dann der bbCode in der Zusammenfassung steht etc. Ich will das Konzept nich umschmeißen, aber ich hätte da einen neuen Vorschlag: So wie das Smartypants-Plugin oder der eMail-Kodierer sich in die Seitenausgabe einschaltet könnte sich auch ein Indexer-Plugin dazwischenschalten dass 1. prüft ob die Seite modifiziert wurde, 2. wenn das der Fall ist die Seite in Keywords aufteilen und 3. die daraus wichtigen Keywords zählen und je eine Zeile in der DB anzulegen. Dann kann man im Suchmodul "einfach" diese Tabelle durchforsten und sogar bewertungen anzeigen, wie oft ein Begriff in der Seite vorkommt etc. Wenn man diese Tabelle (die dann bestimmt riesig wird) richtig anlegt (indizes richtig verwenden, am besten ein dreifaches Indize über seite/sprache/keyword). Vorteil wäre ganz klar dass alle Module mitverwurstet werden, egal wo sie ihre Daten herbeziehen (Beispiele: Newssystem, Gästebuch, RSS-Readerund andere Content-Syndication-Module) und dass die eigentliche Suche wahrscheinlich schneller wird. Die Vor- und Nachteile des Moduls bei großen Seiten müssen natürlich noch sehr stark gegeneinander abgewogen werden aber immerhin sollte man mal drüber nachdenken. Gruß, Peter Das klingt (von der Performance habe ich 0 Ahnung!) nach einem super Schritt in die richtige Richtung und würde sicherlich etliche Probleme beheben, die man derzeit mit der Suche hat! -------------------- |
|
|
Thu. 18. January 2007, 14:22
Beitrag
#25
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
Bei der Performance schlägt das Indizieren der Seite wohl am meisten zu buche, das suchen hingegen wäre dann ratz-fatz. Besser noch als beim Seitenaufruf zu indizieren, wäre es über Pseudo-Cron irgendwann nachts die Seite sich selbst indizieren zu lassen. Könnte man dann quasi als Alternativmethode mit dazugeben.
Gruß, Peter |
|
|
Thu. 18. January 2007, 20:25
Beitrag
#26
|
|
Advanced Member Gruppe: Moderators Beiträge: 911 Mitglied seit: 26.06.2006 Wohnort: Essen; Ruhrgebiet Mitglieds-Nr.: 4 |
Reindexieren muss man ja eigentlich auch nur wenn im Backend die Seite verändert wurde, aber vielleicht hab ich dich jetzt falsch verstanden!
-------------------- |
|
|
Thu. 18. January 2007, 20:35
Beitrag
#27
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
Genau
Aber wie stellt man das bei ner Seite wie z.B. dem GB fest? Wie wärs wenn man vor dem Ausgeben der Seite einen Hashwert der Seite erstellt? Das würde aber problematisch wenn irgendwo auf der Seite z.B. die aktuelle Uhrzeit ausgegeben wird.. Gruß, Peter |
|
|
Vereinfachte Darstellung | Aktuelles Datum: 26.9.24 - 12:26 |