我有一个新的magento 1.7使用来自网上商店的复制sql。该商店正在使用Mag 1.4,因此我们的想法是将数据库更新为1.7。将1.7商店链接到localhost上的数据库后,它没有错误,但127.0.0.1/shop重定向到在线商店。
更改base_url无济于事。
数据库仍然有对在线网站的引用,但我没有看到任何可能有所作为的参考。
这似乎是任何解决方案的常见问题? http://www.magentocommerce.com/boards/viewthread/280257/#t387542 http://www.magentocommerce.com/boards/viewthread/224658/#t313216
更新 -
http://www.magentocommerce.com/boards/viewthread/280257/#t387542的问题 已经更新了由Chiefair提供的全面答案,如下面的Fiasco Labs给出的那样 - 如果您需要更多信息
答案 0 :(得分:1)
请尝试以下步骤:
core_config_data
和web/unsecure/base_url
web/secure/base_url
中查看数据库
var/session
和var/cache
文件夹有关完整教程,请参阅here。
答案 1 :(得分:1)
更改了Magento数据库中的基本URL设置,它仍然是旧的基本URL。您在更改它们之前启动了Magento,它缓存了旧配置,现在您已锁定在旧网站上。
对于Linux,将var /目录结构更改为chmod -R 777.您没有写入权限,Magento已在/ tmp中建立了一个缓存,因为它需要在某处编写缓存文件。它缓存了配置设置,并且在缓存位于正确的目录位置之前不会重新读取它们。如果var / cache中有子目录,则将它们全部删除。你可能不得不去寻找/ tmp / * / var / cache并删除它们。
编辑:对于Mac和Windows也是如此,如果您更改了数据库并且可以看到phpMyAdmin中所做的更改,您已经手动清理了var / cache子目录,给定Apache重新启动,系统仍然是你很早就重定向,在其他地方编写了Magento缓存的错误配置。这就是它坚持不懈的原因。通常,机器重启会在Mac和Linux上清除它,因为它们会在操作系统重新启动时对其临时文件夹进行清理。
以下是在具有错误文件权限的Linux服务器上运行的系统 / tmp Magento缓存存储的屏幕截图。
请注意两张图片中的顶部地址栏...
这是您隐藏的缓存,导致您遇到困难。
答案 2 :(得分:0)
从同一个数据库重新安装,删除app / etc / local.xml并将新安装指向此DB工作。但我无法弄清楚为什么本地文件将网站发送到其他地方。也许在加密密钥中?