Wordpress umziehen - Theme Options werden nicht übernommen

genau das gleiche Problem habe ich auch.
Zusätzlich werden bei mir diverse Plugin Einstellungen nicht übernommen, welche ich mühevoll konfiguriert habe (z.B.: nggalery)
Die meisten Theme und Plugin Einstellungen werden ja in der Datenbank in der Tabelle 'wp_options' gesichert.
Nach dem Umzug habe ich dann nochmals manuell die entsprechenden Einträge in der 'wp_options' geupdatet. Aber sobald ich dann von dem jeweiligen Plugin den Adminbereich im Browser aufrufe, wird der entsprechende DB Eintrag mit Default Werten überschrieben. *ichkönntausrasten* :-x

Meiner Meinung nach muss bei diesem System die Schutzkopie der sql Datei mit angepasst werden da die ganzen Links nicht mehr stimmen. Wurde früher z.B. ein Smiley aus Monalisa Addon von der URL

http://www.ALTEDOMAIN.de/wp/AddOns/monalise/winken.gif
eingebunden so muss der Link nun heissen
http://www.NEUEDOMAIN.de/wp/AddOns/monalise/winken.gif

Ähnlich wird es mit den Theme Einstellungen sein.

Also SQL Datei Editieren :

SUCHEN NACH : http://www.ALTEDOMAIN.de
Ersetzen mit :http://www.NEUEDOMAIN.de

dann neu Einlesen und es sollte fluppen.

Zitat von Ralf70

SUCHEN NACH : http://www.altedomain.de
Ersetzen mit :http://www.neuedomain.de

dann neu Einlesen und es sollte fluppen.

leider nicht. so gehe ich sowieso immer vor.
alles andere ist ja auch funktionsfähig. grafiken usw. laden auch.
in meinem fall überschreibt das wordpress system nach dem umzug die datenbank mit defaultwerten von den plugins. als ob man die plugins frisch installiert hätte.

aber von den themes her kenne ich diese problematik auch. im aktuellen fall hab ich ein selbsterstelltes theme. aber sobald man ein theme benutzt, das einstellungsmöglichkeiten über das backend hat wie etwa twenty elven, werden diese auch zurückgesetzt.

kann es sein, dass wordpress die einstellungen auch außerhalb der DB cached?

@ RGB Freak

Nein ich bin kein MOD hier, aber wirklich die Bitte, für Dein Problem ein anderes Thema zu eröffnen. Bei der Anfrage von Netzlichter könnte ich mir vorstellen, dass das Problem mit den Links ein heißer Tipp ist. Euch beiden würde ich raten euch das Add On :

WordPress Importer

mal anzuschauen. Das setzt allerdings voraus, dass die Datenbank auf dem "alten" Server noch aufliegt.

Gruß Ralf

Ralf70, ja du bist kein MOD hier ;) Ich bin davon überzeugt, dass ich das gleiche Problem habe, da von uns beiden die Daten an der selben Stelle korrumpiert werden.

Das Add On das du da empfiehlst, dient nur folgenden Dingen:

Zitat

• Posts, pages and other custom post types
• Comments
• Custom fields and post meta
• Categories, tags and terms from custom taxonomies
• Authors

und nicht für Theme oder Plugin Einstellungen. Außerdem unterstützt es nicht Version 3.5
Aber trotzdem danke für deine Hilfe :)

Selbes Problem habe ich auch öfters.
Habe mir allerdings die entsprechenden Einstellungen noch nie in den DB-Tabellen angeschaut.

Wenn man aber z.b. bei OptionTree oder den WooThemes die Einstellungen exportiert, scheinen diese Verschlüsselt zu sein.

verschlüsselt? bist du sicher?
also man kann über das wordpress system auch einen serialisierten array (siehe auch: http://php.net/manual/de/function.serialize.php) in die spalte option_values eintragen lassen. vielleicht meinst du das ja?

Ne. Sicher bin ich mir nicht.
Wie gesagt. Ich hab da noch nie in die DB Einträge geschaut.

Aber ein Export bei OptionTree (also über die Export-Funktion des Plugins bringt z.b. einen solchen String :

YToyOntzOjE2OiJqYWhyZXNwbGFuZXJfcGRmIjtzOjU3OiJodHRwOi8vZ21rLXJlaXNlbi5jaC93cC1jb250ZW50L3VwbG9hZHMvamFocmVzcGxhbmVyMS5wZGYiO3M6MTg6Im1zX2RldXRzY2hsYW5kX3BkZiI7czowOiIiO30=

ok, das ist wirklich verschlüsselt^^

Hat Du dir denn schonmal den entsprechenden Eintrag in der DB angeschaut ?

ja, ist ein serialisierter array. da stimmen die werte. aber sobald ich im backend die administration des themes/plugins aufrufe, wird der datenbank eintrag mit default werten des jeweiligen theme/plugin überschrieben -.-

So.
Jetzt mal geschaut.

Nehmen wir mal ein kleines Array das wir serialisieren :

$woerter = array( 
    'Sport und Spiel' => 'http://sportundspiel.de', 
    'Sport' => 'http://sport.de', 
    'Welt' => 'http://welt.de' 
); 




$string = serialize($woerter);
echo '<br>' . $string;

Raus kommt folgendes

a:3:{s:15:"Sport und Spiel";s:23:"http://sportundspiel.de";s:5:"Sport";s:15:"http://sport.de";s:4:"Welt";s:14:"http://welt.de";}

Hier wird also auch die länge der Zeichenkette abgespeichert.
Meine Vermutung nun. Wenn sich die Länge der Zeichenkette ändern, läuft die Funktion zum Umwandeln des Strings in ein Array zurück auf einen Hammer und gibt NULL zurück.

Yep. Genau das wars.

Zum nachvollziehen.

$string = 'a:3:{s:15:"Sport und Spiel";s:23:"http://sportundspiel.de";s:5:"Sport";s:15:"http://sport.de";s:4:"Welt";s:14:"http://welt.de";}';
$zurueck = unserialize($string);
echo '<br>';
var_dump($zurueck);

Das klappt.
Nun änder ich aber "Sport und Spiel" ab auf "Sport und Spiel geändert".

$string = 'a:3:{s:15:"Sport und Spiel geändert";s:23:"http://sportundspiel.de";s:5:"Sport";s:15:"http://sport.de";s:4:"Welt";s:14:"http://welt.de";}';
$zurueck = unserialize($string);
echo '<br>';
var_dump($zurueck);

Rückgabe ist false.
Passe ich nun noch die Anzahl der Zeichen an, dann klappt es wieder.

$string = 'a:3:{s:24:"Sport und Spiel geändert";s:23:"http://sportundspiel.de";s:5:"Sport";s:15:"http://sport.de";s:4:"Welt";s:14:"http://welt.de";}';
$zurueck = unserialize($string);
echo '<br>';
var_dump($zurueck);

Das würde bedeuten das zukünftig eine Änderung von :

http://www.erstedomain.de
in
http://www.zweitedomain.de

folgende Suchen/Ersetzen nach sich ziehen müßte

search : 18:"http://www.erstedomain.de"
replace : 19:"http://www.zweitedomain.de"

danach dann

search : http://www.erstedomain.de
replace : http://www.zweitedomain.de

Mal ausprobieren

uuuuh, da muss man erst mal drauf kommen :)
aber eigentlich ja logisch und eigentlich von den pluginentwicklern total dämlich, dass die in ihren einstellungen mit absoluten pfadangaben referenzieren *kopf -> tisch*

also vielen dank für deine hilfe. :)

Das mit den serialisierten Arrays und den Angaben der Länge der Strings in den Serialisierten Domains war der springende Punkt! Jetzt läuft die Installation problemlos!!! :|

Leider funktioniert folgendes Schema nicht

Zitat von fuhrmara

search : 18:"http://www.erstedomain.de"
replace : 19:"http://www.zweitedomain.de"

Ich habe insgesamt 189 Ersetzungen im Dump vornehmen müssen. Und davon waren ca. 20 in serialisierten Arrays. Aber es ist ja nicht immer so, dass nur die Domain als String gespeichert ist, sondern viel häufiger ist der Fall, dass die Domain in einem String eines serialisierten Domains vorkommt. Also muss man schauen, was die Differenz der Zeichenanzahl von der alten zur neuen Domain ist und diese Differenz dann dementsprechend auf die Angabe der Stringlänge hinzufügen oder abziehen.

Man muss also ziemlich genau schauen, was man gerade macht (und man sollte auch wissen was man tut). Das wäre es ja schon fast mal Wert, ein Plugin dafür zu coden^^

Aber vielen Dank nochmals für den entscheidenden Tipp. Also du das erwähnt hast, ist es mir selbst wie Schuppen von den Augen gefallen...