Suche auf bestimmte Seiten eingrenzen

leerraum · 05. April 2011 10:41

Hi,

ich hab grade die Specs für eine Seite erhalten und da stehen ein paar interessante Sachen drin:

Der Kunde möchte PDF Dateien durchsuchen lassen. Dazu hatte ich hier schon mal einen Thread erstellt.

Viel interessanter ist aber, dass die Suche variabel nach aktuell angezeigter Seite nur diese und deren Subseiten, bzw. die den Parent Baum durchsuchen können soll.

Beispiel: ich bin auf 2.1.2. Der User ist verzweifelt und benutzt die Suche. Er soll nur Seiten von 2. aus angezeigt bekommen.

Geht das irgendwie?

Danke
leerraum

leerraum · 05. April 2011 14:32

ist die frage so dämlich, oder hat nur grade keiner zeit?

nockenfell · 05. April 2011 14:59

Zeit hätte ich, eine Lösung im Moment nicht glasses

Die Baumsuche könnte sich ev irgendwie lösen lassen, beim durchsuchen der PDFs wird es schon schwieriger. CMSms kennt kein Modul welches dies kann.

leerraum · 05. April 2011 15:13

ok, was meinst du wie man die baumsuche lösen kann. ich hab jetzt erstmal in die hilfe für das suchmodul geschaut, da hab ich aber nix gefunden. die keywords erscheinen mir irgendwie nicht passend. ich glaub das ist eher für eine tag cloud geeignet. gibt es noch ein anderes suchmodul?

edit: ich hab grade überlegt, ob man das vielleicht über smarty in der ausgabe dann filtern könnte. aber dazu kenne ich die ausgabe noch nicht genau genug. die suche muss ja einen link ausspucken, diesen link könnte man dann nehmen und gucken ob die friendly_position dem entspricht, was man haben möchte. dazu müsste man auf jeder seite erstmal eine variable definieren, die speichert von wo die suche aufgerufen wurde.

verrenn ich mich grade, oder gehts in die richtige richtung?

Beitrag geändert von leerraum (05. April 2011 15:23)

NaN · 05. April 2011 15:34

Ja, ja, ich seh schon. Unsere User sind hier verwöhnt wink

An sowas ähnliches habe ich auch im ersten Moment gedacht.
Einfach bei der Ausgabe des Suchmoduls die Ergebnisse anhand der URL filtern.
Die Variable, die man mitgeben müsste, wäre die ID der jeweiligen Übergeordneten Seite erster Ebene. Das könnte man mit CGSimpleSmarty recht einfach in das Suchformular als hidden Input-Feld einbauen.
Im Suchergebnis-Template könnte man dann mit {$smarty.get.besagte_id} darauf zugreifen. Dann muss man eigentlich "nur" die Links der Suchergebnisse mit einem RegExp Filter prüfen, um an die Seiten-ID zu kommen. Und dann könnte man wieder mit Hilfe von CGSimpleSmarty prüfen, ob diese unterhalb der im hidden Input-Feld übermittelten ID liegt.

Erstmal so als Ansatz, ohne irgendwas zu hacken.
Besser wäre es natürlich, wenn das Suchmodul einen entsprechenden Parameter dafür hätte, um schon bei der Abfrage die Seiten herauszufiltern.

leerraum · 05. April 2011 16:02

und dazu müsste man eine funktion da rein hacken, richtig? wie hoch sind denn die chancen, dass so eine funktion in den nächsten release mit reingenommen wird?

NaN · 05. April 2011 16:53

leerraum schrieb:

und dazu müsste man eine funktion da rein hacken, richtig?

Kommt drauf an welche Methode Du meinst.
Der erste Ansatz ginge evtl. via Smarty.

Für letzteres könnte man ja mal ein Feature-Request beim Entwickler abgeben.
Aber vor Ende Sommer würde ich nicht damit rechnen.

nhaack · 05. April 2011 20:20

Idee für einen Hack (alles auf eigene Verantwortung):

Man könnt sich am Feld "prefix_content_hierarchy" orientieren. Dort sind die IDs in einem String in Hierarchie geschrieben.

Also:

ID: 1 = Startseite
ID: 2 = Kuchenrezepte (A)
ID: 3 = Käsekuchen (B)

ist dann "1.2.3"

Dann müsste man nur noch gucken, ob die "Start-ID" der Suche (also z.B. alles unter Kuchenrezepte = "1.2") in der ID Hierarchy der gefundenen Seite auftaucht (also: "Kommt [1.2] in [1.2.3] vor?").

Ist also die ID einer Seite "A" Bestandteil der ID-Hierarchy einer anderen Seite "B", dann liegt "B" zwangsläufig unter "A", bzw "A" steht definitiv in der direkten Hierarchie über "B".

Für diesen Vergleich müsstest du aber die ID-Hierarchy der einzelnen Seite kennen, das wird mit Smarty schwierig, da die ID/Hierarchy nicht im Ergebnisset drin ist. In Zeile 250 (oder so) in action.dosearch.php des Search Moduls werden normale Content-Ergebnisse an das Resultset angehängt. Dort kommst du auch an die ID an (müsste jedenfalls dort irgendwo sein).

Die Start-ID könnte man als Parameter beo Modulaufruf übergeben und direkt abgleichen, also das Ergebnis garnicht erst mit rausgeben. Kann man ja sonst auch mit einem Schalter versehen (filter=true/false).

Führt aber dazu, dass die Suche grundsätzlich erstmal alle Seiten in Betracht zieht. D.h. du durchsuchst auch eigentlich ausgeschlossene Inhalte ... du zeigst sie nur nicht mehr mit an.

...

Nach dem URL Aufbau gehen, würde auch gehen. Dann klammerst du jedes Ergebnis vor der Ausgabe mit einen Stringvergleich (URL des Starts vs. URL der Seite). Quasi das gleiche wie bei der ID.Hierarchy nur im Template und nicht im Modul. Setzt aber sprechende und hierarchische URLs voraus.

Alle genannten Methoden unterdrücken aber erstmal nur nicht passende Ergebnisse.

Das mal als Ideenanreize in dem Raum getellt.

Grüße
Nils

Forum für CMS/made simple

#1 05. April 2011 10:41

Suche auf bestimmte Seiten eingrenzen

#2 05. April 2011 14:32

Re: Suche auf bestimmte Seiten eingrenzen

#3 05. April 2011 14:59

Re: Suche auf bestimmte Seiten eingrenzen

#4 05. April 2011 15:13

Re: Suche auf bestimmte Seiten eingrenzen

#5 05. April 2011 15:34

Re: Suche auf bestimmte Seiten eingrenzen

#6 05. April 2011 16:02

Re: Suche auf bestimmte Seiten eingrenzen

#7 05. April 2011 16:53

Re: Suche auf bestimmte Seiten eingrenzen

#8 05. April 2011 20:20

Re: Suche auf bestimmte Seiten eingrenzen

Fußzeile des Forums