Magento Site Copy Umleitung auf alte Domain trotz aller Faktoren, die ich möglicherweise finden könnte

Question

Vor nur einem Tag funktionierte meine Inszenierung Kopie unserer Produktion Website perfekt. Ich sehe keine Verbindung zu etwas, das seither passiert ist, was dies verursachen könnte.

• Live-Website: http://www.domain.co.uk/
• Bühnen Website: http://devdomain.com/stage/site/

Beide Domänen sind auf dem gleichen Server, die jeweils eine separate Magento-Installation mit nur einem Speicher. Die Datenbank wurde live mit mage-dbdump.sh von Sonassi gelöscht.

Zuerst bemerkte ich, dass die Seite vollständig zu unserer Live-Site umgeleitet wird, egal welche URL. Nachdem ich ein paar Dinge repariert habe, ist mir aufgefallen, dass ich dann eine andere PHP-Datei als die index.php von Magento ausführen kann, die immer eine 302-Weiterleitung zur Live-Site gemäß der Registerkarte Firebug Net durchführt. (Erste Header ist für Bühne/Standort 302 gefunden, zweite ist Live-Site 200 OK)

Mehrere weitere Fixierungsversuche später und es umgeleitet zu Live-Site egal was, ohne auch nur in der Registerkarte Firebug Net, dass es umgeleitet sagte. Hier

ist die Liste der Dinge, die ich getan habe versucht, es zu reparieren (vielleicht einige inzwischen vergessen hat):

1. Changed sicheren und unsicheren Basis-URLs in DB als am Anfang der Post gezeigt (http und https)
2. Geänderte Ressource URLs wie CSS/JS und Medien in DB die Basis-URL-Variablen in geschweiften Klammern verwenden
3. Geänderte Basis-URLs in app/etc/local.xml
4. Ensured DB Benutzer, Passwort und Host Adresse ist korrekt
5. Ersetzt alle Vorkommen von Live-Adresse Empfänger in .htaccess
6. In .htaccess versucht zu kommentieren Rewrite Basis und uncommenting mit "/" und "/ Bühne/site /"
7. Ensured .htaccess Stufe verwendet index.php als " DirectoryIndex-“
8. Disabled CSS und JS Verschmelzung in DB
9. Gebrauchte chown auf der gesamten devdomain alles, um sicherzustellen, funktioniert, wie es sollte
10. Gebrauchte chmod 755 auf alle Verzeichnisse und chmod 644 auf alle Dateien und chmod 550 auf der‚Magier‘Datei
11. Gebrauchte magento-cleanup.php
12. Gebrauchte magento-check.php (zunächst als Live war es gleich, später nach vielen Dingen chmod() wurde verboten, es aus irgendeinem Grund versucht)
13. Gebraucht andere kurze PHP-Skript erhalten Mage :: app und Cache löschen
14. entfernt/tmp/magento und/tmp/livedomain auf Server
15. erneut gestartet Apache auf Server
16. versucht, alle genannten Dinge auf Chrome, Firefox, Vivaldi, Ausgabe Firefox Entwickler und alle ihre privaten Browser-Fenster und Clearing-Browser-Cache und Cookies
17. aktiviert Fehler d isplay auf index.php, aber offensichtlich konnte ich nicht in der Nähe davon kommen, da es weiter leitete
18. Entfernen lokal.xml, um zu versuchen und lösen Magento installieren
19. Entfernen .htaccess andere PHP-Dateien erlaubt, außer zu laufen, index.php noch alle Umleitungen die gleiche
20. jedes übergeordnete Verzeichnis .htaccess-Dateien entfernen (die nur hatte Optionen -Indexes sowieso)
21. Installation einer neuen Magento-Website und Konfiguration auf die gleiche Weise wie die Stage-Site, aber unter http://devdomain.com/stage/magento/ und Verwendung des gleichen .htaccess wie die Stage-Site (Ersetzen aller Vorkommen von "/ stage/site /" durch "/ stage/magento/"). Das hat gut funktioniert.
22. Reindizieren durch PHP auf Konsole

Bitte sagen Sie mir, was ich möglicherweise verpasst haben könnte.

Answer 1

Chrome Caches Umleitungen:

https://superuser.com/questions/304589/how-can-i-make-chrome-stop-caching-redirects

(., Obwohl Sie sagen, Sie den Cache gelöscht)

Sie können auch die Basis-URL auf frische Installation ändern, um die alten Inszenierung URL zu zeigen, nachdem Sie Ihre alte Staging-App in ein anderes Verzeichnis verschoben haben und überprüfen, ob die Umleitung weiterhin erfolgt.