Drupal Suche findet Teilbegriffe nicht: wie kann man die Suche verbessern?

Die Drupal Suche kannst du am Besten mit Apache Solr aufbohren via Search Api

http://drupal.org/project/search_api
http://drupal.org/project/search_api_solr

Dafür musst du aber erst deinen Server um Solr erweitern.

Daran habe ich auch schon gedacht, aber es ist die Frage, ob ich ein 1&1 Webhosting Paket um apache Erweiterungen erweitern kann?

bieten in der Regel nicht viel Freiheit. Die Einzelheiten findest du sicherlich in deinem Account ;)

Das ist schon etwas rätselhaft. So rudimentär ist die Suchfunktion nun auch nicht. Ich hab mal einen Testartikel "Hamster in Deutschland" und einen "Hamster in Belgien" angelegt. Die werden beide unter dem Suchbegriff "Hamster" angezeigt. Kann es vielleicht sein, dass deine beiden Seiten noch gar nicht im Suchindex sind? Zur Indexierung braucht es einen Cron- Lauf. Vllt. den mal von Hand machen.

der Suchindex ist auf 100%.

anderes beispiel. Unser Angebot heißt "sorglos-wohnen" -

quasi ein sprechender Eigenname als Wortmarke

Wenn ich jetzt nach "sorglos" suche, sollte ich "sorglos-wohnen" finden - tu ich aber nicht.

Die Suche ist auf Node eingestellt (wahl zwischen node und user möglich)

Welche Felder hast Du denn so für die Aufnahme in den Suchindex konfiguriert? Standardmäßig wird da nämlich, wenn man search_api einsetzt, auch nicht so wahnsinnig viel indexiert, die meisten Felder muss man erst noch aktivieren, wenn ich das richtig im Kopf hab, selbst den Body.

Für eine substring Suche wirst du wohl um die solr Erweiterung nicht drumherum kommen.

jetzt bin ich etwas verwirrt, kann aber grad auch nicht auf das Projekt zugreifen (liegt auf Arbeit)

ich bin davon ausgegangen, dass wenigstens der Body Bereich - also das riesige Textfeld von "einfache Seite" indexiert wird...

wobei natürlich bei der Drupal Standardsuche gar nicht einzustellen geht, welche Felder indiziert werden sollen. Oder doch?
oder meinst du die Search api basierte Suche die man wie du beschrieben hast, konfigurieren muss?

verwirrt mich grad etwas.

Du musst in dem Falle nicht gleich auf solr setzen, obwohl dies als Such-Server natürlich die optimale Lösung wäre.

Versuch dich erstmal am [do:fuzzysearch] Modul - damit bekommst du auch schon eine recht gute Wort-Teil-Suche für deine Webseite.
Bei der Installation helfen dir die Anweisung auf der Modul-Seite bzw. die README.

Fuzzy Search bietet dir neben der Wortteilsuche auch eine Suche nach möglicherweise falsch geschriebenen Suchworten ( hier müsstest du schauen, ob das dann auch mit der deutschen Sprache funktioniert ).

SteffenR

auch wenn der auf 100% steht mußt du nochmal den cron ausführen

cron führe ich natürlich regelmäßig aus, schon alleine um mein autobackup (backup and migrate) automatisiert durchzuführen, bevor ich änderungen bzw. weiterentwicklungen vornehme.

daran kanns also irgendwie nicht liegen.

aber ich werde am Montag noch mal mit der search api und fuzzy probieren - was bisher bei mir nicht funktioniert hat... aber irgendwie muss es doch gehn...

D7 Wortteil-Suche und Umlaut-Suche

einfacher ist es eine suche mit views und hervorgehobenen feldern zu machen!

Da hast Du sicher Recht. Aber Du solltest Dir trotzdem mal das Modul Search API ansehen.

Nur mal als Beispiel. Eine Website auf shared Hosting und die Kombination der 3 Module Search API, Database search und Search pages.
Was die Konfigurationsoptionen fuer einen Suchindex betrifft, da kann eine reine Viewsbasierte Suche bei Weitem nicht mithalten.
Und wenn man diese Modulkombination mit der Coresuche vergleicht dann ist sie das Schweizer Taschenmesser.

da kann man aber auch schön mit autocomplete arbeiten. geht bei den anderen modulen auch?
und für kleine bis mittlere seiten langt die performance voll und ganz

Ich denke Autocomplete ist bei Search API mit im Boot - Views auf jeden Fall..

Es geht nicht unbedingt nur um die Performance. Wenn man beispielsweise die absolut granularen Optionen der Konfigurierbarkeit eines Suchindex hinsichtlich der Frage betrachtet was wie suchbar sein soll, dann kann man im Vergleich zur Coresuche oder einer Viewsbasierten Suche eigentlich nur vom Glauben abfallen.

Und, Search API ist skalierbar. Wer also mit der voran genannten 3-er Kombi die Such-Integration beginnt kann spaeter auch auf Solr umsteigen.
Search API in Zusammenhang mit den dazugehoerigen Modulen ist wie ein Baukasten mit dem man eine Suche aufbaut/konzipiert.

Mit einer aktiven Search API Suche kann man das Core Suchmodul abschalten.
Mit der oben genannten 3-er Kombi ist keine Wortteil-Suche moeglich. Es gibt einen Patch fuer das Modul Database Search welcher dies ermoeglicht.

daß autocomlete mit views geht war mir ja klar ;) habe ich ja oben geschrieben.
und mit search api geht keine wortteilsuche möglich?? aber genau das will er doch.
mit views geht das (textsuche "enthält")!!!

Du hast mich falsch verstanden. Ich meinte nicht Views kann Autocomplete. Ich meinte Search API mit Autocomplete sollte moeglich sein.

Ich habe nichts gegen Viewsbasierte Suche. Es ging mir lediglich darum, die im 1. Post bereits erwaehnte Info zu Search API etwas aufzubohren.