通常我发现创建一个自定义日志功能可以保存在文件中，存储调试信息，并最终在公共页脚上重新打印。

您还可以重写常见的Exception类，以便这种类型的调试是半自动化的。

Print_r (debug_backtrace());

或者类似的东西:-)

由Derick Rethans编写的Xdebug非常好。我前段时间用过，发现安装起来不那么容易。一旦你完成了，你就不会明白没有它你是如何做到的:-)

在Zend开发者专区有一篇很好的文章(在Linux上安装似乎并不容易)，甚至还有一个Firefox插件，我从来没用过。

坦率地说，是print和print_r()的组合，以打印出变量。我知道很多人更喜欢使用其他更高级的方法，但我发现这是最容易使用的。

我要说的是，直到我在Uni做了一些微处理器编程，甚至都不会使用它，我才完全理解这一点。

根据问题的不同，我喜欢将error_reporting(E_ALL)与echo测试混合使用(以找到最初发生错误的违规行/文件;你知道它并不总是行/文件php告诉你对吗?)，IDE大括号匹配(解决“解析错误:语法错误，意外的$end”问题)，和print_r();退出;转储(真正的程序员查看源代码;p)。

你也不能用“memory_get_usage();”和“memory_get_peak_usage();”来打败phpdebug(检查sourceforge)来找到问题区域。

尝试Eclipse PDT来设置具有您提到的调试特性的Eclipse环境。与var_dump的老方法相比，进入代码的能力是一种更好的调试方法，并在各个点打印，以查看流在哪里出错。当所有这些都失败了，虽然，我只有SSH和vim，我仍然var_dump()/die()找到哪里的代码出错。