Magento 管理 URL 不起作用：更改后出现 404，无法返回

Question

我一直在浏览所有主题以找到与我的案例类似的内容。我发现了一些类似的案例，但没有一个解决方案能解决我的问题。

我通过后端更改了管理网址。保存更改后，magento 直接将我带到 404 错误。我为管理 url 定义的新 url 是“gestion”。访问 mydomain.com/gestion，收到 404 错误。

因此，我决定返回删除在 magento core_config_data 表上创建的新条目，然后手动清空缓存目录。

但之后我遇到了同样的错误：404页面未找到。我已经尝试过这个和这个< /a>.但还是一样。

奇怪的是，我已经删除了数据库中与“gestion”相关的所有内容，并清空了缓存目录。但是当我访问 mydomain.com/admin 时，magento 将我重定向到 mydomain.com/gestion （出现 404 错误）。

当我删除了与此相关的所有内容后，为什么 magento 将我重定向到“gestion”？我还应该去哪里寻找解决这个问题的方法？

PD Magento 1.5.1

Answer 1

答案：
我遇到了同样的问题，之前的答案都不适合我。我正在使用 Magento 1.9 版本。

这是我解决该问题的方法...

1. 转到您的 cpanel 并启动 phpMyAdmin。
2. 找到您的 Magento 数据库并选择 core_config_data 表。
3. 找到并编辑以下行：
   • 范围：“默认”和路径：“admin/url/custom”
     • 选中NULL复选框并保存。
   • 范围：“默认”和路径：“admin/url/use_custom”
     • 将值从 1 更改为 0 并保存。
   • 范围：“默认”和路径：“admin/url/use_custom_path”
     • 将值从 1 更改为 0（如果尚未更改）并保存。
4. 找到并删除以下行：
   • 范围：“商店”和路径：“web/secure/base_url”
   • 范围：“商店”和路径：“web/unsecure/base_url”
     （应位于最后一页）
5. 删除 /var/cache 文件夹

，您就完成！

转到您之前的管理网址，它应该可以工作！

Answer 2

以下是针对系统配置自定义管理 URL 陷阱的修复。它从来没有奏效过，而且可能永远不会奏效。更改它的唯一方法是通过 local.xml 更改路由

https://magento.stackexchange.com/a/40622 /553

对于任何打开管理基本 URL 的人来说，这里有一种方法可以在您执行任何会搞乱系统的其他操作之前杀死它。

启动 phpMyAdmin 并打开您的 core_config_data 表。您有四行或更多行需要编辑。

找到 admin/url/custom 并设置为 0

接下来的三个将根据您在管理配置面板中设置的时髦管理基本 URL 进行设置。您知道它是什么，下面的行将在值字段中包含它。记下它们的 config_ID 编号并将其写下来。

管理/网址/自定义
以及所有实例
网络/不安全/base_url
web/secure/base_url

将这些设置为您的网站不安全的基本网址。示例：http://yourwebsite.com/ 如果您安装在该文件夹，请不要忘记后跟斜杠的文件夹。

编辑：刷新/var/cache 和/var/session。

这应该允许您现在通过将 /admin 附加到您的网站网址来登录管理面板，就像您开始冒险之前一样。转到您的高级管理设置。 使用自定义管理将设置为否。从自定义管理 URL 字段中清除 URL 并保存。当您返回并检查 phpMyAdmin 中的 core_config_data 表时，您应该只会发现 admin/url/custom 行仍设置为 0，admin/url/custom 行为空白，其他两行消失了因为它们是通过管理面板保存删除的。

这样做的原因是您需要删除正确的 web/unsecure/base_url 和 web/secure/base_url 行。如果您得到了错误的信息，您的网站前端将被完全禁用，而不仅仅是失去管理后端。

编辑：现在您已经备份了网站，请返回并确保您拥有正确的 secure_base_url 以恢复 TLS/SSL 功能。

这一切都已在开发服务器 YMMV 上进行了测试

Answer 3

在尝试一切方法解决问题后，我发现 /var 目录没有正确的权限。 Magento 在 /tmp 上写入，因此清空 magento 根目录上的 /var/cache 目录没有任何效果。

我们修复了权限并刷新了 /tmp 目录，一切都恢复正常。所以，是 /var 权限导致了问题。

现在，当发生类似的事情时，我们需要考虑另一件事。

谢谢你们的帮助，伙计们。

Answer 4

要解决此问题，请从 phpMyAdmin 运行以下查询

UPDATE `core_store` SET store_id = 0 WHERE code='admin';
UPDATE `core_store_group` SET group_id = 0 WHERE name='Default';
UPDATE `core_website` SET website_id = 0 WHERE code='admin';
UPDATE `customer_group` SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';
SET FOREIGN_KEY_CHECKS=1;

Answer 5

只是想在这里补充一点，即使您遵循 Magento 论坛帖子上的所有步骤： http: //www.magentocommerce.com/boards/viewreply/274443/ 它可能仍然无法工作 - 默认管理 URL 仍然会出现错误。

对我来说，这是因为 /var/log 目录没有设置异常。log &系统日志文件。因此，在执行完

$ mkdir var/log
$ touch var/log/system.log
$ touch var/log/exception.log
$ chmod -R g+w var/log

（更改最后一个 chmod 以匹配本地 Web 服务器的权限要求）

之后，默认管理 url 就起作用了。因此，如果您按照所有数据库步骤进行操作但仍然没有结果，请尝试创建日志文件和日志文件。确保它们可由 Web 服务器写入。

Answer 6

然而，更多的混乱又增加了：

以上都没有帮助我；我的magento版本是1.7.0.1。 这个网站确实帮助了我。如果您不小心使用管理后端将管理更改为自定义 URL（就像我所做的那样），您将需要 MySql 访问权限来修复它。

仅仅更改键 admin/url/use_custom 和 admin/url/custom 是不够的。即使我更改了app/etc/local.xml，我尝试的任何操作都无法返回管理界面。

我使用了诸如 select * from core_config_data where path like '%url%'; 之类的查询来查看更大的图片：

// much data omitted...

+-----------+---------+-------------------------------+----------------------------+
| config_id | scope   | path                          | value                      |
+-----------+---------+-------------------------------+----------------------------+
|         3 | default | web/unsecure/base_url         | http://example.com/        |
|         4 | default | web/secure/base_url           | https://example.com/       |
|           |         |                               |                            |
|       745 | default | admin/url/use_custom          | 1                          |
|       746 | default | admin/url/custom              | https://example.com/oops/  |
|           |         |                               |                            |
|      1538 | stores  | web/secure/base_url           | https://example.com/oops/  |
|      1539 | stores  | web/unsecure/base_url         | http://example.com/oops/   |
|      1540 | default | admin/url/use_custom_path     | 0                          |
+-----------+---------+-------------------------------+----------------------------+

注意我的 ids 1538 & 。 1539. 这些随着 admin/url/custom 设置一起改变。改回 admin/url/custom 和 admin/url/use_custom` 让我登录到 admin，然后在 oops 自定义管理 url 上登录 404。

因此，我将所有这些恢复到之前的状态：

+-----------+-------------------------------+-----------------------+
| config_id | path                          | value                 |
+-----------+-------------------------------+-----------------------+
|         3 | web/unsecure/base_url         | http://example.com/   |
|         4 | web/secure/base_url           | https://example.com/  |
|           |                               |                       |
|       745 | admin/url/use_custom          | 0                     |
|       746 | admin/url/custom              |                       |
|           |                               |                       |
|      1538 | web/secure/base_url           | https://example.com/  |
|      1539 | web/unsecure/base_url         | http://example.com/   |
|      1540 | admin/url/use_custom_path     | 0                     |
+-----------+-------------------------------+-----------------------+

...然后更改了 app/etc/local.xml 并能够返回到我的网站。

为了清除 admin/url/custom，我使用了
update core_config_data set value='' where config_id = 746;

Answer 7

以下是调试此问题的最佳步骤。

1. 打开Mage_Core_Controller_Varien_Front，位于magento/app/code/core/Mage/Core/Controller/Varien/Front.php

2. 转到 getRouterByRoute($routeName) 函数

3. 在这里放置此代码 print_r($this->_routers);exit;
4. 它将为您提供所有加载的模块和控制器路径，从这里您可以检查您的模块路径是否是加载正确与否。
5. 如果您的模块未在此处正确加载，您必须在模块中的 config.xml 中进行更改。

Answer 8

我在安装 Magento 2 时遇到了同样的问题。问题很可能与 apache2 重写有关。另一种可能性是您的 Magento 目录的文件权限设置。我想分享两个对我有用的解决方案。

解决方案1（如果已经安装）

在本地主机上安装Magento 2时，如果您在Magento安装的步骤3中使用“localhost”而不是127.0.0.1“您的商店地址”和“Magento管理地址”字段，现在您可以做什么在 core_config_data 表中更改以下 2 行：

web/unsecure/base_url 更改为 http://127.0.0.1/Magento/

和

web/secure/base_url 到 https://127.0.0.1/magento2/
删除 Magento/var/cache 目录中的所有内容。

然后尝试，

http://127.0.0.1/Magento/index.php/admin/

或者

http://127.0.0.1/Magento/admin/

解决方案 2

尝试使用以下 url 中提到的权限设置重新安装 Magento：
http://devdocs.magento.com/guides/v2 .0/install-gde/prereq/zip_install.html

在安装设置向导中，第 3 步在您的商店地址中使用 127.0.0.1 而不是“localhost”。

此步骤中要考虑的另一件事：
展开高级选项并取消选中“Apache Rewrites”选项。

完成安装过程并尝试解决方案 1 中提到的管理 URL。