Hallo,
ich habe weitere Probleme mit dem mm_forum (leider).
Wörter mit Umlauten werden nach einer manuellen Indexierung durch einen Admin/Moderations Account im Forum gefunden. Nach einiger Zeit nur noch die Hälfte oder weniger und nach 1-2 Stunden gar keine Ergebnisse mehr zu Wörtern mit Umlauten gefunden. Die Anzahl der Wörter und Topics in den Tabellen wordmatch und wordlist bleibt dabei aber gleich.
Es läuft der Indexierungs - cronjob alle 15min.
Ich frage mich, was da passiert, ich finde auch keinen Timestamp Abgleich, es gibt einfach keinen Sinn.
Der cronjob und sein indexing bauen regelmäßig Suchergebnisse ab, so habe ich in der wordmatch Tabelle nur noch 10 Treffer für das Wort "über" und bekomme in der Suche 9 Ergebnisse, egal welche Haken ich setze.
Nach einer manuellen Indexierung sind es 22 Ergebnisse bei 26 Datenabnkeinträgen.
Wie kann da was verloren gehen, wenn die Tabellengrößen immer gleich sind?
Ich versuche den Ablauf der Indexierung nachzuvollziehen, komme aber nicht auf den Trichter.
Dieser Bug hier :
Bugtracker
Ist offensichtlich noch aktuell? Mein Regex enthält die korrekten Umlaute im search_string längst, das Problem ist jedoch so wie oben beschrieben.
Für Aufklärung möglicher Stolperfallen der Indexierung wäre ich dankbar.
*edit*
Tja und so kommen die Dinge ans Licht, das cron - Script per Hand ausgeführt gibt ein korrektes Ergebnis, läuft der Cronjob fehlen eingie Tabellen-Einträge bzw es sind andere.
Es ist aber der gleiche shell-User, keine Unterschiede, zum manuellen ausfüllen wird das gleiche, wie in der crontab genutzt.
Wie kommt sowas Zustande?
Klar das ist nicht mein Server, aber nicht zu ändern.
Ich tippe auf Typos Art der PFade und Konstanten bei crons.
*update*
Umgebungsvariablen des Cron Jobs CTYPE, 1&1 Server wohl, wundert dann nicht mehr.
Es funktioniert jetzt zwar, ändert aber nichts daran, dass der Indexierungsbutton im Forum nie ein ersat für den Cron sein kann, und veralteter nicht genutzer Code im Quellcode hängt.
Bei den neuen Regex ist die Wildcard "*" Suche auch sehr fragwürdig.
Problem Serverseitig gelöst.
Aber das Konstrukt was hier für die Suche existiert kanns einfach nicht sein, schon die Art nicht existente Topics zu identifizieren, das ist unter aller Kanone, wie die ganze Methode selbst, ich nehme an die Idee war Performance.