@Grant06 这个日志文件是空的

@gdtv 你说的的确是这样子好些，现在只是暂时这样子，如果没有排查出来的话，我想下次就直接用 crontab 了。

@lianz
@xujif
@pubby
你们说的是有这个可能性，我会排查的，但是这只是个 demo ，这个情况其实还有一个版本，是插入到数据库的，然后作为 log ，但是也是会断，网上的资料是说应该是某一处产生了报错，但是我 try catch 捕获不到这个错误

是不是这个问题对 V2EX 太简单了~，我也觉得不好意思，可是真心不懂

文档上是说 加这两句就好了？
'LOG_RECORD' => true, // 开启日志记录
'LOG_LEVEL' =>'EMERG,ALERT,CRIT,ERR', // 只记录 EMERG ALERT CRIT ERR 错误
那么 log 产生的地方是在哪里？

@cxbig 比如说，我存数据库存的都是时间戳，但是这个服务器是在中国的，大部分也是为中国客户所服务的，那么我能否把服务器上的时区改成中国的，数据库存的是时间戳影响应该不大吧？

@notgod 额。。并不是你想的这样，这个错其他地方并没有报，也是 linux 的环境，所以觉得和代码是无关的，是希望注意力集中在不是代码的地方，这个代码 apache 是 ok 的， windows 上的 nginx 也是 ok 的，虚拟机的 nginx 也是 ok 的，但是线上的 nginx 是不 ok 的，就是这样子，如果报错的话，我想起码虚拟机的 nginx 也会报同样的错吧,所以觉得会不会是什么配置文件的问题。

@widdy 权限是所有的， chmod 777 -R 过了

@qiayue
@cxbig
看了下版本，虚拟机和线上都是 5.5.9 ubuntu 都是 14.17
这下又没有头绪了~~~

@cxbig 恩，我用的就是 phpstorm ，是没有语法报错的，在虚拟机的环境是 ubuntu 和线上是一样的，我先 check 下 php 的版本吧。

@xuxu 这个的确可以，但是会一直报下去其他错误，难道全都有错？

@qiayue 那现在觉得是什么问题呢？

@realpg
这行报错会消失，但是又会有其他报错
报错信息
5 FastCGI sent in stderr: "PHP message: PHP Parse error: syntax error, unexpected '' . __URL__ . '' (T_CONSTANT_ENCAPSED_STRING)
报错行
$str .= ' <a href="' . __URL__ . '/tag/name/' . urlencode($tag) . '">' . $tag . '</a> ';

我觉得不是语法的问题，因为毕竟其他环境是 i 没影响的

@b821025551b 是的

@realpg 没代码贴啊，因为这个只是所语法错误，但是并不是语法错误，而且去掉这个还有其他的

@qiayue 你是说我本地环境比较高？线上的环境低？

我是感觉不像代码的问题，更像配置的问题，但是 lnmp 的环境虚拟机也跑了，也没发现这个问题

求关注，求别沉，求大神解答

是和 curl 的设置有关系吗？