"Suche" auf statischer Seite

Das mit dem Plus auf einer Serendipity Suche wäre mir sowieso neu. Wo hast du das oder darüber denn gelesen?
Ich kann mir kaum vorstellen dass es zwei unterschiedliche Suchpatterns beherrscht und würde daher nur matchen, wenn "Hörnli Peter" tatsächlich zwei aufeinanderfolgende Worte wären.
Das du also meinst, dass das auf bbbeat ginge, ist wohl eher auf eine Missinterpretation zurückzuführen. Und vielleicht sind die quicksearch Plugins hier und da noch unterschiedlich eingestellt.

Hast du einen entries table Fulltext Index ?

entry_idxFULLTEXTNeinNeintitle20 Ja body20 Jaextended20 Ja

Deine Interpretation dieses Satzes entspricht nicht unbedingt dem was da steht.... Mich irritiert inbesondere "Anführungszeichen" und "Teilwörter" im Zusammenhang mit dem Plus/Minus.

Und was sagt dir das hier?
https://bbbeat.ch/search/H%C3%B6rnli/Peter
Suchbegriff(e): Die Suche nach "Hörnli Peter" ergab 125 Treffer:

Bedenken muss man jetzt außerdem, dass durch die utf8mb4 Verkürzung der Index (varchar) Längen die beiden Indizes nicht mehr absolut vergleichbar sind. Denn das alte Serendipity normal utf8 hatte bis zu 64 Zeichen mehr zum durchsuchen, nicht wahr?!

 

https://www.blog.dokumenzi.ch/search/H%C3%B6rnli/
Suche: Die Suche nach "Hörnli" ergab 10 Treffer:
Wiewiele davon sind identisch mit dem +Hörnli +Peter result auf bbb?

Die 10 Treffer gabs mit https://www.blog.dokumenzi.ch/index.php?serendipity[action]=search&serendipity[searchTerm]=H%C3%B6rnli&serendipity[searchButton]=suchen!
während es bei der genannten Kurzvaiante nur 8 sind. (2. Zeile war falsch von mir kopiert).

Kurzvariante = /search/ehe/glueck vs das GET Geraffel
Weil + impliziert, dass es zu etwas Gesuchtem hinzugesucht werden soll (IMHO).

Es gibt sogar noch mehr "Suchoperatoren". Ich musste es neulich gerade mal raussuchen und schrieb es jemanden.

The MySQL Fulltext search, because it relies on Indizes hold in cache. (A real search would too easily bring down a server system quickly.)

Full-text Searches Using the Boolean Mode

The boolean mode is perhaps one of the most interesting things that MySQL full-text search has to offer. This mode has many caveats unique to it because it allows you to expand the search capabilities using boolean operators. When the boolean mode is in use, certain characters can have special meaning at the beginning or end of words. For example:

“+” means AND;
“-” means NOT;
The “(“ and “)” operators allows to create subexpressions;
“<” and “>” operators change the rank of the search value lower or higher;
“~” lowers the value’s contribution to the search results;
Double quotes (“”) only match literal values;
“*” is a wildcard operator (refer to the explanation above).

These operators allow you to expand the functionality of the search: for example, if you would want to retrieve all rows that contain the word “Demo”, but not “Demo2”, you could use a query like so:

SELECT * FROM table WHERE MATCH(column) AGAINST (“+Demo -Demo2” IN BOOLEAN MODE);

You can also use double quotes together with single quotes like so:

SELECT * FROM table WHERE MATCH(column) AGAINST(‘“search string”’ IN BOOLEAN MODE);

Full-Text Search Gotchas are certain stopwords not being allowed to use.

So after having said this. Did you ever tried that?

Diese Hörnli und Peter Geschichte hat mich jetzt ganz schön lange umhergetrieben. Aber HEUREKA ich habe es nun endlich gefunden, warum +29er -Peter richtig arbeitete (siehe Resultate von 29er Suche), aber eben nicht +Hörnli -Peter.

Schönes Neues Jahr! 🎇

Falls du bis zu einem nächsten realen Styx Update selber damit herumspielen möchtest musst du dir im Styx tree die allerletzte include/function_entries.inc im RAW modus angeln (und für das Backend die include/admin/entries.inc). Aber, nicht so sehr über die zugehörigen Commits, da ich hier und da noch etwas and den zugehörigen Notes herumgedoktert habe.

Also diese /search/... Kurzform ist ja eigentlich nur die mode_rewrite Entsprechung der langen GET queries wie

index.php?serendipity%5Baction%5D=search&serendipity%5BsearchTerm%5D=%2BPeter+%2BMatthias+%2BJ%C3%BCrg&serendipity%5BsearchButton%5D=Los%21

und wird zb auch bei den Seite 2 +/- Seiten als URI benutzt. Die URL_encodeten %5D Zeichen (etc) sind nur die umgewandelten Sonderzeichen [, ], ü, ä, ö, + für Leerzeichen, das MYSQL FULLTEXT Sonderzeichen + als %2B usw, die in der ursprünglichen Auslegung von URIs immer encoded werden mussten damit sie am anderen Ende richtig ausgelesen werden konnten und nicht etwa unterwegs verloren gingen. Heute helfen die Browser mit (-meine ich-) und so ist das nicht mehr wirklich immer vonnöten.

Diese Geschichte mit den searchhighlight Auszeichnungen ist verzwickt.... zB auch klappte es gar nicht auf result Seiten die durch das Seitenpaging weitergegeben wurden, wenn es multi-byte Zeichen darin gab.

Ich meine jetzt aber eine Lösung dafür gefunden zu haben (die komischerweise aber gar nicht direkt irgendwelche Besonderheiten für multi-byte Chars vornimmt und trotzdem das Problem löst) und werde das Update des Plugins gleich mal commiten.

Vedo che durante le vacanze di Natale hai fatto pratica con l'italiano. Bravo Beato! 😄