我使用了Zend Studio(5.5)和Zend平台。这就提供了适当的调试、断点/跨代码等，尽管是有代价的。

集成的调试器，可以在逐步执行代码时观察变量值的变化，这真的很酷。但是，它们确实需要在服务器上安装软件，并在客户机上进行一定数量的配置。两者都需要定期维护以保持良好的工作状态。

print_r易于编写，并保证在任何设置中都能工作。

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

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

我使用了Zend Studio(5.5)和Zend平台。这就提供了适当的调试、断点/跨代码等，尽管是有代价的。

当不能使用Rails时，我经常使用CakePHP。为了调试错误，我通常会在tmp文件夹中找到error.log，然后在终端中使用命令…

tail -f app/tmp/logs/error.log

它可以让你从蛋糕中运行正在发生的事情的对话框，这非常方便，如果你想在代码中输出一些东西，你可以使用。

$this->log('xxxx');

这通常可以让你很好地了解发生了什么。

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

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