übertrag von artikeln und zeug von 2.6 auf 2.8.4

    hallo,

    ich habe die 2.6 installation (http://www.meistermochi.de) samt datenbanktabelle komplett aufgegeben. und zwar wegen dieser sache hier: http://mashable.com/2009/09/05/wordpress-attack/

    bei mir war der hack bereits geschehen, ein zweiter admin war angelegt, der aber nicht sichtbar bzw. änderbar war.

    also habe ich 2.8.4 komplett neu installiert, habe den uploadordner der vorinstallation behalten und alle artikel.

    dann habe ich alle artikel per import neu draufgeladen.

    jetzt aber wird entweder der text falsch dargestellt: BILD UMLAUTE

    ODER wenn ich

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

    einpflege wird eine komplett falsche schrift ausgegeben: BILD FALSCHE SCHRIFT

    -

    ich glaube, ich kann mich bei WP schon mittlerweile ganz gut durchbeißen. aber hier bin ich am ende und bitte um hilfe!

    achtung: das "komischeschrift"-problem scheint nur bei alten, vorher noch nicht veröffentlichten artikeln zu bestehen.

    Einmal editiert, zuletzt von meistermochi (6. September 2009 um 16:50)

    • Gerade eben
    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

    Hallo,

    wenn man es wieder decodiert dann wird aus:

    BILD FALSCHE SCHRIFT:

    ?Whoooohooodschängderäng!?[/QUOTE]Also eventuell mal ohne alles probieren? Vielleicht hat sich da Wordpress-Intern/in der Datenbank was geändert und nun werden die Strings doppelt utf8 encodiert.

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

    eventuell mal mit

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

    probieren ansonsten höchsten noch bei collate "utf8_general_ci" eintragen.

    Es kann nämlich sein das du vorher latin1 encodierung hattest und wordpress hat diese nach utf8 konvertiert - oder die datenbank hat eine andere collation als vorher und will deswegen alles umbiegen - jetzt nach dem erneuten einspielen hat die datenbank aber schon utf8 und es wird doppelt gemoppelt encodiert - bei phpmyadmin gibt es eine option das einzustellen - eventuell reicht es aber schon das auskommentieren.

    Irgendwie sowas muss es sein.... :/

    edit wenn du pech hast ist dir das hier passiert:
    http://codex.wordpress.org/Converting_Database_Character_Sets

    Zitat


    To convert character sets requires using the the MySQL ALTER TABLE command. When converting the character sets, all TEXT (and similar) fields are converted to UTF-8, but that conversion will BREAK existing TEXT because the conversion expects the data to be in latin1, but WordPress may have stored unicode characters in a latin1 database, and as a result, data could end up as garbage after a conversion!

    falls du das backup noch hast - dann die daten noch mal neu einspielen und die beiden felder auf jeden fall leer lassen!

    Einmal editiert, zuletzt von glcknb (6. September 2009 um 19:15)

    das hier hat tatsächlich funktioniert. hatte das zwar schonmal probiert, aber jetzt habe ich auch die // gesetzt:

    -
    //define('DB_CHARSET', 'utf8');
    //define('DB_COLLATE', '');

    probieren ansonsten höchsten noch bei collate "utf8_general_ci" eintragen.
    -

    allerdings funktioniert das nur in der alten datenbank. in der neuen habe ich fragezeichen in rauten anstatt ÜÖÄ. und die alte darf ich doch wegen des hacks eigentlich nicht mehr nehmen...

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden