hallo,
ich hatte folgendes problem, beim umzug des forums, providerbedingt, kam es zu folgender störung beim import
Hallo,
beim überpsielen der DB gibt es Probleme...
scheint mit mySQL4 nicht kompatibel zu sein, da der Import immer abbricht:
SQL-Befehl:
INSERT INTO phpbb_search_wordlist
VALUES (
'?ffentlichkeit', 697, 0
);
MySQL meldet: [Dokumentation]
#1062 - Duplicate entry '?ffentlichkeit' for key 1
nach einigem googlen und viel lesen war ich dem "täter auf der spur"
die sache ist gelößt ich schreibe dies nur um evtl. leidensgenossen eine lösung zu präsentieren.
gruß
g-s
FEHLER BEI UMZUG AUF NEUEN SERVER
Forumsregeln
phpBB 2.0 hat das Ende seiner Lebenszeit überschritten
phpBB 2.0 wird nicht mehr aktiv unterstützt. Insbesondere werden - auch bei Sicherheitslücken - keine Patches mehr bereitgestellt. Der Einsatz von phpBB 2.0 erfolgt daher auf eigene Gefahr. Wir empfehlen einen Umstieg auf phpBB 3.1, welches aktiv weiterentwickelt wird und für welches regelmäßig Updates zur Verfügung gestellt werden.
Eine Neuinstallation von phpBB 2.0 wird auf phpBB.de nicht mehr unterstützt.
Siehe auch Entwicklungs-Ende von phpBB 2.0 - Auswirkungen auf phpBB.de
phpBB 2.0 hat das Ende seiner Lebenszeit überschritten
phpBB 2.0 wird nicht mehr aktiv unterstützt. Insbesondere werden - auch bei Sicherheitslücken - keine Patches mehr bereitgestellt. Der Einsatz von phpBB 2.0 erfolgt daher auf eigene Gefahr. Wir empfehlen einen Umstieg auf phpBB 3.1, welches aktiv weiterentwickelt wird und für welches regelmäßig Updates zur Verfügung gestellt werden.
Eine Neuinstallation von phpBB 2.0 wird auf phpBB.de nicht mehr unterstützt.
Siehe auch Entwicklungs-Ende von phpBB 2.0 - Auswirkungen auf phpBB.de
DIE LÖSUNG!!
so hier die Lösung:
ich kann aber nicht genau sagen wies geht, denn die lösung stammt von meinem provider:
Die Datenbank wurde erfolgreich umgezogen.
Dabei wurde in der neuen Datenbank in der Tabelle phpbb_search_wordlist der PRIMARY
auf word_text durch einen normalen INDEX ersetzt. Ein Primary ist nur sinnvoll, und nur
korrekt, wenn die eingetragenen Daten auch nur einmal in der Tabelle vorkommen, dies
war nicht der Fall, also ist der normale Index ausreichend.
Sollte das die Originaldatenbank des phpBB sein ist das wahrscheinlich ein „this-should-
never-happen“-Fehler
Damit der Import/Export mit den richtigen Sonderzeichen klappt muss die richtige Dateic-
odierung ausgewählt werden, in diesem Fall ISO-8559-1 anstatt utf-8
ALSO FEHLER:
Primary wo kein Primary hingehört und falsche Zeichencodierung beim Export oder beim
Import oder sogar bei beiden (man kann bei phpmyadmin beim import die codierung
angeben, standard ist utf-8, utf-8 unterstützt aber keine deutschen umlaute, daher nimmt
man sinnigerweise iso 8559-1, also den deutschen Zeichensatz)
Außerdem sollte man in neueren Versionen von phpMyAdmin beim EXPORT die Optiion
„Hexadezimalschreibweise für Binärfelder verwenden “ deaktivieren.
hoffe die sache ist für ähnliche fehler hilfreich.
gruß
g-s
ich kann aber nicht genau sagen wies geht, denn die lösung stammt von meinem provider:
Die Datenbank wurde erfolgreich umgezogen.
Dabei wurde in der neuen Datenbank in der Tabelle phpbb_search_wordlist der PRIMARY
auf word_text durch einen normalen INDEX ersetzt. Ein Primary ist nur sinnvoll, und nur
korrekt, wenn die eingetragenen Daten auch nur einmal in der Tabelle vorkommen, dies
war nicht der Fall, also ist der normale Index ausreichend.
Sollte das die Originaldatenbank des phpBB sein ist das wahrscheinlich ein „this-should-
never-happen“-Fehler
Damit der Import/Export mit den richtigen Sonderzeichen klappt muss die richtige Dateic-
odierung ausgewählt werden, in diesem Fall ISO-8559-1 anstatt utf-8
ALSO FEHLER:
Primary wo kein Primary hingehört und falsche Zeichencodierung beim Export oder beim
Import oder sogar bei beiden
(man kann bei phpmyadmin beim import die codierung angeben, standard ist utf-8, utf-8 unterstützt aber keine deutschen umlaute, daher nimmt
man sinnigerweise iso 8559-1, also den deutschen Zeichensatz)
Außerdem sollte man in neueren Versionen von phpMyAdmin beim EXPORT die Optiion
„Hexadezimalschreibweise für Binärfelder verwenden “ deaktivieren.
hoffe die sache ist für ähnliche fehler hilfreich.
gruß
g-s
