【问题标题】:Magento base url changed in database, not reflecting on front endMagento 基本网址在数据库中更改,未反映在前端
【发布时间】:2012-09-07 20:31:03
【问题描述】:

我的 magento 网站有问题。我将 core_config_data 表中的安全和不安全基本 url 更改为新值,当我访问该站点时,未使用新值。就像它甚至不注意数据库所说的那样。

我也清除了缓存。有什么想法吗?

【问题讨论】:

  • 您确定在正确的数据库中更改了吗?
  • 你的 local.xml 指向那个数据库?
  • @DanielWhite 如果我在你的位置:1)将检查 local.xml 中使用的数据库名称是什么,因为有时我会在服务器或本地机器上设置一个商店的 2 个不同版本。 2 ) 我会在 core_config_data 中搜索“web/unsecure/base_url”和“web/secure/base_url”,因为有时如果您的 Magento 安装中有多个商店或网站,那么您可能会有超过 2 条记录“ web/unsecure/base_url”和“web/secure/base_url”。
  • 你是如何清除缓存的?您确定缓存是在 ./var 下写入 - 而不是在您的服务器 tmp 目录下?
  • 您的网站还能通过网络访问吗?

标签: magento


【解决方案1】:

另一种解决方案是将 /app/etc/local.xml 重命名为 /app/etc/local.xml.old 并重新启动安装过程。

我的问题是我为 javascript 输入了错误的基本 url(忘记在末尾添加 /js/),所以 javascript 在前端或后端都不起作用。更改基本 js url 并清除缓存后,仍然没有 js。只有在重命名 local.xml 并完成安装过程后,正确的 js url(带有 /js/)才会生效。

【讨论】:

    【解决方案2】:

    如果您在手动更改 core_config_data 表以表示正确的 URL 时遇到问题,尤其是在本地工作时,请将 /app/etc/local.xml 重命名为 local.xmlcopy(或 wtv)。

    这一直是我的故障保险;我总是手动操作,但是当所有其他方法都失败时,这几乎总是有效的。

    完成安装过程(不要担心:它不会删除您的数据;它会知道表已创建)。

    就是这样。转到前端,它应该可以工作。

    【讨论】:

      【解决方案3】:

      在我的情况下是 memcache 前缀,与同一服务器中的另一个存储相同。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2012-07-03
        • 2019-09-10
        • 1970-01-01
        • 2011-02-14
        • 2017-12-11
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多