Drupal Suche, Custom Search und Indexierung
am 29.11.2010 - 14:09 Uhr in
Habe gerade ein merkwürdiges Problem. Nutze auf einer Seite das Modul Custom Search, wobei ich denke mit dem Modul selbst hat es nichtmal was zu tun, denn bei der normalen Suche ist es nicht anders.
Das System findet Titel von Nodes nicht wenn ich dannach suche... Nun werden Titel aber doch generell auch bei der Suche berücksichtigt oder etwa nicht? Jedenfalls erhalte ich kein Ergebnis wenn ich nach einem Nodetitel suche, der aber exakt so im System eingepflegt ist.
Am wahrscheinlichsten liegt das wohl daran, dass die Seite noch nicht voll indexiert ist. Stand war bei 14% indexiert... habe mal auf neu indexieren gesetzt weil sich da scheinbar nichts mehr tun wollte... jetzt steht es bei 0%... und bleibt da.
Cron manuell ausführen: keine Änderung
Poormanscron ist ebenfalls auf stündlich eingerichtet, aber der Index bleibt bei 0%.
Hat jemand eine Ahnung woran das liegen kann? Wie kann ich ggf die Indexierung komplett manuell durchlaufen lassen in einem Rutsch bzw überprüfen wieso sich da nichts tut?
- Anmelden oder Registrieren um Kommentare zu schreiben
Steht irgendetwas in den
am 29.11.2010 - 14:23 Uhr
Steht irgendetwas in den Drupal Log Daten, dass Aufschluss geben könnte?
Nein leider nicht weder bei
am 29.11.2010 - 14:32 Uhr
Nein leider nicht weder bei Statusbericht noch bei den Protokolleinträgen, dort steht nur: "Cron-Lauf vollständig.", nichts von irgendwelchen Fehlermeldungen.
Kennt jemand eine Möglichkeit
am 29.11.2010 - 18:04 Uhr
Kennt jemand eine Möglichkeit wie ich die Indexierung manuell und komplett durchlaufen lassen kann?
Habe jetzt mal die search
am 01.12.2010 - 09:30 Uhr
Habe jetzt mal die search tabellen der Datenbank manuell geleert, wenn ich den Cron ausführe indexiert das System und es werden nach und nach neue Datensätze angelegt. Bei 62575 Datensätzen in der search_index ist aber Schluss, Drupal ist da bei 23% der zu indexierenden Elemente, aber dann geht nichts mehr.
Liegt also vermutlich Datenbankseitig.
Habe schon versucht ALTER TABLE search_index MAX_ROWS=1000000000, hat aber nichts geändert.
Habe bei meinen Inhaltstypen ein paar CCK Felder gelöscht die nicht mehr benötigt werden und nun ist nach 60322 Datensätzen Schluss bzw immernoch 23%
Hat jemand einen Tipp?
Gleiches Problem!
am 16.06.2011 - 12:16 Uhr
Hallo,
Deine Frage ist zwar schon aelter, aber ich hoffe instaendig, Du meldest Dich dazu nochmal falls Du was rausgefunden hast.
Habe das gleiche Problem und bin schon halb wahnsinnig. Faellt natuerlich erst auf, seit die Seite live ist und mit Inhalt gefuellt wird....
Falls Du mir irgendeinen Tipp geben kannst - ich waere Dir seeeehr dankbar!
Gruss, Melanie
Hallo, ja ich hatte die
am 16.06.2011 - 13:05 Uhr
Hallo,
ja ich hatte die Lösung gefunden und ich bin dem Problem in einer anderen Installation auch ein zweites Mal begegnet. In beiden Fällen lag es an einer Inkonsistenz im Datenbestand: Datensätze waren z.B. in node-Tabelle enthalten aber nicht in Node-Revisions oder umgekehrt. Sobald die Indexierung zum jeweiligen Datensatz gekommen ist war Schluss. Nach manueller Bereinigung der Daten lief die Sache bis 100% durch. Bei beiden System wurden Daten aus anderen Quellen importiert die den Fehler verursacht haben. Gut wenn man es weiss.
Mit diesem Query solltest du die Inkonsistenzen herausfinden können:
SELECT * FROM node_revisions where nid NOT IN (SELECT nid FROM node)
bzw umgekehrt:
SELECT * FROM node where nid NOT IN (SELECT nid FROM node_revisions)
Hoffe es liegt daran, viel Glück!
Danke fuer die Antwort
am 17.06.2011 - 11:56 Uhr
ich habs probiert: Tatsaechlich hatte ich auch diese Inkonsistenz in der DB.
Leider hat mein manuelles Bereinigen nicht den erhofften Erfolg gebracht.
Ich habs so gemacht: alle Revisions geloescht, die keine node-Entsprechung hatten
und zu dem einen Node ohne Revision eine Revision angelegt. Vielleicht habe ich die Revision nicht richtig angelegt - oder es liegt doch noch an was anderem. Jedenfalls habe ich alle cache und suchíndex Tabellen nochmal geleert und den suchindex neu aufgebaut - gleiches Ergebnis.
Habs mit manuellem cron, poormanscron, supercron und elysia probiert...
ausserdem habe ich ein modul gefunden (http://drupal.org/project/reindex), das die indizierung erzwingt, was auch soweit klappt, dass dann erstmal alles gefunden wird (obwohl sich die Prozentzahl nicht veraendert - scheint irgendwie anders zu arbeiten, dieses Modul), aber man muss es immer manuell ausfuehren, das geht natuerlich nicht generell...
Also schade, ich war, als ich Deine Antwort las, schon so guter Dinge, aber es scheint noch nicht geloest.
Nun ja.
Habe mir gerade dein xing + FB-Profil angesehen. Schade, dass Du nicht in Hamburg wohnst, wir koennten naemlich jemanden mit Deinen Skills ab und an gut gebrauchen hier. vielleicht mal projektweise?
Viele Gruesse, Melanie
Eventuell kann die
am 17.06.2011 - 13:10 Uhr
Eventuell kann die Inkonsistenz auch noch in anderen Tabellen vorhanden sein, ich denke in dem Zusammenhang vor allem an Tabellen von verschiedenen Inhaltstypen, also content_type_irgendwas. Sofern ihr sowas habt vielleicht auch hier nochmal eine Überprüfung durchführen mit dem gleichen Schema wie oben, also node Tabelle mit Content Type vergleichen.
Habe mir gerade dein xing + FB-Profil angesehen. Schade, dass Du nicht in Hamburg wohnst, wir koennten naemlich jemanden mit Deinen Skills ab und an gut gebrauchen hier. vielleicht mal projektweise?
Heyhey, ich liebe Hamburg. :-)
Spricht grundsätzlich erstmal nichts dagegen, allerdings gibt es doch in HH und Umgebung einige sehr gute Drupaler, oder?
guter tipp,
am 17.06.2011 - 13:21 Uhr
werde dem sofort nachgehen, danke.
ja, drupaler gibts auch hier, aber bei deinem profil ist ja noch mehr dabei. genaueres klaeren wir bei bedarf mal ausserhalb des forums hier :-)
melde spaeter noch erfolg oder misserfolg :-)