Question

在将其标记为重复之前，请先…，因为到目前为止其他问题都没有解决。

就像它说的那样，Mage::log()似乎不起作用。我猜这是一个权限问题，但我无法终生解决。我一直在跟tutorial一起进行扩展，直到一切顺利为止。我在magento管理面板中看到了该模块，并且我知道它应该在预定的时间运行，因为如果我在语法上破坏Observer.php文件，则该网站会崩溃。有趣的是，当我执行该操作时，它确实创建了一个system.log文件，但是谷歌搜索告诉我这可能只意味着确实具有写入权限的cron作业已写入该文件，但是magento仍然不能。

我已经尝试过的事情：

在magento中禁用了缓存，并清除了
已启用日志记录。我还启用了调试功能，但是我真的不知道它的作用。
最初，该行是Mage::log("{$name} ({$sku}) updated", null, 'product-updates.log');。虽然这没有创建任何日志文件。我将其更改为Mage::log("{$name} ({$sku}) updated", null, 'product-updates.log', true);，这意味着true意味着无论是否启用日志记录，都执行此操作。不用找了。在文件的开头和结尾也尝试了简单的Mage::log("My log entry");。没事。
就权限而言，我对它的理解还不够，无法编写自己的命令来尝试，但是基本上我已经尝试了在互联网上找到的每个选项，但没有任何解决方案。（我正在使用ubuntu服务器）我尝试过的基本magento路径中的当前配置为：
```
sudo usermod -a -G www-data <myUser>
sudo chown -R :www-data .
find . -type f -exec chmod 640 {} \;
find . -type d -exec chmod 750 {} \; 
find var/ -type f -exec chmod 660 {} \; 
find media/ -type f -exec chmod 660 {} \;
find var/ -type d -exec chmod 770 {} \; 
find media/ -type d -exec chmod 770 {} \;
chmod 770 includes
chmod 660 includes/config.php
chmod -R 777 var/
```
在FileZilla上，我可以确认日志文件夹具有权限drwxrwxrwx，而内部的system.log文件具有-rwxrwxrwx，那么为什么不将其写入日志文件呢？如果我没有其他有用的信息，请告诉我，我将其添加。

Answer 1

在系统>配置>开发人员>日志设置>启用下检查您的日志是否已启用

Magento 1.9-Mage :: log（）未创建日志文件

1 个答案: