itim92 Posted March 15, 2017 Share Posted March 15, 2017 Hallo Zusammen, Ich habe eben einen PrestaShop auf einen neuen Hoster umgezogen (bisher ohne Domain) Habe also die Datenbank kopiert, alle Dateien kopiert und alles auf dem neuen Hoster eingerichtet (also auch die settings.php) Wenn ich jetzt den Prestashop Ordner ansich im Webspace aufrufe über den Browser, werde ich auf die alte Domain und damit auch noch den alten Webspace/alten Shop geleitet. Woran kann das liegen? Vielen Dank Tim Link to comment Share on other sites More sharing options...
rictools Posted March 15, 2017 Share Posted March 15, 2017 Ich habe eben einen PrestaShop auf einen neuen Hoster umgezogen (bisher ohne Domain) Habe also die Datenbank kopiert, alle Dateien kopiert und alles auf dem neuen Hoster eingerichtet (also auch die settings.php) Wenn ich jetzt den Prestashop Ordner ansich im Webspace aufrufe über den Browser, werde ich auf die alte Domain und damit auch noch den alten Webspace/alten Shop geleitet. Einen ähnlichen Fall haben wir gerade in einem anderen Thread ... Was heißt "im Webspace", könntest du etwas genauer werden? Existiert eine Umleitung per .htaccess? Wurde die Domain in der Datenbank geändert? Und warum in aller Welt zieht man zu einem neuen Hoster um, ohne nicht auch die Domain umzuziehen, ich werde es nicht verstehen ... Link to comment Share on other sites More sharing options...
Claudiocool Posted March 15, 2017 Share Posted March 15, 2017 Och.... da gibt es viele Gründe, wobei die wenigsten wirklich nachvollziehbar sind, wenn man genauer hinsieht Wer einen Prestashop umzieht, tut dies oft aus Gründen der Performance, weil der alte Hoster vollmundig behauptet hat, für wenig Geld die nötige Leistung zu liefern. Allerdings sollte man dann eben alles umziehen, auch die Domain, man kann ja, bis der DNS überall gültig ist, beim alten Hoster auf die neue IP umleiten, aber wenn dann alles umgezogen ist, müssen halt die Settings vollends korrekt gesetzt werden. Dass man auf der alten Domain landet, ist meist der Tatsache geschuldet, dass bei den Einstellungen im BO unter SEO&URL gerne vergessen wird, auch hier die korrekten Daten zu setzen, dann ist klar, dass dann dahin geleitet wird, wo der Nameserver hinpointet Link to comment Share on other sites More sharing options...
itim92 Posted March 16, 2017 Author Share Posted March 16, 2017 Einen ähnlichen Fall haben wir gerade in einem anderen Thread ... Was heißt "im Webspace", könntest du etwas genauer werden? Existiert eine Umleitung per .htaccess? Wurde die Domain in der Datenbank geändert? Und warum in aller Welt zieht man zu einem neuen Hoster um, ohne nicht auch die Domain umzuziehen, ich werde es nicht verstehen ... Ich meine die System URL von 1und1 direkt, welche auf den Webspace zeigt. An die htaccess hatte ich auch schon gedacht und diese darauf hin gelöscht. War das falsch? In der DB hab ich bisher nichts geändert, wo muss ich dort denn Sachen ändern? Die Domains werden erst umgezogen wenn der Shop fertig auf dem neuen Server liegt, momentan liegt noch ein alter und laufender Shop auf der alten URL, der keine Downtimes haben soll. Vielen Dank Dass man auf der alten Domain landet, ist meist der Tatsache geschuldet, dass bei den Einstellungen im BO unter SEO&URL gerne vergessen wird, auch hier die korrekten Daten zu setzen, dann ist klar, dass dann dahin geleitet wird, wo der Nameserver hinpointet Wo kann ich das im nachhinein noch ändern? Link to comment Share on other sites More sharing options...
Claudiocool Posted March 16, 2017 Share Posted March 16, 2017 Zunächst mal hätte ich das an deiner Stelle dann einfach mal in eine Subdomain gesteckt, dann kannst du alles fertigkonfigurieren und zum Start dann nur die Umleitung rausnehmen. SEO und URL findet man in den Voreinstellungen im Backend Link to comment Share on other sites More sharing options...
itim92 Posted March 16, 2017 Author Share Posted March 16, 2017 Also sollte ich jetzt am besten alles nochmal löschen auf dem neuen Webspace inkl DB , den Shop auf dem alten umkonfigurieren und dann alles nochmal neu umziehen? Hab die Domain in der neuen Datenbank geändert, und das Problem besteht leider immer noch Grüße Link to comment Share on other sites More sharing options...
Claudiocool Posted March 16, 2017 Share Posted March 16, 2017 Das wäre ein Ansatz, wenn der Shop auf dem alten Space schonmal funktioniert hat Link to comment Share on other sites More sharing options...
itim92 Posted March 16, 2017 Author Share Posted March 16, 2017 Okay, probiere ich mal. Vielen Dank Link to comment Share on other sites More sharing options...
Claudiocool Posted March 16, 2017 Share Posted March 16, 2017 Wenn es nicht klappt, dann melde dich einfach wieder, das ist nicht unlösbar Link to comment Share on other sites More sharing options...
rictools Posted March 16, 2017 Share Posted March 16, 2017 Hab die Domain in der neuen Datenbank geändert, und das Problem besteht leider immer noch Es gibt hier eine ausführliche Anleitung zum Umzug, die ich erst gestern früh in einem anderen Thread verlinkt habe, sorry, ich suche nicht mehrmals am Tag das gleiche raus! Wenn die Adresse bei deinem neuen Provider (xyz.online.de?) immer noch zum alten Shop umgeleitet wird, muß es irgendwo noch eine Weiterleitung geben, schau mal in die Domaineinstellungen bei 1&1, auf welchen Ordner die Domain xyz.online.de zeigt und ob das der Ordner ist, in dem dein neues Prestashop liegt (normalerweise ein Unterordner, kannst du per FTP überprüfen). Lege eine txt- oder jpg-Datei per FTP in den Hauptordner der Presta-Installation und prüfe, ob sie sich mit xyz.online.de/testbild.jpg aufrufen läßt. Link to comment Share on other sites More sharing options...
itim92 Posted March 22, 2017 Author Share Posted March 22, 2017 Hallo, vielen Dank für eure Hilfe, hab alles nochmal schrittweise von Anfang an gemacht und jetzt funktioniert es soweit. Allerdings tritt jetzt ein Error auf, wenn ich im Backend die Module aufrufen will. Folgende Fehlermeldung wird angezeigt: [PrestaShop] Fatal error in module file :/homepages/6/d672998787/htdocs/newwave/classes/module/Module.php(1361) : eval()'d code:Cannot 'continue' 2 levels Der Code an der Stelle der Fehlermeldung in der Module.php ist folgender: if (eval('if (false){ '.$file."\n".' }') !== false) { require_once(_PS_MODULE_DIR_.$module.'/'.$module.'.php'); } else { $errors[] = sprintf(Tools::displayError('%1$s (parse error in %2$s)'), $module, substr($file_path, strlen(_PS_ROOT_DIR_))); } Google hat bisher nichts brauchbares ergeben. Hat jemand eine Ahnung woran das liegen könnte oder hatte schonmal so ein Problem? Vielen Dank Tim Link to comment Share on other sites More sharing options...
rictools Posted March 22, 2017 Share Posted March 22, 2017 Sieht für mich so aus, als habe das mit einem Modul zu tun, würde erst mal unter Erw. Einst. - Leistung Fremdmodule deaktivieren, wenn das hilft, nach und nach einzelne Module deaktivieren um herauszubekommen, an welchem Modul es liegt. Link to comment Share on other sites More sharing options...
itim92 Posted March 22, 2017 Author Share Posted March 22, 2017 Hey rictools, danke für die Antwort. Hab die Fremdmodule deaktiviert, aber das Problem besteht weiterhin. Grüße Tim Link to comment Share on other sites More sharing options...
Claudiocool Posted March 22, 2017 Share Posted March 22, 2017 Ab wann trat denn der Fehler auf? Weil du schreibst oben, dass es soweit funktioniert hat. Link to comment Share on other sites More sharing options...
itim92 Posted March 22, 2017 Author Share Posted March 22, 2017 Ab wann trat denn der Fehler auf? Weil du schreibst oben, dass es soweit funktioniert hat. Ja seit dem Umzug. Hab im Backend auf Module geklickt, und der Fehler war da. Kann ich Module manuell deinstallieren? Also reicht es, diese aus dem Ordner auf dem Server zu löschen? Link to comment Share on other sites More sharing options...
rictools Posted March 22, 2017 Share Posted March 22, 2017 Ja seit dem Umzug. Hab im Backend auf Module geklickt, und der Fehler war da. Kann ich Module manuell deinstallieren? Also reicht es, diese aus dem Ordner auf dem Server zu löschen? Zumindest sollten sie den Aufruf der Modulseite dann nicht mehr stören, aber vorher sichern! Link to comment Share on other sites More sharing options...
itim92 Posted March 23, 2017 Author Share Posted March 23, 2017 Wenn ich alle Module lösche aus dem Ordner, kann ich die Modulseite wieder aufrufen. Allerdings sehe ich beim Shop jetzt nur noch eine weiße Seite und die Artikel kann ich im Backend auch nicht mehr aufrufen. Gibt es eine Liste von Core Modulen die ich aufjedenfall wieder reinschieben sollte? Link to comment Share on other sites More sharing options...
itim92 Posted March 23, 2017 Author Share Posted March 23, 2017 Hab jetzt alle wieder reingeschoben und hab wieder das selbe Problem, gibt es keine Möglichkeit rauszufinden, welches Modul das Problem verursacht? Link to comment Share on other sites More sharing options...
Claudiocool Posted March 23, 2017 Share Posted March 23, 2017 Eventuell schiebst du nur mal die, rein, die standardmäßig drin sind, wenn da dann schon der Übeltäter sitzt, eins nach dem anderen de- und reinstallieren, bis du den Übeltäter hast. Danach die weiteren Module reinschieben und jedesmal testen. Link to comment Share on other sites More sharing options...
rictools Posted March 23, 2017 Share Posted March 23, 2017 Schiebe die Hälfte wieder rein, wenn du nicht reinkommst, die andere Hälfte, dann weißt du erst mal, in welcher Hälfte der Übeltäter sitzt. Dann wieder davon die Hälfte und so weiter ... Du findest in der Prestashop-Anleitung aber auch eine Liste der Standard-Module, wenn du gezielt erst mal diese reinschieben willst. Link to comment Share on other sites More sharing options...
miographix Posted May 22, 2019 Share Posted May 22, 2019 Hallo, zwar ist der Fred schon älter aber bei mir taucht nun das selbe Problem auf. Habe eine Subdomain angelegt, inklusive eigenem Ordner auf den diese verweist. Alle Umleitungen außerhalb Prestashop sind schon ausgeschlossen, alle URLs in der Datenbank schon angepasst, der Zugriff auf eine einzelne JPG unter der Subdomain funktionierte auch. Sobald ich aber via Subdomain auf die Testinstallation zugreifen will wird wieder auf die ursprüngliche Domain und Installation umgeleitet. Kann es an den Redirect-Einstellungen in SEO & URLs liegen bei "Zur kanonischen URL weiterleiten"? War vor dem Backup auf 301. Und wenn ja, wo ändere ich dieses in der Datenbank? Im Voraus vielen Dank! Prestashop-Version ist 1.7.4.4. Mio Link to comment Share on other sites More sharing options...
rictools Posted May 22, 2019 Share Posted May 22, 2019 Benenne mal die .htaccess um. Link to comment Share on other sites More sharing options...
miographix Posted May 23, 2019 Share Posted May 23, 2019 Das hatte ich bereits versucht, bzw. sie auch mal rausgelöscht. Ergab leider kiene Änderung. Noch eine Idee? Eine Datei die im Ordner liegt kann ich ja auch direkt abrufen. Das Spricht dafür, dass irgendwas in der Prestashop-Konfiguration die Umleitung verursacht. Aber ich finde nicht, was es sein könnte. Link to comment Share on other sites More sharing options...
rictools Posted May 23, 2019 Share Posted May 23, 2019 Du hast auch die richtige .htaccess (also die in der Subdomain bzw. dort wo die Dateien des neuen Shops liegen) umbenannt / gelöscht? Wird in jedem Fall (Shop, BackOffice) sofort umgeleitet? Browsercache gelöscht oder neuen Browser probiert (vielleicht kannst du ja mal einen Link posten, ob das Problem nicht nur bei dir auftritt). Link to comment Share on other sites More sharing options...
miographix Posted May 23, 2019 Share Posted May 23, 2019 (edited) Ja klar, habe natürlich die .htaccess im eigens für die Subdomain erstellten Verzeichnis genommen. Sowohl Shop als auch BO werden umgeleitet. Browseroptionen (Cache, anderer Browser, anderes Gerät)natürlich auch alle schon durchprobiert. Zur Ergänzung hier noch der Link https://test.tineba.de/ Wird unerwünschterweise aber eben umgeleitet zur Hauptinstalation presta.tineba.de. Edited May 23, 2019 by miographix (see edit history) Link to comment Share on other sites More sharing options...
rictools Posted May 23, 2019 Share Posted May 23, 2019 Der Link in deinem Post ist statt zu test zu presta verlinkt! Gebe ich test im Browser ein, wird tatsächlich zu presta weitergeleitet, meiner Meinung kann das nur über eine .htaccess erfolgen oder über eine beim Provider konfigurierte Weiterleitung. Wenn ich versuche eine Seite direkt mit test aufzurufen, erfolgt keine Weiterleitung, sondern es passiert gar nichts. Link to comment Share on other sites More sharing options...
miographix Posted May 24, 2019 Share Posted May 24, 2019 Hoppla, sorry das war natürlich nicht beabsichtigt. So oder so besteht die Weiterleitung leider noch immer und es findet sich keine Lösung... Bisherige Maßnahmen: - URLs in Datenbank geändert - URLs in .htaccess geändert - .htaccess testweise umbenannt, bzw. gelöscht - Provider kontaktiert um evtl. sonstige serverseitige Weiterleitungen auszuschließen - Unterverzeichnis der Subdomain geändert - neue Subdomain angelegt Alles erfolglos... Link to comment Share on other sites More sharing options...
JBW Posted May 24, 2019 Share Posted May 24, 2019 https://test.tineba.de/ gibt bei mir ein weiße Seite mit IONOS parking im source code Link to comment Share on other sites More sharing options...
miographix Posted May 27, 2019 Share Posted May 27, 2019 Danke für die Antworten. Ich konnte das Problem endlich lösen! Es lag an der Datenbankzuweisung: In der Datei app/config/parameters.php mussten noch die Zugangsdaten für die neu erstellte Datenbank angepasst werden! Hier waren noch die Daten der alten Datenbank drin, was die Umleitung verursacht hat. Da das Backup mit Akeeba gemacht wurde, wird das beim Umzug nicht automatisch angepasst. Leider wird die parameter.php nur in den seltensten Fällen erwähnt wenn es um den Umzug von Prestashop geht und so bin ich erst sehr spät darauf gestoßen. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now