Magento 的错误日志查看

更新日期: 2024-06-18 阅读次数: 421 字数: 529 分类: magento

新安装的 Magento 最新 2.4.7-p1 版本,发现在管理后台无法添加商品。即,无法保存,界面上也没有任何的提示信息。于是只能看日志了。

在 Nginx 中没有任何的有价值的日志,只有一个 edit 的 302 跳转记录。

Magento 的日志存储在哪里

在 magento 安装根目录下的 var/log/ 目录下。例如,假设 magento 安装在

/var/www/html/magento/

下,那么对应的日志目录就在

/var/www/html/magento/var/log/

有哪些日志

共四个日志文件。

# ls var/log/
commerce-data-export.log  debug.log  exception.log  system.log

system.log debug.log exception.log 的区别

system.log:

  • 这个日志文件记录了 Magento 系统中的一般操作和事件。
  • 它包含了 Magento 应用程序中发生的各种操作和事件的信息,如页面加载、订单处理、产品更新等。
  • 这些信息可以帮助您了解 Magento 系统的运行情况和诊断潜在的问题。

debug.log:

  • 这个日志文件记录了 Magento 的调试信息。
  • 包含了更详细的信息, 如变量值、函数调用、SQL 查询等, 可以帮助诊断代码中的问题。
  • 这个日志文件通常只在开发或测试环境中使用,因为它会记录大量的信息,可能会影响生产环境的性能。

exception.log:

  • 这个日志文件专门记录 Magento 发生的异常和错误。
  • 可以直观地看到异常错误日志,特别是在生产环境中出现的错误。排除其他信息的干扰。
  • 但是这里看不到资源文件找不到的日志,而 system.log 则包含这些信息

例如,system.log 中的日志

[2024-06-18T21:07:30] main.ERROR: elasticsearch8 search engine doesn't exist. Falling back to opensearch [] []
[2024-06-18T21:07:30] main.ERROR: Could not ping search engine: No alive nodes found in your cluster [] []
[2024-06-18T21:07:30] main.CRITICAL: Exception message: The stock item was unable to be saved. Please try again.

相对 exception.log 逻辑性更好一些。至少能看到存储失败的提示。

而且可以看到 js 等资源文件的错误

[2024-06-18T19:27:04] main.CRITICAL: Unable to resolve the source file for 'adminhtml/Magento/backend/en_US/underscore-umd.js.map' [] []
[2024-06-18T19:27:11] main.ERROR: Unable to resolve the source file for 'adminhtml/Magento/backend/en_US/jquery/uppy/dist/uppy.min.js.map' [] []

其他日志

至于安装日志,计划任务日志,可以参考 magento 官方文档的说明:

https://experienceleague.adobe.com/en/docs/commerce-cloud-service/user-guide/develop/test/log-locations

微信关注我哦 👍

大象工具微信公众号

我是来自山东烟台的一名开发者,有敢兴趣的话题,或者软件开发需求,欢迎加微信 zhongwei 聊聊, 查看更多联系方式