5

我们无法从 magento 1.5 版上的“后端 >> 系统 >> 工具 >> 备份”菜单创建 magento 备份。当我们在 15 到 20 分钟后尝试创建备份时,系统返回错误消息:


Internal Server Error 
The server encountered an internal error or misconfiguration and was unable
to complete your request.

Please contact the server administrator, webmaster@choosemadeinusa.com and     
inform them of the time the error
occurred, and anything you might have done that may have caused the
error.

More information about this error may be available in the server error
log.

此外,在尝试使用 ErrorDocument 处理请求时遇到 500 Internal Server Error 错误。

Apache/2.2.23 (Unix) mod_ssl/2.2.23 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 服务器位于 www.choosemadeinusa.com 端口 443


我们已经应用了我们在 magento 论坛上找到的几乎所有解决方案,因为很多人以前都遇到过这个问题。我们应用的解决方案是:

  • 将“var”文件夹的权限更改为 777。
  • 使“var/backups”文件夹为空。
  • 将 ROOT index.php 文件的权限更改为 755。
  • 增加了 PHP 中执行的 MAX TIME。
  • 增加了内存限制。
  • 用 index.php.sample 替换 index.php 文件作为临时基础。
  • 启用“日志设置”以查看系统正在生成什么错误。检查附加的“system.log”以查看与 maganto 备份相关的任何错误?
  • 将文件“app/code/local/MageWorx/LinkExchange/Controller/Router.php”中的“split”替换为“explode”php函数</li>

但是,没有运气发现我们真的不清楚出了什么问题。我们计划将 magento 版本从 1.5 升级到 1.7,我们无法启动该过程 b/c 我们无法完成备份过程。

最糟糕的部分是当系统返回错误消息“500 internal server error”,然后我们重新加载后端的 Dashboard 页面并以绿色显示您的“备份过程已完成”消息,它还显示列表系统创建的备份。但是,我们确定这不是完整的备份,还是应该假设备份已经完成?

2013-02-07T16:54:15+00:00 ERR (3): Deprecated functionality: Function split() is deprecated  in /home/choosema/public_html/app/code/local/MageWorx/LinkExchange/Controller/Router.php on line 56
2013-02-07T16:54:15+00:00 ERR (3): Strict Notice: Declaration of MageWorx_SeoSuite_Block_Catalog_Navigation::_renderCategoryMenuItemHtml() should be compatible with that of Mage_Catalog_Block_Navigation::_renderCategoryMenuItemHtml()  in /home/choosema/public_html/app/code/local/MageWorx/SeoSuite/Block/Catalog/Navigation.php on line 38
2013-02-07T16:54:25+00:00 ERR (3): Strict Notice: Declaration of MageWorx_SeoSuite_Block_Catalog_Navigation::_renderCategoryMenuItemHtml() should be compatible with that of Mage_Catalog_Block_Navigation::_renderCategoryMenuItemHtml()  in /home/choosema/public_html/app/code/local/MageWorx/SeoSuite/Block/Catalog/Navigation.php on line 38
2013-02-07T16:54:29+00:00 ERR (3): Strict Notice: Declaration of MageWorx_SeoSuite_Block_Catalog_Navigation::_renderCategoryMenuItemHtml() should be compatible with that of Mage_Catalog_Block_Navigation::_renderCategoryMenuItemHtml()  in /home/choosema/public_html/app/code/local/MageWorx/SeoSuite/Block/Catalog/Navigation.php on line 38
2013-02-07T16:55:08+00:00 ERR (3): Strict Notice: Declaration of MageWorx_SeoSuite_Block_Catalog_Navigation::_renderCategoryMenuItemHtml() should be compatible with that of Mage_Catalog_Block_Navigation::_renderCategoryMenuItemHtml()  in /home/choosema/public_html/app/code/local/MageWorx/SeoSuite/Block/Catalog/Navigation.php on line 38
2013-02-07T16:55:17+00:00 ERR (3): Strict Notice: Declaration of MageWorx_SeoSuite_Block_Catalog_Navigation::_renderCategoryMenuItemHtml() should be compatible with that of Mage_Catalog_Block_Navigation::_renderCategoryMenuItemHtml()  in /home/choosema/public_html/app/code/local/MageWorx/SeoSuite/Block/Catalog/Navigation.php on line 38

我们从“system.log”文件中得到的上述错误“Router.php”和“Navigation.php”有错误,是URL重写有问题吗?根据我们的理解,如果路由不正确,也会返回“500 internal server error”。

任何人都可以让我们知道并帮助我们解决问题,因为我们几乎尝试了所有方法。另外,请检查附加的“system.log”文件,可能有人可以找到magento备份系统问题的线索。

4

4 回答 4

2

首先,测量准确的时间对于确定问题出在哪里非常有帮助,在一分钟内得到它可能会导致准确的超时。

可能wait_timeout在 MySQL 的配置 /etc/my.cnf

其次,备份过程没有什么神奇之处。听起来您具有工作知识并可以访问您的服务器。您可以使用zip压缩整个 magento Web 根目录,并用于mysqldump获取数据库的副本。这就是重建 PHP/MySQL 应用程序真正需要的全部内容。

此外,听起来您几乎正计划尝试在实时生产服务器上升级 Magento 1.5->1.7。这几乎可以肯定是一个错误,许多功能会发生变化,扩展可能会也可能不会与新版本很好地配合。我强烈建议按照上述方式进行备份,并部署到某种测试环境中,您可以在其中进行升级并记录发生的问题。

于 2013-03-05T18:17:03.993 回答
1

要找出错误是什么,您可以取消注释该行

ini_set('display_errors', 1);

该行位于 index.php 文件中。

然后您将看到究竟是什么触发了上述错误。

于 2014-11-25T13:22:26.413 回答
0

在 magento 1.9.1 中,当您收到 500 内部服务器错误时,只需将 index.php 的权限更改为 644,同时删除根文件夹中的所有 maintenance-flag.php。然后您应该能够登录到管理面板!

于 2014-12-26T10:53:12.697 回答
0

使用 Godaddy 服务器,更改根文件夹中 644 的“index.php”文件权限。

于 2015-05-09T09:30:31.273 回答