解决方法：

编辑.project 文件 ，删除<buildSpec>节点，重新关闭打开项目，然后测试下

.project 文件大概类似如下内容：

<?xml version="1.0" encoding="UTF-8"?>
<projectDescription>
	<name>name</name>
	<comment></comment>
	<projects>
	</projects>
	<buildSpec>
		<buildCommand>
			<name>org.eclipse.wst.validation.validationbuilder</name>
			<arguments>
			</arguments>
		</buildCommand>
		<buildCommand>
			<name>org.eclipse.dltk.core.scriptbuilder</name>
			<arguments>
			</arguments>
		</buildCommand>
	</buildSpec>
	<natures>
		<nature>org.eclipse.php.core.PHPNature</nature>
		<nature>org.eclipse.wst.jsdt.core.jsNature</nature>
	</natures>
</projectDescription>

#2000 - mysqlnd cannot connect to MySQL 4.1+ using old authentication

解决问题的方法不是调整PHP，而是检查你的Mysql，你需要确保两件事：

• 你使用的Mysql是4.1+以上版本，4.1以前的版本只支持使用老的16位密码存储
• 你准备用于连接的数据库帐号使用的MySql的新密码格式（41位的数据）

解决问题2的方法是重新设置账户的密码，并确保使用的标准Password（）函数设置账户密码，相关指令如下：

-- 选择系统库
USE `mysql`
-- 显示当前的用户和密码，注意新的的密码格式应该是41位的加密字符，老的是16位的
SELECT `user`,`password` FROM `user`;
 
-- 更新指定的用户的密码，注意使用函数 password()
-- 有时针对一些特殊需要，你可以使用old_password()函数来建立一个或几个向下兼容的数据库账户
UPDATE `user` SET `password`=password('newpassword') WHERE `user`='UserName';
 
-- 刷新MySql权限库
FLUSH PRIVILEGES;
 
-- 最后别忘记了,MySql的命令行连接方式是：
MySql -u username@host -p password

配置步骤：（Windows+Apache+php环境）

1.下载和PHP版本环境相适应的XDebug版本，放置于PHP目录，主要None-ThreadSafe版似乎是用来在CLI方式下使用的，一般不需要

2.修改php.ini文件，参考如下

[Xdebug]
;zend_extension_ts	= "D:\server\php5\ext\php_xdebug-2.0.5-5.3-vc6.dll"
;发现在PHP5.3+Apache（CGI）方式下，似乎必须使用 zend_extension 加载才能成功
zend_extension		= "D:\server\php5\ext\php_xdebug-2.0.5-5.3-vc6-nts.dll"
 
xdebug.auto_trace		= off		;开启自动跟踪
 
xdebug.remote_autostart		= off		;开启远程调试自动启动
xdebug.remote_enable		= 1
xdebug.remote_host		= 10.5.184.251
xdebug.remote_port		= 9000
;xdebug.remote_handler		= “dbgp”
 
xdebug.show_exception_trace	= On		;开启异常跟踪
 
xdebug.collect_vars		= On		;收集变量
xdebug.collect_return		= On		;收集返回值
xdebug.collect_params		= On		;收集参数

注意：remote_host应该填写远程调试机的地址，而不是PHP服务器的地址，在Xdebug运行方式下，调试工具实际是调试过程的服务端，Xdebug会主动连接指定的remoete_host，从而建立调试通讯。所以要注意调试机的防火墙问题

3.配置调试工具，Eclipse就很好用，具体不说了，摸索下就可以了

4.Apaceh2下的CGI、FastCGI、Module方式都可以正常使用Xdebug

2009-07-07

5.最新发现在PHP5.3+Apache（CGI）方式下，似乎必须使用 zend_extension 加载才能成功，而不是Zend_extension_ts

顺便放个我常用的PHP.ini的设定，你不需要逐个在PHP.INI里查找相应的行，再修改，只有把这些内容附加到PHP.INI文件后面，它会自动覆盖前面设置。

cgi.force_redirect		= 0
cgi.fix_pathinfo		= 1
fastcgi.impersonate		= 1; 
 
;session.save_handler		= files
;session.save_path		= /tmp
session.use_cookies		= 1
;session.use_only_cookies	= 1
 
; file_uploads			= On
; upload_tmp_dir		=
; upload_max_filesize		= 2M
; post_max_size			= 8M
; memory_limit			= 8M
 
; max_execution_time		= 30
; max_input_time		= 60
 
display_errors			= on
; error_reporting		=  E_ALL
log_errors			= off
; error_log			= d:\server\php5\logs\error.log
 
; mysql.connect_timeout		= 1
; doc_root			= d:\wwwroot
 
extension_dir	= "D:\server\php5\ext"
 
extension	= php_mysql.dll
extension	= php_mysqli.dll
 
;extension	= php_pdo.dll
extension	= php_pdo_mysql.dll
 
extension	= php_mbstring.dll
extension	= php_mcrypt.dll
extension	= php_gd2.dll
extension	= php_bz2.dll
extension	= php_curl.dll

UML关系解析思维导向图

引用解析

UML类图中5中关系的辨析(修订)

问题域、解域混合，编译时、运行时混合是这5种关系的特点。

关系	用词	问题域	解 域	编译时	运行时
Dependency	uses a	短暂的或者对非业务类的（如工具类）依赖	作用域在方法内部的reference（可能是方法参数或方法内部声明的 reference ）	作用域在方法内部的reference（可能是方法参数或方法内部声明的 reference ）	短暂的
Association	has a	相对固定的，对业务类的依赖	类属性	类属性	持续一定时间的
Aggregation	owns but may share	owns but may share	类属性	类属性	生命线可能相关联
Composition	is part of	is part of	类属性	类属性	生命线总是关联
Generalization	is a type of	is a type of	继承	继承

引用解析

UML系列学习之——关系定义

uml定义的关系主要有六种：依赖、类属、关联、实现、聚合和组合。下面对其定义和表示方法逐一说明。

依赖 （Dependency）：元素A的变化会影响元素B，但反之不成立，那么B和A的关系是依赖关系，B依赖A；类属关系和实现关系在语义上讲也是依赖关 系，但由于其有更特殊的用途，所以被单独描述。uml中用带箭头的虚线表示Dependency关系，箭头指向被依赖元素。

类属（Generalization）：通常所说的继承（特殊个体 is kind of 一般个体）关系，不必多解释了。uml中用带空心箭头的实线线表示Generalization关系，箭头指向一般个体。

实现（Realize）：元素A定义一个约定，元素B实现这个约定，则B和A的关系是Realize，B realize A。这个关系最常用于接口。uml中用空心空心箭头和虚线表示Realize关系，箭头指向定义约定的元素。

关联（Association）：元素间的结构化关系，是一种弱关系，被关联的元素间通常可以被独立的考虑。uml中用实线表示Dependency关系，箭头指向被依赖元素。

聚合（Aggregation）：关联关系的一种特例，表示部分和整体（整体 has a 部分）的关系。uml中用带空心菱形头的实线表示Aggregation关系，菱形头指向整体。

组 合（Composition）：组合是聚合关系的变种，表示元素间更强的组合关系。如果是组合关系，如果整体被破坏则个体一定会被破坏，而聚合的个体则可 能是被多个整体所共享的，不一定会随着某个整体的破坏而被破坏。uml中用带实心心菱形头的实线表示Composition关系，菱形头指向整体。

关系 J+m1d\lBu

后面的例子将针对某个具体目的来独立地展示各种关系。虽然语法无误，但这些例子可进一步精炼，在它们的有效范围内包括更多的语义。 xE- �_Fv9 l_\9J913

依赖（Dependency） > 1=].

实体之间一个“使用”关系暗示一个实体的规范发生变化后，可能影响依赖于它的其他实例（图D）。 更具体地说，它可转换为对不在实例作用域内的一个类或对象的任何类型的引用。其中包括一个局部变量，对通过方法调用而获得的一个对象的引用（如下例所 示），或者对一个类的静态方法的引用（同时不存在那个类的一个实例）。也可利用“依赖”来表示包和包之间的关系。由于包中含有类，所以你可根据那些包中的 各个类之间的关系，表示出包和包的关系。

图D

MB+a?u关联（Association） Sb^o`~ Eh

实体之间的一个结构化关系表明对象是相互连接的。箭头是可选的，它用于指定导航能力。如果没有箭头，暗示是一种双向的导航能力。在Java中，关联（图E） 转换为一个实例作用域的变量，就像图E的“Java”区域所展示的代码那样。可为一个关联附加其他修饰符。多重性（Multiplicity）修饰符暗示 着实例之间的关系。在示范代码中，Employee可以有0个或更多的TimeCard对象。但是，每个TimeCard只从属于单独一个 Employee。

图E

聚合（Aggregation） { a_&L

聚合（图F）是关联的一种形式，代表两个类之间的整体/局部关系。聚合暗示着整体在概念上处于比局部更高的一个级别，而关联暗示两个类在概念上位于相同的级别。聚合也转换成Java中的一个实例作用域变量。 7MIrrhk
yC7lR#N8j0
关联和聚合的区别纯粹是概念上的，而且严格反映在语义上。聚合还暗示着实例图中不存在回路。换言之，只能是一种单向关系。

图F

V`}u:t7r xn a合成（Composition） {/i&o

合成 （图G） 是聚合的一种特殊形式，暗示“局部”在“整体”内部的生存期职责。合成也是非共享的。所以，虽然局部不一定要随整体的销毁而被销毁，但整体要么负责保持局 部的存活状态，要么负责将其销毁。局部不可与其他整体共享。但是，整体可将所有权转交给另一个对象，后者随即将承担生存期职责。

Employee和TimeCard的关系或许更适合表示成“合成”，而不是表示成“关联”。

图G

泛化（Generalization） _% i!LyG

泛化（图H）表示一个更泛化的元素和一个更具体的元素之间的关系。泛化是用于对继承进行建模的UML元素。在Java中，用extends关键字来直接表示这种关系。

图H

= oTj3+7 实现（Realization） 3\K;y>NK

实例（图I）关系指定两个实体之间的一个合同。换言之，一个实体定义一个合同，而另一个实体保证履行该合同。对Java应用程序进行建模时，实现关系可直接用implements关键字来表示。

图I

引用解析1

常见的关系有：一般化关系（Generalization），关联关系（Association），聚合关系（Aggregation），合成关系（Composition），依赖关系（Dependency）。 其中，聚合关系（Aggregation），合成关系（Composition）属于关联关系（Association）。

一般关系表现为继承或实现关系(is a)，关联关系表现为变量(has a )，依赖关系表现为函数中的参数(use a)。

一般化关系：表示为类与类之间的继承关系，接口与接口之间的继承，类对接口的实现关系。
表示方法： 用一个空心箭头＋实线，箭头指向父类。或空心箭头＋虚线，如果父类是接口。

关联关系：类与类之间的联接，它使一个类知道另一个类的属性和方法。
表示方法：用 实线＋箭头， 箭头指向被使用的类。

聚合关系：是关联关系的一种，是强的关联关系。聚合关系是整体和个体的关系。关联关系的两个类处于同一层次上，啊聚合关系两个类处于不同的层次，一个是整体，一个是部分。
表示方法：空心菱形＋实线＋箭头，箭头指向部分。

合成关系：是关联关系的一种，是比聚合关系强的关系。它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期，合成关系不能共享。
表示方法：实心菱形＋实线＋箭头，

依赖关系：是类与类之间的连接，表示一个类依赖于另一个类的定义。例如如果A依赖于B，则B体现为局部变量，方法的参数、或静态方法的调用。
表示方法：虚线＋箭头

引用解析2

1依赖：最弱的关系，A依赖B，就是说A的声明或者实现必须include B类的头文件。

2关联：在设计模式中叫做‘相识’。具有这种关系的两个类彼此没有拥有关系，并且互相之间没有创建和销毁的责任，只是存在某种调用关系。

3聚集：和关联比较想象，A聚集B的确切含义指：A类的某个成员是B类实例的指针，B类对象实例不是在构造A对象时隐含构造的，必须通过其它途径构造，但是在A类对象析构的时候必须析构B类对象实例。

4包含：实际上是值聚集，A包含B的确切含义指：A类的某个成员是B类的对象实例，A类构造时同时构造B类，A类析构时也必须析构B类。

5继承：较容易理解。

参考资料

• UML系列学习之——关系定义
  
• http://fluagen.blog.51cto.com/146595/46634
• UML系列学习之——关系定义

这是一个Beta版的文档，随时可能会更新和完善。

准备知识

这里列出的是一些经常使用到命令和功能，你不需要现在就完全理解，以后的配置工作随时会需要借助这些命令，粗略看一下，需要是再回来仔细看。

• 查找文件

  #在/etc目录下查找init.d
  find /etc -name init.d
  #在当前目录下查找init*
  find . -name init*
  #在根目录下查找所有文件名以httpd开头的文件，并使用ls输出
  find / -name 'httpd*' -ls
  #find还有很多更高级的功能，根据时间查找，指定查找层次等
   
  ls *A* #查询当前目录下（含子目录）的匹配文件 (描述可能不准确)

• 进程及任务管理

  ps / ps -A  f     #查看进程列表
  kill ID           #杀死指定进程ID
  jobs              #当前任务列表
  fg                #把job提到前台
  bg                #把job放到后台运行
  &                 #这个用在一个命令的最后，可以把这个命令放到后台执行
  #快捷键 ctrl+z 把当前工作放到后台，并停止运行

  参考：http://www.linuxeden.com/html/sysadmin/20080618/58737.html

• 修改主机名
  hostname newname
  主机的域信息在 /etc/hosts

  
  

  
  
• 重启,开关机
  • reboot 重启
  • poweroff 关机
  • halt/shutdown
  • 开关机的高级控制命令
  • /etc/init.d/下有一些控制脚本，可以用来控制一些服务启动，关闭等
    调用这些脚本必须用全路径，类似：
    /etc/rc.d/init.d/proftpd restart
    /etc/init.d/networking {start|stop|restart|force-reload}
  • 重启一些指定服务
• 其它
  • 用好 TAB建，命令行下，很多情况它可以帮助你自动完成
  • Vim编辑器是必须掌握的，参看这里：Linux通用编辑器 VI VIM 入门

安装123

• 启动盘启动安装
  没啥好说的，从官网上随便下个好了，其它渠道获得的安装光盘也可以
  如果安装机器可以连接外网的，网速快的直接用最小的MINI镜像（推荐，图形安装界面，很漂亮），这样直接使用最新软件源
  如果安装机器网速慢或者没网络，找个大的镜像吧，并在下面的步骤中跳过 ”配置APT，扫描更新（可选）“
• 如果有网络，配置好网络，为下一步安装做准
• 主机名及域名，
  如果你准备使用 www.abc.com这样的域名，建议使用www作为主机名，abc.com作为域名（实际可以随便填）
  如果不准备使用域名，随便填
• 磁盘分区
  没啥，按提示做好了，除非有特殊需要，全默认好了
• 设置Root帐号密码，另外建立一个普通帐号
• 开始安装系统文件…….
  有点慢，5分钟吧
• 配置APT，扫描更新（可选）
  不要选择里面的中国的镜像服务器，它比美国的还慢，还不稳定
  推荐一个国内镜像http://www.anheng.com.cn/debian/ ，不在自动列表中，需要手动输入的，输入这个就行www.anheng.com.cn（测试时间–2008-10.29）
  这里的进度条有时有问题，会长时间不动，其实是正在下载镜像中的资源，如果你不幸选择了一个较慢的镜像服务器，等待吧，也许要20分钟+～～（出现这种情况建议你考虑重新开始安装以转换或放弃镜像服务器，否则接下来的的软件会让你崩溃）
  如果有问题就直接跳过吧，以后可以在做的如果使用的是MINI镜像（<10M）安装，这一步是必须的
• 选择系统安装包
  出现一个安装包列表，让你选择系统功能，如：桌面系统、WEB服务器、文件服务器、标准系统等，可以多选
  这个列表的项目取决于你的安装镜像和方式，如果使用了上面的APT更新，可以获取最全的安装包
  如果你是单机用户，桌面系统和标准系统是必选的
  如果你是服务器用户，根据需要选择吧，也可以什么都不选，安装完再慢慢配
  如果你要快速搭建一个WEB服务器选择 ”web服务器“ ，它会给你配置一个很稳定全面的WEB服务器
• 安装软件
  安装上面选择安装包，和一些基本系统软件（即使你什么都没选）
  速度取决于你选择的安装包和你的镜像来源

初始化系统123

这些工作是在系统安装完成后需要立即进行的工作，他们为你准备一个完善的系统环境，所有操作没有详细说明，可以参看最后的相关文章

## 更新APT镜像源 ##
 
apt-get install apt-spy
mv /etc/apt/sources.list /etc/apt/sources.list.bak
apt-spy update
apt-spy -d stable-a Asia -t 10
apt-get update
apt-get upgrade
 
##安装几个基本软件 ##
 
#安装SSH服务，安装完这一步就可以用SSH telnet到服务器管理了
#另一个可能的命令是 apt-get install ssh
apt-get install openssh-server
 
#安装完整版 VIM
apt-get install vim
 
## 设定系统时间 ##
 
vim /etc/default/rcS     #设定硬件时钟的类型，修改UTC=no,重启后生效
apt-get install ntpdate  #安装网络时间同步服务
 
#设定自动同步计划
#添加这一行： */30 * * * * /usr/sbin/ntpdate pool.ntp.org
crontab -e
 
## 设定系统提示符及bash环境 ##
 
cd ~
vim .bashrc      #编辑.bashrc文件，去掉所有命令行的注释符，并可以配置promote格式
source .bashrc   #重载bash，是配置生效

恭喜你！！完成了，到此一个可以工作的Linux系统就基本完成，后续的是一些进一步管理时需要深入的内容，你可以在需要时参考。

安全，还是安全，

作为服务器，这是首先应该考虑的，待完成。。。。。～

参考：http://man.ddvip.com/os/debiansecuring-howto/ch-sec-services.zh-cn.html

网络配置

主要配置文件

/etc/network/interfaces

相关命令：

hostname newname  #修改主机名
                  #主机的域信息在 /etc/hosts
ifconfig          #网络配置及显示
route             #路由配置及显示
ip                #IP配置
 
#重启网络
/etc/init.d/networking {start|stop|restart|force-reload}

其他软件简单介绍

• ISPCP
  参考 http://www.isp-control.net/documentation/start/installation/debian
• ProFTPD
  参考 http://goto8848.net/2008/08/disable-proftpd-ipv6/
  重启  /etc/rc.d/init.d/proftpd

相关文章

• linux入门-系统时间设置篇
• linux入门-终端环境(bash)设置篇
• Linux入门-用户管理篇
• Linux入门-通用编辑器 VI VIM
• Linux入门-软件管理篇(APT)

1.PHP自5.3版起默认不在支持针对Windows的VC6编译版本，只提供VC9版本的，而APAche官方提供的Apache Windows编译包都是VC6的。所以我们需要使用第三方编译的VC9版本的Apache。

2.PHP 的 None Thread Safe 版本适用于CGI/FastCGI方式，而相应的Thread Safe版本适用于SAPI和Mod方式

3. http://www.apachelounge.com/download/ 这里提供了大量适用于Windows的LAMP有关预编译包，包括VC9版本的Apache和FastCGI，这个网站也是PHP官方推荐的网站。

原文

Go PHP5

很多开发组织已经开始参与到 Go PHP5 的活动中来了，PHP官方也早已经声明于2007年底停止对PHP4的所有技术支持，看来PHP5/6的广泛应用已经是不可抗拒的浪潮了，仅仅是时间问题，而且时间不会太长。

Apache+PHP+FastCGI

对于目前的过渡阶段，很多开发者还是需要一个可以实现PHP4和PHP5共存的开发环境，这两天尝试在Windows下使用APACHE环境配置了一个PHP4和PHP5共存的环境，请注意：此配置使用 CGI 运行方式，而没有使用常见的 Apache modules 方式。我曾经尝试使用 Apache modules方式配置双PHP，但没有成功。

关键特性：

1. Windows+Apache+PHP（Apache2.0下测试）
2. PHP4+PHP5共存
3. FastCGI

以下是配置中用到的Apache Conf：

# Apache加载PHP的配置，
# 直接附加到httpd.conf结尾
# 或使用 include 包含
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php4
AddType application/x-httpd-php .php5
 
ScriptAlias /php4/ "D:/server/php4/"
Action php-script-5 "/php5/php-cgi.exe"
 
    AllowOverride None
    Options None
    Order allow,deny
    Allow from all
 
Action php-script-4 "/php4/php.exe"
 
ScriptAlias /php5/ "D:/server/php5/"
Action php-script-5 "/php5/php-cgi.exe"
 
    AllowOverride None
    Options None
    Order allow,deny
    Allow from all
fcgid-2.2-w32.zip
 
AddHandler php-script-4 .php4
AddHandler php-script-5 .php5
 
#默认的使用的版本，可以在.htaccess文件中修改
AddHandler php-script-4 .php

简单说明下：PHP4和PHP5均使用手动安装包（不是Installer)，分别解压到 d:\server\php4 和 d:\server\php5。使用AddType命令指定扩展名对应关系：PHP4使用扩展名 “php”,PHP5使用扩展名“php5”。AddType可以再 .httaccess文件中使用，以实现修改不同目录的默认PHP版本。

PHP4包解压后需要把dlls和sapi目录下的所有文件拷贝到PHP4的根目录，既和PHP.exe放在一起。php.ini文件直接放在PHP4/5的根目录中即可(d:\server\php4 和 d:\server\php5)。注意要确保系统其它位置不要出现php.ini文件，否则可能会覆盖有效的配置。PHP本身的配置我就不说了，自己查资料吧。

FastCGI

CGI方式运行PHP最大的缺点是效率低，可以配合Fast-cgi使用，Conf文件修改如下，增加最后3行即可。

除了FastCGI另外还有一个fcgid也可以是参考

# Apache Conf 直接附加的配置文件末尾
LoadModule fastcgi_module modules/mod_fastcgi-2.4.2-AP20.dll
FastCgiServer "D:/server/php4/php.exe" -processes 4
# 如果PHP5的不能正常工作，可以用 #号 注释掉下一行，似乎这个平台下，PHP5+FastCGI还是有些问题
FastCgiServer "D:/server/php5/php-cgi.exe" -processes 4
 
# 以下是未经验证的，仅供参考的配置语句
# FastCgiSuexec /usr/sbin/suexec
# FastCgiServer /var/www/igenus/php-cgi/php -processes 10
# FastCgiConfig -singleThreshold 100 -killInterval 300 -autoUpdate -idle-timeout 240 -pass-header HTTP_AUTHORIZATION

相关PHP配置(可选的)

; ==============================================================
; 常用的PHP的附加配置，直接附加到PHP.ini文件的尾部
; 另：CGI/FastCGI方式下运行的PHP，php.ini文件的最好位置就是放在PHP.exe所在的目录
 
; 这个目录必须设定好！！
extension_dir = "D:\server\php5\ext"
extension=php_mysql.dll
; extension=php_mysqli.dll
; extension=php_pdo.dll
; extension=php_pdo_mysql.dll
extension=php_mbstring.dll
extension=php_mcrypt.dll
extension=php_gd2.dll
extension=php_bz2.dll
extension=php_curl.dll
 
; doc_root = d:\wwwroot
 
; cgi.force_redirect = 0
; cgi.fix_pathinfo=1
; fastcgi.impersonate = 1; 
 
; session.save_handler = files
; session.save_path = /tmp
; session.use_cookies = 1
; session.use_only_cookies = 1
 
; file_uploads = On
; upload_tmp_dir =
; upload_max_filesize = 2M
; post_max_size = 8M
; memory_limit = 8M
 
; max_execution_time = 30
; max_input_time = 60
 
display_errors = on
error_reporting  =  E_ALL
; log_errors = off
; error_log = d:\server\php5\logs\error.log
 
; mysql.connect_timeout = 1

参考资料

1. 有关Fast CGI 请参阅：http://blogme.cn/node/6529 http://www.fastcgi.com/
2. 有关Go PHP5 请参阅：http://www.ooso.net/index.php/archives/348
3. 这里还有篇比较罗嗦的指南，也可以看看：http://www.seji.cn/tech/infoView/Article_122.html
4. 最后还有最应该看的：PHP安装手册

！！！经反复测试APACHE2.2+fastCGI+PHP5.*在windows平台下运行存在问题，使用以上配置无法工作，使用Apache2.0一切正常！！！
相关错误提示(Apache’s errors.log)类似：
terminated with exit with status ’0′
FastCGI: incomplete headers (0 bytes) received from server
我的测试版本是：PHP5.2.6 / FastCGI 2.4.6-AP22.dll /Apache 2.2 / Windows2003

表现为：

• 在不启用FastCGI时，PHP5的反应非常迟钝，特别是在加载了Mysql扩展之后，很奇怪的现象！！
• 启用FastCGI时不能正常工作,而PHP4配合相同的设定确工作的很好
  相关的错误信息可以参看:
  • FastCGI: server “D:/server/php5/php-cgi.exe” (pid 1708) terminated with exit with status ’0′
  • (OS 109)管道已结束。 : FastCGI: comm with server “D:/server/php5/php-cgi.exe” aborted: GetOverlappedResult() failed
  • FastCGI: incomplete headers (0 bytes) received from server “D:/server/php5/php-cgi.exe”

这篇文章是一个翻译，英文原文在 PHP frameworks revisited – CodeIgniter vs Zend，我的英文水平很一般，可能会有翻译不确切的地方(把握不大地方使用斜体进行了标志，并附带了英文原文)，请指正，并参看原文。 Emeric.Lee 2008.10.17

我们计划从头开始一个新项目，为此评估了一些PHP框架。我们的备选列表有CakePHP ， CodeIgniter ， Symfony和Zend 。 我们分别使用这4种框架编写了一个相同的小应用（一个简单的Wiki应用），希望我们能尽快选定一个最合适的。

声明：我会努力确保自己的客观性，虽然我是一个ColdeIginter的爱好者。我所工作的公司是Zend的合伙人（我们已经使用了Zend Platform 和 Zend Studio）。I can’t help factoring that in。

尽管一开始的计划是评估4个框架，但是这篇文章实际是CodeIgniter和Zend Framework的直接比较。在花费了几个小时研究了这4个框架后，我不得不把Symfony和CakePHP从名单中排除。理由如下：

• Learning curve 学习曲线
  Symfony 和 CakePHP都有一个非常陡峭的学习曲线。CakePHP有严格的规则：数据表明此、文件位置、方法名和类名。Symfony使用 .yml 格式（需要学习，虽然它不是真的很难）来存储配置信息，并且大量的操作需要通过控制台(console)完成，创建数据表、数据模型和很多其它文件都需要使用命令行。
• Strict ORM: 严格的ORM
  Symfony 和 CakePHP都有一个成熟的对象关系映射器(object-relational mappers | ORM) ，提供对数据的访问，但是这一特性很难被禁用，除非作出大量的努力。这些ORM有着严格的规则和约定，它们必须被遵循。与之相反，Zend Framework 和 CodeIgniter 在是否使用Models和如何使用Models上非常灵活的。使用Models是可选的，虽然它们都有数据映射器（data mappers），但没有这些应用一样可以进行（开发编写）。应用的数据操作将是极其密集和精细（intensive ）的，我们不愿意受到选择的限制。
• Flexibility: 灵活性
  Zend Framework和CodeIgniter比其他两个框架更灵活。

最终对比

综述

我对性能上差异非常惊讶（通过使用apachebench 衡量载入一个从数据库检索4条记录的主页）。我期望使用单纯PHP5的高效可以弥补ZF的额外大小。 I expected the efficiency of using PHP5 only features to make up for the extra size of the Zend framework.

Zend Framework的优势包括：

• “官方的PHP框架” 。
• 我工作的公司是Zend的“伙伴” 。
• 全功能布局和模板系统。
• 大量的类和组件。
• 极其灵活。
• 更先进的数据库库
• 更先进的验证库。
• 国际支持

CodeIgniter优势包括：

• 非常易于安装。
• 比Zend Framework更低的学习曲线
• 更易访问的文档
• 简明语法 – ZendF ramework的语法有些冗长
• 速度比ZF搞100 ％

在我来看没有任何明确的“赢家”，是的，我们还是没能作出选择。

译者注：原文作者在一开始就声明了自己是一个CI爱好者，因此我们可以基本肯定作者对CI理解肯定要比ZF深入，因此在初 次使用ZF构建测试应用是，我们可以设想作者对ZF优化和精细操控肯定不如对CI的，这应该会带来一些性能上差异。但是基于对ZF理解，我认为ZF的性能 应该是低于CI的，它的结构太严谨了，但应该不会有2倍的差距的！

这是2篇相关联的文章

• 重新审视PHP框架 CodeIgniter VS Zend
• PHP框架基准测试比较（这里有关于上述性能比较的详细测试）

这是英文原文后附带的一篇评论，似乎是由ZF的开发人员发，直接转过来了，懒得翻译了…

Great comparison, and I’m glad that you’re considering using ZF. A few points, however:

1) Set Up: We really don’t optimize for small size of the distribution archive. In fact, if you take a look in there, you’ll see about half of it is locale data in XML format. We plan to start building and releasing a ‘lean and mean’ distribution soon that I suspect will be no more than a few MB’s. But please keep in mind, if this is any measure of ‘bloat’, it is simply a reflection of how much disk space the framework takes up and possibly how many components we make available. Because all the components are loosely coupled, you can remove the components you’re not using to retrieve disk space as needed. Then again, I can’t remember the last time that I bothered to put any time in to paring down server-side software to save a few MB’s of disk space.

2) Documentation: How could we organize it better? I’m currently going through all the chapters to fix any spelling, grammar, technical, and style issues I see. I know that a few of the chapters are pretty rough English-wise since they were written by non-native speakers. Please send any feedback to wil@zend so I can keep it in mind while I’m doing this.

3) Database Access: Is there any noticeable performance penalty in using our more object-intensive approach when you take the heavy hit of a database query in to account? If so, let me know ASAP so I can profile and fix it.

4) Validation: I don’t understand what you mean by “the class is added to the data (like a filter) rather than the data being passed into the class like it is in CodeIgniter”. That description doesn’t match my understanding of Zend_Validate usage at all.

5) Performance: We get a lot of performance comparisons between ZF and other frameworks, but I have to say this is definitely one of the most generalized comparisons and sweeping conclusions I’ve ever seen between 2 complex sets of code. You provide a basic description of your test case below, and honestly it doesn’t sound anything like a real world application. I hope you’re not taking the database calls themselves in to account, but I would *strongly* discourage making any kinds of conclusions based on such a simple comparison.
Performance benchmarks are hard. I’m not saying that ZF is slower or faster than CI in any definitive way; I don’t have the numbers from a sound experiment to back up such an assertion. But we do plan a full performance audit of ZF with comparisons against other major frameworks (CI may or may not be benchmarked) with full disclosure of methods. This will require about 2 developer months to finish with the direct help of our ZF architect and one PHP core developer. *That’s* how serious I am when I say it takes a lot to come up with conclusions about performance for complex pieces of software.
If you need some gauge before then, consider writing a small front-to-back part of your application using all the major features you expect to use in the final application on both frameworks and performance test it for major use cases. If you don’t have the time for that, then just let me mention now that ZF 1.6 and the quickly following 1.7 will both include significant performance enhancements.

6) Testing: Matthew, our ZF architect, has just completed a controller unit test harness that make testing controllers a piece of cake using PHPUnit. He’s mocked sessions, request and response objects, and- well- you might want to just check it out in the incubator: http://framework.zend.com/code/browse/Standard_Incubator/library/Zend/Test/PHPUnit/

7) General: Fortunately, you don’t necessarily have to chose one or the other, anyways! ZF components will work just as well within CI. It’s used very commonly alongside all PHP frameworks out there.

In any case, best of luck with whatever framework(s) you’re using!

,Wil

在一个典型的PHP服务器环境下运行一个典型的Zend Framework，并分段逐步分析性能消耗情况

测试环境：

Apache/2.0.55 (Win32) mod_fastcgi/2.4.2
PHP Version 5.2.5 （无Zend Optimizer等加速模块）
Windows 2003 NT 5.2 build 3790
Cpu： intel Xeon 3.0G
内存： 1G

主要测试伪代码

测试方法和主要测试指标

1、PHP Core Time（PCT）：服务器端使用 vsprintf(‘%d.%06d’, gettimeofday()) 进行微秒级的计时，并输出总的PHP代码运行时间。
2、客户端使用 Webserver Stress Tool 进行客户端的压力测试和访问记时，主要评估两个指标：
Average Time to First Byte （TFB）：首字节的接收时间
Average Click Time （CT）：模拟点击完成时间，既页面从点击请求开始到下载完成的时间
3、 Webserver Stress Tool测试模拟两种情况
低负载：单用户，间隔2秒点击一次页面
高负载：30个用户，每人间隔2秒点击一次页面，相当于每秒动态页面访问（DPV）5-10次

测试综合结果

测试详细结果记录

步骤一：
CODE：

PHP Core Time:
~0.055 ms
WT1：30U × 4C D2 （30用户，点击4次，间隔2秒）

WT2：1U × 10C D2

步骤二：
CODE：

PHP Core Time:

~1.9ms

WT1：30U × 4C D2 （30用户，点击4次，间隔2秒）

WT2：1U × 10C D2

步骤三：
CODE：

PHP Core Time:
~2.7ms
WT1：30U × 4C D2 （30用户，点击4次，间隔2秒）

WT2：1U × 10C D2

步骤四：
CODE：

PHP Core Time:
~70ms
WT1：30U × 4C D2

WT2：1U × 10C D2
2008-6-19 10:35:26: Average Time to Create Local Socket for 1 Users: 1 ms

步骤五：
CODE：

PHP Core Time:
~150ms
WT1：30U × 4C D2

WT2：1U × 10C D2
2008-6-19 10:42:48: Average Time to Create Local Socket for 1 Users: 1 ms

步骤六：
CODE：

PHP Core Time:
~150ms
WT1：30U × 4C D2

WT2：1U × 10C D2