Verbesserung, Optimierung und Anpassung der bloginternen Suche

Mir scheint, da will jemand die eierlegendewollmilchsauoderwiedieauchrichtigheissenmag neu erfinden. Mir geht der praktische Nutzen der Auflistung aller möglichen Permutationen von sagen wir 4 Suchkriterien ab. Um es mal an einem Beispiel zu verdeutlichen:

Wenn es mir auf die Suchbegriffe "billig, grün, nase, puder" ankommt, dann will ich alle vier haben, wollte ich auch cremen zusätzlich zu puder, würde ich zwei Suchläufe machen, oder den fünften Suchbegriff auch einschliessen; und wenn es mir egal wäre, ob puder oder creme, dann würde ich den Begriff ganz weglassen.

Konkret habe ich zwar nicht ausgetestet, was Dein Wunsch für die performance bedeutet, könnte mir aber vorstellen, dass es an die Ressourcen geht.

Ansonsten ist die Suchfunktion recht gut im Codex beschrieben - hast Du schon mal reingeschaut?

LG Domi

wie wäre es mit der google custom search?

Es tut mir leid, aber das Thema ist nicht, ob Du von irgendwas eine "Ahnung hast", sondern ob Du gewillt bist, Dich mit der Materie auseinanderzusetzen. Darauf zielten meine obigen Bemerkungen. Denn auch nach mehrmaligem Lesen scheint mir Dein Konzept reichlich konfus (ob es an meinem Empfänger liegt, und gar nicht an Deinem Sender, ist grundsätzlich auch eine Möglichkeit). Machbar ist vieles, ob es auch sinnvoll ist, das ist und bleibt *für mich* meine Frage.

LG Domi

Nochmal: mir geht es gar nicht darum, dass Du die Geschichte selber codest, ich meine, Du hast Dein Anliegen nicht klar formuliert. Bei den billigen Schuhen ist es mir klar, aber wozu soll der User überhaupt bei dem billigen grünen Puder für die Nase die Treffer mit nur 3 und 2 und 1 dieser vier Begriffe angezeigt bekommen. Im Grunde sucht er/sie/es das Produkt "billiges-grünes-puder-für-die-nase", blosss er kennt den Hersteller nicht.
So, und damit das Ganze einen Bezug zu WP bekommt: damit der User überhaupt weiss, wonach es sich lohnt zu suchen bzw. welche Tags es gibt, kann man zB eine Tag-Cloud generieren, oder eine Liste, die alle Tags aufführt (womit wir bei dem Vorschlag von Bambaataa wären, nämlich einer SELECT-Abfrage).

Aber: das sind meine Gedanken dazu, welche *mir* auch glasklar sind, weil ich sie nur durch *meine* Wahrnehmungsfilter jage, und darum ist auch Dir das eigene Anliegen auch klar, und mir nicht.

Und ich will Dich nicht plagen, oder blossstellen - nein, ich finde das Projekt spannend, und versuche mit Dir und den anderen Beitragendedn das konzeptionell zu fassen.

LG Domi

Bambaataa:

Es mag an der Uhrzeit liegen. Weder Du noch der Threadersteller brauchen mir den Sinn der Abfrage nach "billigen Schuhen" erklären.

Quote

Bei den billigen Schuhen ist es mir klar

Ich denke, im 2. Teil des Satzes habe ich erklärt, was ich als problematisch ansehe, und auch warum.

LG Domi

Naja. Solche "Guides" gibt es schon. zB für Highlighting. Finde ich ( Domi) auch weit sinnvoller, als da eine "tausend Optionen" Box anzuhängen. Am sinnvollsten finde ich aber nach wie vor folgenden Ansatz:

a) Tags, Categories, Taxonomies => Checkboxen (default: checked)
b) Ajax basierendes filtern der Gesamtsuchergebnisse der aktuellen Suchergebnisse

Hatte da auch schon einmal mit jemandem diskutieren angefangen, aber leider ist mein Projekt geplatzt und ich hab mich nicht weiter damit beschäftigt.

Naja... Sollte aber jemand einmal nach "Hotel Wien Währing Simmering" suchen, wird er sich ein wenig ärgern. Weil "Währing" und "Simmering" zwei komplett verschiedene Bezirke sind und dann gar kein Ergebnis mehr kommt. Sinn macht das nur, wenn es solche Szenarios gar nicht gibt. Anderes Bsp.: "Schuhe rot grün", "Kette gold silber", etc. Dann wird das Beschlagworten (Tags, Taxes) zum heiklsten Prozess, der für alle "falschrichtigen" Ergebnisse verantwortlich ist. Es gibt allerdings ein nettes Plugin (Namen weiß ich jetzt nicht genau), mit dem man alle durchgeführten Suchen mitloggen kann (Dashboard Widget mit an Board). Über sowas haben wir in einem Projekt erstmal 2 Monate lang die Standardsuchen protokolliert und die Suche dann entsprechend modifiziert.

Hey Marcus,

http://codex.wordpress.org/Function_Refer…et_search_query

Das ermöglicht schon einiges. Ich nehm einmal an, dass da ein Array zurück kommt... Hab derzeit kein brauchbares "Testgelände". Könntest Du einmal ausprobieren, was da retour kommt (print_r) und hier posten? Danke!

Ergänzung: /wp-includes/general-template.php line 1835

/**
* Retrieve the contents of the search WordPress query  variable.
*
* The search query string is passed through {@link  esc_attr()}
* to ensure that it is safe for placing in an html  attribute.
*
* @since 2.3.0
* @uses esc_attr()
*
* @param bool $escaped Whether the result is escaped.  Default true.
*      Only use when you are later escaping it. Do not use  unescaped.
* @return string
*/
function get_search_query( $escaped = true ) {         $query = apply_filters( 'get_search_query', get_query_var( 's' ) );
         if ( $escaped )
                 $query = esc_attr( $query );
         return $query;}

Heißt also, dass das (get_query_var) aus der WP_Query class kommt, bzw. dem Array query_vars. 's' steht also für search... (frag mich immer noch für was "m, p, w und tb" stehen..)

Mit einem Array kann man so einiges machen. Die Frage ist bloß, wie so ein Suchergebnis aussieht. Siehe oben: Kannst Du mal eines abfangen und hier posten? Am koolsten wäre ein schönes foreach($result as $key => $val) { echo $key . ' - ' . $val . '<br />'; }

:) Danke!