Fehler bei Plugin YARPP

Bei vielen Hostern hast du gar keine Wahl bei der Wahl der Engine, da ist MyISAM fest eingestellt. Davon abgesehen ist MyISAM auch die Standard-Engine bei MySQL. Eventuell siehst du in der DB-Verwaltung - z.B. per PHPMyAdmin - welche Engine verwendet wird. Du kannst auch deinen Hoster fragen.

Ich persönlich würde einfach druffdrücken. ;-) Natürlich vorher ein Backup der DB machen, falls doch was schiefgehen sollte! Der 2. "Fehler" erledigt sich dann vielleicht schon von selbst.

Zitat von kidffm

Habe ich vielleicht jetzt schon was in der Db kaputt gemacht?

Nein, keine Angst. Außerdem hast du doch für den fall der Fälle dein Backup. ;-)

Zitat

Dann habe ich die 4 SQL Queries ausgeführt, die der Autor des Plugins für den Fall auf seiner Website veröffentlicht hat, dass das Plugin die Tabellen nicht anlegen konnte.

Lass bei den letzten beiden mal den Teil nach der Klammer weg (das Semikolon am Ende bleibt!) sowie die collate-Angaben weiter oben:

CREATE TABLE IF NOT EXISTS `wp_yarpp_keyword_cache` (
  `ID` bigint(20) unsigned NOT NULL default '0',
  `body` text [COLOR="Red"][del]collate utf8_unicode_ci[/del][/COLOR] NOT NULL,
  `title` text [COLOR="Red"][del]collate utf8_unicode_ci[/del][/COLOR] NOT NULL,
  `date` timestamp NOT NULL default CURRENT_TIMESTAMP,
  PRIMARY KEY  (`ID`)
) [COLOR="Red"][del]ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci
COMMENT='YARPP''s keyword cache table'[/del][/COLOR];
CREATE TABLE IF NOT EXISTS `wp_yarpp_related_cache` (
  `reference_ID` bigint(20) unsigned NOT NULL default '0',
  `ID` bigint(20) unsigned NOT NULL default '0',
  `score` float unsigned NOT NULL default '0',
  `date` timestamp NOT NULL default CURRENT_TIMESTAMP,
  PRIMARY KEY  (`reference_ID`,`ID`)
) [COLOR="Red"][del]ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci[/del][/COLOR];

Ich hatte schon Hoster die diese Zusätze nicht erlaubten, weiß der Geier warum. Sollte aber anschließend trotzdem alles korrekt funktionieren, im schlimmsten Fall werden nur die Zeichen in der falschen Codierung in die DB geschrieben - aber anschließend genauso falsch wieder ausgelesen. Und wie wir alle wissen ergibt minus mal minus wieder plus. ;-)

Oh Mann, wer hat denn deinen MySQL-Server konfiguriert? :twisted:

Versuch mal:

CREATE TABLE IF NOT EXISTS `wp_yarpp_keyword_cache` (
  `ID` bigint(20) unsigned NOT NULL default '0',
  `body` text NOT NULL,
  `title` text NOT NULL,
  `date` timestamp NOT NULL [color=red][del]default CURRENT_TIMESTAMP[/del][/color],
  PRIMARY KEY  (`ID`)
);
CREATE TABLE IF NOT EXISTS `wp_yarpp_related_cache` (
  `reference_ID` bigint(20) unsigned NOT NULL default '0',
  `ID` bigint(20) unsigned NOT NULL default '0',
  `score` float unsigned NOT NULL default '0',
  `date` timestamp NOT NULL [color=red][del]default CURRENT_TIMESTAMP[/del][/color],
  PRIMARY KEY  (`reference_ID`,`ID`)
);

Ich kanns aber grade nicht selbst testen obs funktioniert. Hängt wahrscheinlich auch vom Plugin ab, ob es die Zeitstempel selbst setzt, das hab ich jetzt auch nicht überprüft. Probiers mal aus, im schlimmsten Fall hagelts noch ein paar Fehlermeldungen.

Passieren kann nichts, keine Angst.Solange die Queries Fehlermeldungen werfen ist eh noch nichts in der DB angekommen.

Aber schon merkwürdig, von All-Inkl sind mir solche Probleme auch nicht bekannt. Eventuell mal beim Support nachhaken und mal schauen welche PHP-Version und - noch wichtiger - welche MySQL-Version aktuell bei dir werkelt.

PHP würde ich bei WP 2.8 definitiv auf 5 switchen, geht sicher ganz einfach. Hat aber natürlich nix mit deinem Problem zu tun. MySQL Client API muss nichts mit der tatsächlichen MySQL-Serverversion zu tun haben, die wird dann aber vermutlich ebenfalls 5.0.x sein. Das wäre okay. In dem Fall würde ich tatsächlich mal bei All-Inkl nachhaken ob die dir mit den Queries helfen können. Ich kann hier mangels entsprechend konfigurierter Testumgebung nicht wirklich weiterhelfen... :-|

Also war noch kein MySQL 5 installiert, aber die API dafür? Interessante Konfiguration... :) (Aber gut ich kenn mich an der Stelle zu wenig aus, kann schon sein dass das okay ist.)

Die Zeichencodierungsprobleme sollten sich lösen lassen, du kannst in der wp-config.php ja Konstanten zur DB-Zeichencodierung angeben. Experimentier da mal ein wenig, manchmal muss dort "utf8" rein, manchmal ein leerer String. Kommt ganz auf die spezielle Konfiguration an.

define('DB_CHARSET', 'utf8');
define('DB_COLLATE', 'utf8_general_ci');

Editing wp-config.php WordPress Codex

Die 2. Konstanten sollten in der WP-config.php stehen. Welche Werte sie haben müssen musst du wie gesagt mal ausprobieren. Wenn alles auf UTF-8 läuft (WP und Datenbank), dann würde ich mit leeren Werten anfangen.

Dein Beispiel sieht so aus als würden die Zeichen doppelt codiert.