XDebug对于开发至关重要。我安装它之前任何其他扩展。它为您提供任何错误的堆栈跟踪，您可以轻松地启用分析。

使用var_dump()可以快速查看数据结构。不要使用print_r()，因为你必须用<pre>包围它，而且它一次只打印一个var。

<?php var_dump(__FILE__, __LINE__, $_REQUEST); ?>

对于一个真正的调试环境，我发现最好的是Komodo IDE，但它要花费$$。

根据问题的不同，我喜欢将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平台。这就提供了适当的调试、断点/跨代码等，尽管是有代价的。

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

在生产环境中，我使用error_log()将相关数据记录到服务器的错误日志中。

您可以使用Firephp作为firebug的附加组件在与javascript相同的环境中调试php。

我还使用前面提到的Xdebug来分析php。