Apache Magento站点拷贝重定向到旧域，尽管我可能找到所有因素

就在一天前，我的制作网站的登台拷贝工作得很好。我看不出这与自那以后发生的任何可能导致这一切的事情有任何联系

• 实时站点：

  http://www.domain.co.uk/

• 舞台现场：

  http://devdomain.com/stage/site/

这两个域都位于同一台服务器上，每个域都是单独的Magento安装，只有一个存储。使用Sonassi的mage-dbdump.sh从live转储数据库

起初，我注意到该网站完全重定向到我们的现场网站，无论是什么网址。在解决了一些问题后，我注意到我可以运行任何PHP文件，而不是Magento的index.PHP，它总是根据Firebug Net选项卡执行302重定向到live站点。（第一个标题用于找到的阶段/站点302，第二个标题用于现场站点200 OK）

之后又进行了几次修复尝试，无论发生什么情况，它都会重定向到live站点，甚至没有在Firebug Net选项卡中说明它重定向了什么

以下是我试图修复它所做的事情的列表（现在可能已经忘记了一些）：

更改了数据库中的安全和不安全基本URL，如本文顶部所示（http和https）

将数据库中的CSS/JS和media等资源URL更改为使用大括号中的基本URL变量

已更改app/etc/local.xml中的基本URL

确保数据库用户、密码和主机地址正确

将所有出现的live address替换为.htaccess中的阶段地址

在.htaccess中，尝试对重写库进行注释，并使用“/”和“/stage/site/”取消注释

htaccess使用index.php作为“DirectoryIndex”

禁用数据库中的CSS和JS合并

在整个devdomain上使用

chown

，以确保一切正常运行

在所有目录上使用

chmod 755

，在所有文件上使用

chmod 644

，在“mage”文件上使用

chmod 550

使用magento-cleanup.php

使用magento-check.php（起初它与live相同，后来尝试了很多东西之后，chmod（）由于某种原因被禁止使用）

使用另一个简短的PHP脚本获取Mage:：app并清除缓存

已删除服务器上的/tmp/magento和/tmp/livedomain

在服务器上重新启动Apache

在Chrome、Firefox、Vivaldi、Firefox开发者版及其所有私人浏览窗口上尝试了上述所有内容，并清除了浏览器缓存和cookie

在index.php上启用了错误显示，但显然我无法接近它，因为它一直在重定向

正在删除local.xml以尝试并触发Magento安装

删除.htaccess允许运行任何其他PHP文件，但index.PHP仍然会重定向

正在删除任何父目录.htaccess文件（该文件仅具有选项-索引）

安装新的Magento网站并以与stage网站相同的方式进行配置，但采用

http://devdomain.com/stage/magento/

并使用与后台站点相同的.htaccess（将所有出现的“/stage/site/”替换为“/stage/magento/”）。这很有效

在控制台上通过PHP重新编制索引

---

请告诉我我可能错过了什么。

Chrome缓存重定向：

（即使你说你清除了缓存。）

---

您还可以在将旧的暂存应用程序移动到另一个目录后，更改新安装时的基本URL，以指向旧的暂存URL，并验证重定向是否仍然发生。

Chrome caches重定向：

（即使你说你清除了缓存。）

---

您还可以在将旧暂存应用程序移动到另一个目录后，更改新安装时的基本URL，以指向旧暂存URL，并验证重定向是否仍然发生。

我只完全清除了cookies和缓存，我认为这就是它现在工作的原因。但这并不能解释为什么硬刷新和匿名模式昨天不工作，还有为什么Firefox和Vivaldi浏览器以及它们的私有窗口也不起作用。隐姓埋名模式对我来说也失败过一次，在我发布的帖子中有一些评论表示赞同。还有关于Firefox问题的报道。您可以安全地删除缓存或将数据附加到url。我只完全清除了Cookie和缓存，我认为这就是它现在工作的原因。但这并不能解释为什么硬刷新和匿名模式昨天不工作，还有为什么Firefox和Vivaldi浏览器以及它们的私有窗口也不起作用。隐姓埋名模式对我来说也失败过一次，在我发布的帖子中有一些评论表示赞同。还有关于Firefox问题的报道。删除缓存或将数据附加到url是安全的。