Hallo Leute,
ich habe folgendes Problem. Ich wollte mit unserem Shop von Anbieter A nach anbieter B ziehen. Mit der guten Anleitung hier aus dem Forum kein Problem und schon 1000mal gemacht.
- Alten Shop inaktiv geschaltet, nen SQL DUMP mit mysqldumper erstellt und dabei alle oxv_ rausgelassen.
- Shop bei den anderen Anbieter in der selben Version installiert, Dump eingespielt².
- FTP Daten rüber kopiert. Alles sah prima aus, bis zu dem Punkt, wo die TMP geleert werden sollen. Danach geht dann nichts mehr. Nur noch weißes Front- und Backend. Die Views kann ich schon nicht mehr aktualisieren.
Hab nun schon seit drei Tagen das Problem und ettliches ausprobiert, ich komm nicht weiter.
Heut ist mir aufgefallen, dass der umzuziehende Shop unter PHP 5.3.23 erstellt wurde. Der neue Anbieter bietet nur PHP 5.3.19 an. Der Unterschied ist jedoch nach aussage von DF uninteressant.
Verwirrt hat mich jedoch folgendes:
Ich konnte in den letzten Tagen meinen Dump, egal wie ich diesen erstellt habe, nicht bei dem neuen Anbieter einspielen. Immer wieder Fehler meldungen: oxvouchers, oxwrapper usw kann nicht erstellt werden. Dieses egal ob ich den Dump über phpMyAdmin oder mySQLdumper erstellt habe. Heute erklärte mir die Technik, dass es sich hierbei um einen Laufzeitfehler bei der SQL Datenbank handelt. Die Technik würde mir aber meinen Dump einspielen. Also, blankoinstallation und alles neu. Dump auf dem FTP für den Anbieter zur Verfügung getsellt und Supportticket eröffnet mit allen Daten. Die Daten wollte man dann aber nur in eine leere Datenbak einlesen. Ok, von mir aus… dort sicherte ich diese wieder über mySQLdumper und spielte diese in den eigentlichen Shop ein, an den der Anbieter nicht ran wollte, Das Ergebnis bleibt aber wie oben beschrieben. Front- und Backend bleiben nach dem leeren der TMP weiß.
Stelle ich die daten in einer anderen Subdomain bei meinem alten Anbieter wieder her (aber andes Paket) funktioniert alles.
Hab ich noch nen gedankenfehler oder hat jemand eine Idee???
Hallo,
hast du auch die Pfade und Datenbank in der config.inc.php angepasst?
Bevor du einen dump einspielt, kannst du auch selbst die Datenbank leeren. Dazu gibt’s eine Option im MySQLdumper. Dann sollten die Fehlermeldungen nicht mehr auftreten.
Hallo Nickname, na die Pfade in der config.inc.php stimmen alle, deshalb ja die blanko-installation in der Anleitung. Das ich die Tabellen und die Datenbank selber leeren kann ist mir ja klar aber das will ich ja nicht, sondern meine bestehenden tabellen aus dem alten shop einspielen. wie gesagt, alles genau nach der 10 punkte Anleitung die man hier im forum findet. es hat ja auch 1000mal funktioniert und nun gehts nicht.
Der Fehler tritt also erst nach leeren des tmp-Ordners auf.
Wenn du den tmp schon auf dem alten Webspace leerst, funktioniert der Shop dann noch?
Nein beim alten Anbieter funktioniert alles so wie es soll, auch wenn ich die TMP lösche. Wie ich gerade ausgetestet habe, mag mich der neue Anbieter gar nicht, denn nur hier tauchen die Probleme auf. Ich habe es gerade nochmals getestet. Bis zu einem gewissen Grad läuft der Shop, bis ich halt die tmp leeren muss. Das heißt, die SQL stimmt und durch das kopieren der alten FTP Daten (bis auf htacces und config.inc.php) stimmt auch das layout. Der Shop sieht prima funktionstüchtig im Frontend aus. Im Backend mosert er bei einigen Modulen über fehlende übersetzungen aber sonst ist halt alles ok - dem Anschein nach. Leere ich dann die TMP hab ich plötzlich alles in weiß.
Kann es denn sein, dass beim neuen Webspace der tmp nicht beschrieben werden kann aufgrund fehlender Datei-Berechtigungen?
nee, die Rechte sind alle ok, das hab ich auch schon durch 
Views mal aktualisiert? Steht etwas im Exception_Log.txt drin? Und hast du mal die Module zu deaktiviert und dann nochmals getestet?
Hallo Roland,
würde ich ja gern machen aber geht ja nicht. Hast Du mal versucht dich in einem leeren weißen shop einzuloggen und module zu deaktivieren geschweigedenn die Views zu aktulaisieren? soweit komm ich ja schon gar nicht mehr
Module deaktivieren ist auch dann kein Problem, das geht auch in phpmyadmin. Google mal wortzwei, in deren Blog findest du das entsprechende sql-statement.
Hi m.streiber, wie hast du das Problem in den Griff bekommen? Ich Sitze hier gerade vor dem selben Problem…
hast Du den Shop nach Anleitung umgezogen?
Stimmen Angaben in der confic.inc?
DB ohne Views exportiert?
TMP nach Umzug geleert?
Hat der neue Server ggf. eine andere PHP Version und eins oder mehrere Module wurden nicht upgedated?
Stimmen Dateirechte?