Informationen für CMS/made simple

kampkrusty · 11. Februar 2013 13:01

Klenkes schrieb:

Pulli schrieb:
Kann ich es aber so beinflussen, das auch bei der Eingabe von Wortteilen die Begriffe gefunden werden ?
Sollte es nur um eine Wortteilsuche gehen, kannst du einen kleinen Hack in der Datei action.dosearch.php des SEARCH Moduls anwenden.
Zeile 96, 97 sehen so aus:
[== PHP ==]
# $ary[] = "word = " . $db->qstr(htmlentities($word, ENT_COMPAT, 'UTF-8'));
$ary[] = "word = " . $db->qstr($word);  
Ersetzen durch:
[== PHP ==]
 $ary[] = "word LIKE('%".htmlentities($word, ENT_COMPAT, 'UTF-8')."%')";
 $ary[] = "word LIKE('%".$word."%')";
Dann findet "Kalk" Kalkstein aber auch Brackalkohol. (Blödes Beispiel)
Doch Vorsicht! Bei einem CMSMS Updates isses wieder weg.
Besser wäre die Lösung mit:
/module_custom/Search/action.dosearch.php
und nur dort die Änderungen gemacht.

Wenn ich diese Änderungen durchführe, hab sie einfach mal kopiert und die anderen beiden Zeilen auskommentiert, funktioniert die Suche nicht mehr und zeigt keine Ergebnisse an. Kann es sein das da noch etwas fehlt?

Kommando zurück! Ist scheinbar ein anderes Problem.

Beitrag geändert von kampkrusty (11. Februar 2013 13:10)

mörml · 11. Februar 2013 14:10

cyberman schrieb:

mörml schrieb:
Bei mir steht da Suchbegriff,eingeben - sonst nix.
Ähmm, reden wir jetzt vom gleichen?
Ich meinte in der Administration "Erweiterungen > Suche > Tab Optionen" gleich das erste große Feld, was mit Nicht zu indizierende Wörter: beschriftet ist ...

Mein ich auch :o)

cyberman · 15. Februar 2013 11:01

kampkrusty schrieb:

Wenn ich diese Änderungen durchführe, hab sie einfach mal kopiert und die anderen beiden Zeilen auskommentiert, funktioniert die Suche nicht mehr und zeigt keine Ergebnisse an. Kann es sein das da noch etwas fehlt?
Kommando zurück! Ist scheinbar ein anderes Problem.

Meinst du jetzt die geposteten Änderungen oder die originale Wortstammsuche?

kampkrusty · 15. Februar 2013 11:06

Die Änderungen von Klenkes haben wunderbar funktioniert. Mein Problem ist damit zunächst gelöst. Was mich noch interessieren würde wie das

Klenkes schrieb:

Besser wäre die Lösung mit: /module_custom/Search/action.dosearch.php und nur dort die Änderungen gemacht.

gemeint ist.

NaN · 15. Februar 2013 11:26

Damit ist gemeint, dass sich module_custom nicht nur auf Sprachen und Templates beschränken sollte, sondern, dass es toll wäre, wenn module_custom evtl. auch auf Modulaktionen anwendbar wäre. Dann könnte man Module beliebig anpassen, ohne den original Quelltext verändern zu müssen.

cyberman · 15. Februar 2013 11:35

kampkrusty schrieb:

gemeint ist.

Das ist eine CMSMS-eigene Spezialität, um Übersetzungen und Templates von Module individuell anpassen zu können, ohne im Original-Code rumhacken zu müssen wink . Weitere Infos dazu findest du hier

http://calguy1000.com/Blogs/6/60.html
http://forum.cmsmadesimple.de/viewtopic.php?id=500
http://forum.cmsmadesimple.de/viewtopic.php?id=629

Das ganze hat den Vorteil, dass bei CMSMS-Updates, deren Bestandteil ja das Suchmodul ist, die eigenen Änderungen nicht überschrieben werden.

Nur leider funktioniert diese Technik eben wie bereits von NaN erläutert (noch) nicht mit den Modul-Aktionen roll ... gibt's dazu eigentlich schon einen Feature Request?

czarnowski · 07. Februar 2014 13:29

Ein zusätzlicher Index und ganz wenige Miniänderungen in der action.dosearch.php ermöglichen cmsms eine passabel funktionierende Teilhabe an Mysql Fulltext Suchmöglichkeiten auch mit den da gegebenen Möglichkeiten von Wildcard wie ? und * und was den meisten interessieren dürfte auch mit 100% Kompatibiltät zur Altversion.

Eine Suche z.B. nach "micro*" ergibt dann eine Abfrage die so aussieht:

SELECT DISTINCT i.module_name, i.content_id, i.extra_attr, COUNT(*) AS nb, MATCH(word) AGAINST( 'micro*' IN BOOLEAN MODE) AS total_weight FROM cms_module_search_items i INNER JOIN cms_module_search_index idx ON idx.item_id = i.id WHERE (MATCH(word) AGAINST('micro*' IN BOOLEAN MODE)) AND ( IFNULL(i.expires, '2049-03-22 05:26:40') > '2014-02-07 13:25:50') GROUP BY i.module_name, i.content_id, i.extra_attr ORDER BY nb DESC, total_weight DESC

Jeder der sich nun mit Mysql auskennt wird nun wissen was er zu ändern hat.

cyberman · 07. Februar 2014 16:33

czarnowski schrieb:

Jeder der sich nun mit Mysql auskennt wird nun wissen was er zu ändern hat.

Da das hier die wenigsten sein dürften, lass uns doch einfach an deinem Wissen teilhaben - allein das Wissen darum, dass es besser geht, hilft hier niemandem weiter.

Cherry · 07. Februar 2014 19:01

+1

czarnowski · 10. Februar 2014 11:12

@cyberman na dann kann man sich nicht sicher sein das irgend jemand den Nutzen erkennt. Unter http://vg-syrgenstein.de/suche.html?key … *+-vereine kann man das mal probieren - die haben so etwas mit einem anderen System aber schlecht gemacht wie man an Hand der zahlreichen Doppelmeldungen einer Seite erkennen kann.

Mysql bietet da folgendes an Infos an http://dev.mysql.com/doc/refman/5.1/de/ … earch.html

Man muss nur die Vorverarbeitung der Searchwords ändern und die Sql anpassen.

cyberman · 11. Februar 2014 20:23

Warum sollte keiner den Nutzen erkennen, nachdem du ihn bereits beschrieben hast yikes ?

czarnowski schrieb:

Ein zusätzlicher Index und ganz wenige Miniänderungen in der action.dosearch.php ermöglichen cmsms eine passabel funktionierende Teilhabe an Mysql Fulltext Suchmöglichkeiten auch mit den da gegebenen Möglichkeiten von Wildcard wie ? und * und was den meisten interessieren dürfte auch mit 100% Kompatibiltät zur Altversion.

Viel Spaß dann noch beim "deiner Schatzsammlung", was man bei CMSMS alles besser machen könnte. Mit CMSMS hast du ja deine ganz persönliche "Unendliche Geschichte".

Für mich bleibt der Nutzen gleich Null, da ich nicht zu deiner Zielgruppe gehöre.

NaN · 12. Februar 2014 08:51

Mit CMSMS hast du ja deine ganz persönliche "Unendliche Geschichte".

Im Moment scheint er ja eher Contao im Visier zu haben. Was ihn aber nicht daran hindert, sein Mitteilungsbedürfnis über eine schlecht umgesetzte Contao-Suchfunktion im CMSms Support-Forum zu befriedigen... roll

czarnowski · 12. Februar 2014 12:51

@NaN du bist anscheinend einfach zu dumm um etwas lesen zu können.
Bist wohl irgendwann von ner Schwalbe gestürzt.
Contao Fulltext ist ein Beispiel bei dem man mal Fulltext ausprobieren könnte.

Sonst nenne doch mal ein Beispiel wo man es mit Cmsms ausprobieren könnte. He - höre ich da etwas ? Nein es gibt da nichts.

Ich sehe es so - einer der Ursachen warum es mit Cmsms nicht so richtig weiter geht sind auch Moderatoren wie du.

czarnowski · 12. Februar 2014 13:02

@cyberman wenn sich hier niemand mit Mysql auskennt ist es fraglich das jemand den Nutzen erkennt. Beschrieben ? Nur Schlagwort Mysql Fulltext, Wildcards Rest sind Mysql Kenntnisse die hier kaum jemand nach deinen Worten hat - deswegen der Link zu Mysql und ein Testlink wo man es probieren könnte. Die wahren Möglichkeiten sind gewaltig größer.

Und Realisierung - das können hier mit den Hinweisen genügend Leute übernehmen die hier öfters mal eigenen PHP Code posten. Die SQL liegt klar vor, weitere Infos gibts von Mysql.
Der Fulltextindex ist auf module_search_index -> word zu setzen - das war's.

Pippifax im Vergleich zu manchen selbstgestrickten und hier geposteten Smarty Plugins.

Also halte doch bitte hier manche Leute die hier teils kräftig in Sourcen mitmischen nicht für unfähig das zu machen.

NaN · 12. Februar 2014 13:28

@czarnowski:
Nu ist aber gut.
Du musst nicht immer gleich persönlich werden.
Das nervt auf Dauer und ist der ansonsten sehr angenehmen und entspannten Atmosphäre hier im Forum nicht gerade dienlich.

Und meine Person hat mit der Entwicklung von CMSms in etwa genausoviel zu tun wie Du und gute Umgangsformen - weshalb Du nun auch von Moderatoren wie mir auf unbestimmte Zeit in den Foren-Urlaub geschickt wirst.
Viel Spaß.

PS: Es war eine MZ!

cyberman · 22. Mai 2014 08:48

Klenkes schrieb:

Sollte es nur um eine Wortteilsuche gehen, kannst du einen kleinen Hack in der Datei action.dosearch.php des SEARCH Moduls anwenden.
Zeile 96, 97 sehen so aus:
[== PHP ==]
# $ary[] = "word = " . $db->qstr(htmlentities($word, ENT_COMPAT, 'UTF-8'));
$ary[] = "word = " . $db->qstr($word);  
Ersetzen durch:
[== PHP ==]
 $ary[] = "word LIKE('%".htmlentities($word, ENT_COMPAT, 'UTF-8')."%')";
 $ary[] = "word LIKE('%".$word."%')";
Dann findet "Kalk" Kalkstein aber auch Brackalkohol. (Blödes Beispiel)

Hab die Modifikation gerade wieder mal benötigt wink - daher ein kleines Update für CMSMS 1.11. 10

Zeile 96 gibt es nicht mehr, und aus Zeile 97 ist die Zeile 82 geworden.

langweilo · 20. Juli 2015 17:06

cyberman schrieb:

Klenkes schrieb:
Sollte es nur um eine Wortteilsuche gehen, kannst du einen kleinen Hack in der Datei action.dosearch.php des SEARCH Moduls anwenden.
Zeile 96, 97 sehen so aus:
[== PHP ==]
# $ary[] = "word = " . $db->qstr(htmlentities($word, ENT_COMPAT, 'UTF-8'));
$ary[] = "word = " . $db->qstr($word);  
Ersetzen durch:
[== PHP ==]
 $ary[] = "word LIKE('%".htmlentities($word, ENT_COMPAT, 'UTF-8')."%')";
 $ary[] = "word LIKE('%".$word."%')";
Dann findet "Kalk" Kalkstein aber auch Brackalkohol. (Blödes Beispiel)
Hab die Modifikation gerade wieder mal benötigt - daher ein kleines Update für CMSMS 1.11. 10
Zeile 96 gibt es nicht mehr, und aus Zeile 97 ist die Zeile 82 geworden.

genau den hinweis hab ich gesucht! danke ist übrigens bei 1.12 “Pohnpei” bzw. Suche 1.7.12 auch Zeile 82!

#26 11. Februar 2013 13:01

Re:

#27 11. Februar 2013 14:10

Re:

#28 15. Februar 2013 11:01

Re:

#29 15. Februar 2013 11:06

Re:

#30 15. Februar 2013 11:26

Re:

#31 15. Februar 2013 11:35

Re:

#32 07. Februar 2014 13:29

Re:

#33 07. Februar 2014 16:33

Re:

#34 07. Februar 2014 19:01

Re:

#35 10. Februar 2014 11:12

Re:

#36 11. Februar 2014 20:23

Re:

#37 12. Februar 2014 08:51

Re:

#38 12. Februar 2014 12:51

Re:

#39 12. Februar 2014 13:02

Re:

#40 12. Februar 2014 13:28

Re:

#41 22. Mai 2014 08:48

Re:

#42 20. Juli 2015 17:06

Re:

Fußzeile des Forums