抑制PHP错误';从CLI运行时的HTML标记

抑制PHP错误';从CLI运行时的HTML标记,php,debugging,command-line-interface,Php,Debugging,Command Line Interface,在CLI上运行php-l someFile时,输出用HTML标记: $ php -l someFile.php <br /> <b>Parse error</b>: syntax error, unexpected T_ECHO in <b>/home/someUser/public_html/someFile.php</b> on line <b>42</b><br /> Errors pars

在CLI上运行
php-l someFile
时,输出用HTML标记:

$ php -l someFile.php 
<br />
<b>Parse error</b>:  syntax error, unexpected T_ECHO in <b>/home/someUser/public_html/someFile.php</b> on line <b>42</b><br />
Errors parsing someFile.php
$
$php-l someFile.php

解析错误:语法错误,第42行的/home/someUser/public\u html/someFile.php中出现意外的T_ECHO
解析someFile.php时出错 $
如何抑制这些HTML标记?实际上,我正在使用一个定制的
php.ini
进行解析(为了简化,示例中没有显示),因此,如果修改php.ini可以解决这个问题,那么就可以了


谢谢。

在ini文件中将html\u错误设置为false


谢谢,哈卡拉。这两个问题是相关的,但每个问题都属于不同的环境,配置项的放置位置也不同。在链接的问题中,没有提到CLI或
-d
标志,因此即使知道
html\u errors
选项,他也不知道在CLI上如何处理它!。重复并不意味着你的问题消失了(也不意味着你的问题不好,事实并非如此)。更重要的是,我们在网站上将这些相关问题更紧密地组合在一起。在一个理想的世界里,这些会被合并。我意识到,我并不害怕被标记为傻瓜!但是,我不认为这些问题应该合并,因为一个是“如何在环境Y中X”,答案是Z,另一个是“如何在环境A中X”,答案是B。两个问题都是关于X的,但在不同的环境中,答案不同。一票赞成,这只是一个可能重复的建议。它还在“Linked”下面的右侧添加了链接,“Related”列没有多大用处。并不是全是黑白的。链接下的链接是因为你链接到了它,哈卡拉!
$ php -dhtml_errors=0 -l someFile