自己动手搭建 XP上的 apahce + php 5.3 环境

安装的文件如下:

httpd-2.2.22-win32-x86-openssl-0.9.8t.msi

php-5.3.22-Win32-VC9-x86.zip

我下的PHP 是线程安全的版本 php 有nts 与 ts 这两个版本

先安装 apache 一路进行时,很顺利,此处就不说了

解压缩 php 文件到  C:/Program Files/php5.3.22

打开 conf/httpd.conf文件 在里面增加2行

LoadModule php5_module "C:/Program Files/php5.3.22/php5apache2_2.dll"
PHPIniDir "C:/Program Files/php5.3.22/"

找到 此处将 index.php 加入里面

<IfModule dir_module>
    DirectoryIndex index.html index.php
</IfModule>

在 <IfModule mime_module> 里面加上  一行

AddType application/x-httpd-php .php

重启apahce 运行,在 htdocs 目录中 新增 一个 phpinfo.php 文件 内容如下 <?php phpinfo();

找到 php.ini目录中定义的 错误文件存放目录,例如此处我是这么定义的

如果没有找到这个文件,恭喜你 配置正确,木有问题,如果出现错误,诸如:

php_pgsql.dll 不能加载,试着将 php目录下的libpq.dll 复制到 apache的bin目录下

php_curl.dll活php_openssl 不能加载,试着将 php目录下的ssleay32.dll 复制到 apache的bin目录下

有可能 apache bin目录下已经存在这两个文件,不过我建议你还是把 php目录下的同名文件复制过去,

因为 php 的 nts | ts 版本的差异,这两个文件 可能有问题

libeay32.dll
libpq.dll
ssleay32.dll 把这三个 dll 复制到 apahce的bin目录下就好了
libpq.dll 是 extension=php_pgsql.dll 这个扩展需要的东西

配置 xdebug, xdebug 对 nts | ts 分的很清,比如 我这里使用的是 ts 版本的php,如果 你下载的 xdebug是 nts版本的,就加载不到,也不会记录在 错误信息中, 可以通过 命令行执行 php -v 来查看 是否启用了

此时 会提示说不能找到 php5.dll , 去 xdebug官方下载 正确的版本,不如我此处是这样配置的

另一个就是 配置上 php_memcache , apc 等,可以在 http://downloads.php.net/pierre/ 下载编译好的windows版本

好了 此时OK了,至于 mysql的安装 就不用在这里得瑟了

以下是 php-xdebug 配置相关的一些 网络资料

xdebug安装 与 extension ，zend_extension，zend_extension_ts

xdebug下载地址:http://www.xdebug.org/download.php
版本选择: xdebug有Non-thread-safe(非线程安全)、thread-safe(线程安全)
写一个test.php，内容为<?php phpinfo(); ?>，搜索"Thread Safety" enable为线程安全版、disable为非线程安全版
选择VC6还是VC9?

标明 MSVC9 (Visual C++ 2008) 的是VC9
如果你在apache1或者apache2下使用PHP，你应该选择VC6的版本
如果你在IIS下使用PHP应该选择VC9的版本
VC6的版本使用visual studio6编译
VC9使用Visual Studio 2008编译，并且改进了性能和稳定性。VC9版本的PHP需要你安装Microsoft 2008 C++ Runtime
不要在apache下使用VC9的版本

Xdebug安装:
将下载的php_xdebug-2.1.0-5.2-vc6.dll放到C:\php5\ext目录，重命名为php_xdebug.dll；

编辑php.ini，加入下面几行：
[Xdebug]
extension=php_xdebug.dll
xdebug.profiler_enable=on
xdebug.trace_output_dir="X:\Projects\xdebug"
xdebug.profiler_output_dir="X:\Projects\xdebug"
后面的目录“I:\Projects\xdebug”为你想要放置Xdebug输出的数据文件的目录，可自由设置。
4． 重启Apache；
5． 写一个test.php，内容为<?php phpinfo(); ?>，如果输出的内容中有看到xdebug，说明安装配置成功。


Xdebug使用
Xdebug使用之开始调试：
我们先写一个可以导致执行出错的程序，例如尝试包含一个不存在的文件。
testXdebug.php
<?php
require_once(‘abc.php’);
?>
然后通过浏览器访问，我们惊奇地发现，出错信息变成了彩色的了：

不过除了样式改变，和我们平时打印的出错信息内容没什么不同，意义不大。好，我们继续改写程序：
testXdebug2.php
<?php
testXdebug();
function testXdebug() {
       require_once('abc.php');
}
?>
输出信息：

发现了什么？　Xdebug跟踪代码的执行，找到了出错的函数testXdebug()。
我们把代码再写得复杂一些：　
testXdebug3.php
<?php
testXdebug();
function testXdebug() {
       requireFile();    
}
function requireFile() {
       require_once('abc.php');
}
?>
输出信息：
'
呵呵，也就是说Xdebug具有类似于Java的Exception的“跟踪回溯”的功能，可以根据程序的执行一步步跟踪到出错的具体位置，哪怕程序中的调用很复杂，我们也可以通过这个功能来理清代码关系，迅速定位，快速排错。


Xdebug配置

第一部分：基本特征:
相关参数设置
xdebug.default_enable
类型：布尔型 默认值：On
如果这项设置为On，堆栈跟踪将被默认的显示在错误事件中。你可以通过在代码中使用xdebug_disable()来禁止堆叠跟踪的显示。因为这是xdebug基本功能之一，将这项参数设置为On是比较明智的。
xdebug.max_nesting_level
类型：整型 默认值：100
The value of this setting is the maximum level of nested functions that are allowed before the script will be aborted.
限制无限递归的访问深度。这项参数设置的值是脚本失败前所允许的嵌套程序的最大访问深度。

第二部分：堆栈跟踪:
相关参数设置
xdebug.dump_globals
类型：布尔型 默认值：1
限制是否显示被xdebug.dump.*设置定义的超全局变量的值
例如，xdebug.dump.SERVER = REQUEST_METHOD,REQUEST_URI,HTTP_USER_AGENT 将打印 PHP 超全局变量 $_SERVER['REQUEST_METHOD']、$_SERVER['REQUEST_URI'] 和 $_SERVER['HTTP_USER_AGENT']。
xdebug.dump_once
类型：布尔型 默认值：1
限制是否超全局变量的值应该转储在所有出错环境(设置为Off时)或仅仅在开始的地方(设置为On时)
xdebug.dump_undefined
类型：布尔型 默认值：0
如果你想从超全局变量中转储未定义的值，你应该把这个参数设置成On，否则就设置成Off
xdebug.show_exception_trace
类型：整型 默认值：0
当这个参数被设置为1时，即使捕捉到异常，xdebug仍将强制执行异常跟踪当一个异常出现时。
xdebug.show_local_vars
类型：整型 默认值：0
当这个参数被设置为不等于0时，xdebug在错环境中所产生的堆栈转储还将显示所有局部变量，包括尚未初始化的变量在最上面。要注意的是这将产生大量的信息，也因此默认情况下是关闭的。

第三部分：分析PHP脚本
相关参数设置
xdebug.profiler_append
类型：整型 默认值：0
当这个参数被设置为1时，文件将不会被追加当一个新的需求到一个相同的文件时(依靠xdebug.profiler_output_name的设置)。相反的设置的话，文件将被附加成一个新文件。
xdebug.profiler_enable
类型：整型 默认值：0
开放xdebug文件的权限，就是在文件输出目录中创建文件。那些文件可以通过KCacheGrind来阅读来展现你的数据。这个设置不能通过在你的脚本中调用ini_set()来设置。
xdebug.profiler_output_dir
类型：字符串 默认值：/tmp
这个文件是profiler文件输出写入的，确信PHP用户对这个目录有写入的权限。这个设置不能通过在你的脚本中调用ini_set()来设置。
xdebug.profiler_output_name
类型：字符串 默认值：cachegrind.out%p
这个设置决定了转储跟踪写入的文件的名称。

第四部分：远程Debug
相关参数设置
xdebug.remote_autostart
类型：布尔型 默认值：0
一般来说，你需要使用明确的HTTP GET/POST变量来开启远程debug。而当这个参数设置为On，xdebug将经常试图去开启一个远程debug session并试图去连接客户端，即使GET/POST/COOKIE变量不是当前的。
xdebug.remote_enable
类型：布尔型 默认值：0
这个开关控制xdebug是否应该试着去连接一个按照xdebug.remote_host和xdebug.remote_port来设置监听主机和端口的debug客户端。
xdebug.remote_host
类型：字符串 默认值：localhost
选择debug客户端正在运行的主机，你不仅可以使用主机名还可以使用IP地址
xdebug.remote_port
类型：整型 默认值：9000
这个端口是xdebug试着去连接远程主机的。9000是一般客户端和被绑定的debug客户端默认的端口。许多客户端都使用这个端口数字，最好不要去修改这个设置。
注意：所有以上参数修改后，要重启Apache才能生效！

Xdebug调试
其实PHP函数debug_backtrace()也有类似的功能，但是要注意debug_backtrace()函数只在PHP4.3.0之后版本及
PHP5中才生效。这个函数是PHP开发团队在PHP5中新增的函数，然后又反向移植到PHP4.3中。
Xdebug使调试信息更加美观
Xdebug扩展加载后，Xdebug会对原有的某些PHP函数进行覆写，以便好更好地进行Debug。比如var_dump()函数，我们知道通常我们需要在函数前后加上”<pre>…</pre>”才能够让输出的变量信息比较美观、可读性好。但是加载了Xdebug后，我们不再需要这样做了，Xdebug不但自动给我们加上了<pre>标签，还给变量加上颜色。
例：
<?php
$arrTest=array(
       "test"=>"abc",
       "test2"=>"abc2"
);
var_dump($arrTest);
?>
输出：

看到了吗？　数组元素的值自动显示颜色。
如果你还是希望使用PHP的var_dump函数 只要在php.ini关于xdebug的配置中加上 xdebug.overload_var_dump = Off 即可
Xdebug测试脚本执行时间
测试某段脚本的执行时间，通常我们都需要用到microtime()函数来确定当前时间。例如PHP手册上的例子：
<?php
/**
* Simple function to replicate PHP 5 behaviour
*/
function microtime_float()
{
    list($usec, $sec) = explode(" ", microtime());
return ((float)$usec + (float)$sec);
}
$time_start = microtime_float();
// Sleep for a while
usleep(100);
$time_end = microtime_float();
$time = $time_end - $time_start;
echo "Did nothing in $time seconds\n";
?>
但是microtime()返回的值是微秒数及绝对时间戳（例如“0.03520000 1153122275”），没有可读性。所以如上程序，我们需要另外写一个函数microtime_float()，来将两者相加。
Xdebug自带了一个函数xdebug_time_index()来显示时间。

PHP脚本占用的内存
有时候我们想知道程序执行到某个特定阶段时到底占用了多大内存，为此PHP提供了函数memory_get_usage()。这个函数只有当PHP编译时使用了--enable-memory-limit参数时才有效。　
Xdebug同样提供了一个函数xdebug_memory_usage()来实现这样的功能，另外xdebug还提供了一个xdebug_peak_memory_usage()函数来查看内存占用的峰值。


WinCacheGrind
有时候代码没有明显的编写错误，没有显示任何错误信息（如error、warning、notice等），但是这不表明代码就是正确无误的。有时候可能某段代码执行时间过长，占用内存过多以致于影响整个系统的效率，我们没有办法直接看出来是哪部份代码出了问题。这时候我们希望把代码的每个阶段的运行情况都监控起来，写到日志文件中去，运行一段时间后再进行分析，找到问题所在。
回忆一下，之前我们编辑php.ini文件
加入
[Xdebug]
xdebug.profiler_enable=on
xdebug.trace_output_dir="I:\Projects\xdebug"
xdebug.profiler_output_dir="I:\Projects\xdebug"
这几行，目的就在于把执行情况的分析文件写入到”I:\Projects\xdebug”目录中去（你可以替换成任何你想设定的目录）。如果你执行某段程序后，再打开相应的目录，可以发现生成了一堆文件，例如cachegrind.out.1169585776这种格式命名的文件。这些就是Xdebug生成的分析文件。用编辑器打开你可以看到很多程序运行的相关细节信息，不过很显然这样看太累了，我们需要用图形化的软件来查看。
WinCacheGrind下载
在Windows平台下，可以用WinCacheGrind(wincachegrind.souceforge.net)这个软件来打开这些文件。可以直观漂亮地显示其中内容：

WinCacheGrind小结：
Xdebug提供了各种自带的函数，并对已有的某些PHP函数进行覆写，可以方便地用于调试排错；Xdebug还可以跟踪程序的运行，通过对日志文件的分析，我们可以迅速找到程序运行的瓶颈所在，提高程序效率，从而提高整个系统的性能。

如果在linux下 你可以使用 kcachegrind 查看xdebug的日志

php扩展之关于extension,zend_extension和zend_extension_ts

extension意为基于php引擎的扩展

zend_extension意为基于zend引擎的扩展

注：php是基于zend引擎的。晕了吧。

不同的扩展安装后，在php.ini里是用extension还是zend_extension，是取决于该扩展，有的扩展可能只能用zend_extension，如xdebug，也有的扩展可以用extension或zend_extension，如mmcache。

注：上面的结论不保证准确。zend_extension加载php扩展时需用全路径，而extension加载时可以用相对extension_dir的路径。

确定可以用zend_extension之后，还有下面几种可能：

根据 PHP 版本，zend_extension 指令可以是以下之一：

zend_extension (non ZTS, non debug build)
zend_extension_ts ( ZTS, non debug build)
zend_extension_debug (non ZTS, debug build)
zend_extension_debug_ts ( ZTS, debug build)

ZTS：ZEND Thread Safety

可通过phpinfo()查看ZTS是否启用，从而决定用
zend_extension还是zend_extension_ts，当然试一下怎么生效也可以。

    zend_extension="E:/usr/php/ext/php_xdebug.dll"
    [Xdebug]
    ;是否开启自动跟踪
    xdebug.auto_trace = On
    ;是否开启异常跟踪
    xdebug.show_exception_trace = On
    ;是否开启远程调试自动启动
    xdebug.remote_autostart = On
    ;是否开启远程调试
    xdebug.remote_enable = On
    ;允许调试的客户端IP
    xdebug.remote_host=localhost
    ;远程调试的端口（默认9000）
    xdebug.remote_port=9000
    ;调试插件dbgp
    xdebug.remote_handler=dbgp
    ;是否收集变量
    xdebug.collect_vars = On
    ;是否收集返回值
    xdebug.collect_return = On
    ;是否收集参数
    xdebug.collect_params = 0
    ;跟踪输出路径
    xdebug.trace_output_dir="E:\usr\tmp\logs\xdebug"
    ;是否开启调试内容
    xdebug.profiler_enable=0
    ;调试输出路径
    xdebug.profiler_output_dir="E:\usr\tmp\logs\xdebug"
   
xdebug是PHP的一个扩展应用，有了xdebug就可以轻松的调试PHP程序，有了它，我们就不用使用var_dump()，print_r()之类的傻瓜调试函数了。
Xdebug则提供了更多的功能，能全方位的对PHP脚本进行调试。Xdebug主要的功能如下：

    堆栈追踪和函数追踪；
    错误信息；
    内存分配；
    剖析php脚本的信息；
    代码覆盖率分析；
    远程调试分析；

1、Ubuntu搭建xdebug调试环境
安装Xdebug模块

在终端中使用apt-get安装xdebug，命令如下

    sudo apt-get install php5-dev php-pear
    sudo apt-get install php5-xdebug

然后打开php.ini文件(例如gedit /etc/php5/apache2/php.ini)。进行如下配置；

    ;加载xdebug动态链接库
    extension=xdebug.so
    ;xdebug分析文件输出路径
    xdebug.profiler_output_dir = “/var/www/xdebug/”
    ;分析器默认是关闭，调试的时候在url中加入XDEBUG_PROFILE=true即可
    xdebug.profiler_enable = Off
    xdebug.profiler_enable_trigger = 1

重启apache，这样就可以使用xdebug调试PHP了。
2、windows下安装xdebug

以PHP5.1.4，Windows平台为例（其它PHP版本，其它平台请参看官网文档）：
1． 登录www.xdebug.org，在首页右侧有一个Windows modules，选择其中的PHP5.1.2+，下载php_xdebug-5.1.2-2.0.0beta6.dll文件；
2． 将下载的php_xdebug-5.1.2-2.0.0beta6.dll放到C:php5ext目录，重命名为php_xdebug.dll；
3． 编辑php.ini，加入下面几行：

    extension=php_xdebug.dll
    [Xdebug]
    xdebug.profiler_enable=on
    xdebug.trace_output_dir=”I:Projectsxdebug”
    xdebug.profiler_output_dir=”I:Projectsxdebug”
    xdebug.dump.GET=*
    xdebug.show_local_vars=1

具体参数PHP.ini说明参见ubuntu下的注释。
3、使用xdebug进行PHP调试
xdebug调试变量更加友好

Xdebug重写了php里面var_dump()函数。
xdebug里的var_dump()给变量对象有不同的颜色，显示类型长度，还可以控制显示层次，显示的方式经过格式化，清晰友好。
需要使用此功能，有如下参数需注意。

    ;是否覆盖php里面的函数var_dump();默认是开启的，值为1；设为0，则关闭；
    xdebug.overload_var_dump = 1
    ;控制数组子元素显示的大小默认为256
    xdebug.var_display_max_children = 256
    ;控制变量打印的大小，默认为512
    xdebug.var_display_max_data = 512
    ;控制数组和对象元素显示的层级。默认为3
    xdebug.var_display_max_depth = 3

xdebug的堆栈追踪功能

如果脚本中出现函数参数不正确，方法重复，语法错误等错误的时候。xdebug能追踪其错误产生的产生的过程。

参数配置请参考http://xdebug.com/docs/stack_trace；一般来说，很少需要配置。
4、使用xdebug进行脚本性能测试

在php.ini做如下配置

    ;默认为0,不开启xdebug调试器；
    xdebug.profiler_enable = 0
    ;默认为0；这里设为1，可以通过XDEBUG_PROFILE参数通过GET/POST传递
    xdebug.profiler_enable_trigger = 1

测试性能结果查看工具

测试完毕后，我们需要查看下测试结果，从而找到PHP的瓶颈。
这里推荐使用两款查看工具，ubuntu下可以使用KCachegrind，windows下可以使用WinCacheGrind。具体查看xdebug测试结果工具使用方法自己谷歌，很简单。懂点E文就可以看懂的。
5、xdebug使用注意及相关参数说明
xdebug使用注意

如果您在 phpinfo() 的输出中没有看到 Xdebug 部分，则 Xdebug 装入失败。Apache 错误日志会列出原因。常见错误包括 zend_extension 的路径错误或者与其他扩展发生冲突。例如，如果需要使用 XCache 和 Xdebug，一定要先装入 XCache。但是，由于 Xdebug 适于在开发时使用并假定 xdebug.so 的路径正确，因此需要禁用其他扩展并重试。然后您可以重新启用扩展以执行其他测试，如缓存的效果。

Xdebug 站点还有其他一些故障检修技巧。
xdebug相关参数设置
xdebug.default_enable

类型：布尔型 默认值：On
如果这项设置为On，堆栈跟踪将被默认的显示在错误事件中。你可以通过在代码中使用xdebug_disable()来禁止堆叠跟踪的显示。因为这是xdebug基本功能之一，将这项参数设置为On是比较明智的。
xdebug.max_nesting_level

类型：整型 默认值：100
The value of this setting is the maximum level of nested functions that are allowed before the script will be aborted.
限制无限递归的访问深度。这项参数设置的值是脚本失败前所允许的嵌套程序的最大访问深度。
xdebug.dump_globals

类型：布尔型 默认值：1
限制是否显示被xdebug.dump.*设置定义的超全局变量的值
例如，xdebug.dump.SERVER = REQUEST_METHOD,REQUEST_URI,HTTP_USER_AGENT 将打印 PHP 超全局变量 $_SERVER['REQUEST_METHOD']、$_SERVER['REQUEST_URI'] 和 $_SERVER['HTTP_USER_AGENT']。
xdebug.dump_once

类型：布尔型 默认值：1
限制是否超全局变量的值应该转储在所有出错环境(设置为Off时)或仅仅在开始的地方(设置为On时)
xdebug.dump_undefined

类型：布尔型 默认值：0
如果你想从超全局变量中转储未定义的值，你应该把这个参数设置成On，否则就设置成Off
xdebug.show_exception_trace

类型：整型 默认值：0
当这个参数被设置为1时，即使捕捉到异常，xdebug仍将强制执行异常跟踪当一个异常出现时。
xdebug.show_local_vars

类型：整型 默认值：0
当这个参数被设置为不等于0时，xdebug在错环境中所产生的堆栈转储还将显示所有局部变量，包括尚未初始化的变量在最上面。要注意的是这将产生大量的信息，也因此默认情况下是关闭的。
xdebug.profiler_append

类型：整型 默认值：0
当这个参数被设置为1时，文件将不会被追加当一个新的需求到一个相同的文件时(依靠xdebug.profiler_output_name的设置)。相反的设置的话，文件将被附加成一个新文件。
xdebug.profiler_enable

类型：整型 默认值：0
开放xdebug文件的权限，就是在文件输出目录中创建文件。那些文件可以通过KCacheGrind来阅读来展现你的数据。这个设置不能通过在你的脚本中调用ini_set()来设置。
xdebug.profiler_output_dir

类型：字符串 默认值：/tmp
这个文件是profiler文件输出写入的，确信PHP用户对这个目录有写入的权限。这个设置不能通过在你的脚本中调用ini_set()来设置。
xdebug.profiler_output_name

类型：字符串 默认值：cachegrind.out%p
这个设置决定了转储跟踪写入的文件的名称。
xdebug.remote_autostart

类型：布尔型 默认值：0
一般来说，你需要使用明确的HTTP GET/POST变量来开启远程debug。而当这个参数设置为On，xdebug将经常试图去开启一个远程debug session并试图去连接客户端，即使GET/POST/COOKIE变量不是当前的。
xdebug.remote_enable

类型：布尔型 默认值：0
这个开关控制xdebug是否应该试着去连接一个按照xdebug.remote_host和xdebug.remote_port来设置监听主机和端口的debug客户端。
xdebug.remote_host

类型：字符串 默认值：localhost
选择debug客户端正在运行的主机，你不仅可以使用主机名还可以使用IP地址
xdebug.remote_port

类型：整型 默认值：9000
这个端口是xdebug试着去连接远程主机的。9000是一般客户端和被绑定的debug客户端默认的端口。许多客户端都使用这个端口数字，最好不要去修改这个设置。

注意：所有以上参数修改后，要重启Apache才能生效！