maxfli55 wrote:Danke für die Antwort, aber was hat das nun - abgesehen von der Suchfunktion- für Konsequenzen für die Nutzung von s9y?
Deine s9y Datenbankabfragen laufen bei dir möglicherweise mit angezogener Handbremse.
Wenn dein Hoster den Fehler korrigiert hat, musst Du den/die Indexe manuell erzeugen, dafür musst du dann SQL-Anweisungen wie die obige beutzen. Gehe deine sql/db.sql Datei einmal durch und suche dir die entsprechenden CREATE INDEX Zeilen raus.
Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Hi Garvin,
wie erzeuge ich die Indizes manuell?
In meiner *.sql sind keine "Create Index" aufgeführt
Kann ich denn irgendwie zurück zu s9y 1.1. und dann nicht einfach s9y 1.2. aufspielen?
Bitte schaue wie geschrieben in deiner sql/db.sql Datei nach. Da steht SEHR OFT etwas wie "CREATE INDEX...". Wo hast Du geschaut?
Du kannst zurückgehen, aber du hattest die create-index fehler dann sicher schon bei der installation von s9y, das hat ja mit dem update erstmal nix zu tun.
Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
ich habe in phpmyadmin nach "create index" in der gesamten db (genau diese Zeichenkette) suchen lassen: keine Treffer
Davon habe ich ja auch nix gesagt. Ich spreche von der DATEI in /blog/sql/db.sql
Mein Hoster hat zwar gesagt er macht's, aber wie kann ich denn überhautp rausfinden, ob ich Indizes anlegen darf?
Das müsste mit dem SQL-Befehl "SHOW PRIVILEGES" gehen (siehe MySQL-Doku).
Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Du musst "{PREFIX}" mit dem Präfix deiner Datenbanktabellen ersetzen, standardmäßig ist das "serendipity_".
Und dann kannst Du die Befehle per SQL-Reiter in phpMyAdmin ausführen, oder auch in der Befehlskonsole, wenn du dazu zugriff hast.
Viele Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Es klappt leider doch nicht alles.
Diese Fehlermeldung kommt, wenn ich die Suche benutze und einen Treffer erhalte:
<pre>SELECT s.*, a.realname FROM kellotat_staticpages AS s LEFT OUTER JOIN kellotat_authors AS a ON a.authorid = s.authorid WHERE MATCH(headline,content) AGAINST('kellotat') AND s.publishstatus = 1 AND s.pass = '' GROUP BY id ORDER BY timestamp DESC</pre> / Can't find FULLTEXT index matching the column list
Wenn die Suche keinen Treffer liefert, kommt keine Meldung!
Also mir fällt da jetz selber keine direkte Lösung ein aber evtl. hilfts den anderen zu helfen wenn ich sage das bei der suche nach "bau*" kein fehler kommt, bei der suche nach "student" allerdings schon, ich vermute das script hat irgendwelche Probleme beim durchsuchen der Statischen Seiten...
Hi
die Statischen Seiten bleiben bei der Suche leider komplett unberücksichtigt, was aber am Plugin selbst liegt.
Ich nutze aber auch nur eine Statische Seite als Startseite. Der Rest sind über Permalinks aufgerufene Einträge, die über die Suche gefunden werden sollten.
Als Beispiele für die Fehlermeldung noch einmal:
Suche nach 'Bau' --> keine Treffer, keine Fehlermeldung
Suche nach 'Arbeitszeugnis' --> 1 Treffer, Fehlermeldung
Die Meldung erscheint immer ganz unten auf der Seite.
Bislang ist mir keine Auswirkungen des Fehlers bekannt, aber unschön ist's trotzdem...Wie kann man den Fehler abstellen?
