巧妙在IIS中配置PHP调试环境(二)

运行PHP软件包的安装程序，在弹出的欢迎窗口中单击“Next”按钮，接着在“许可协议”窗口中单击“I Agree”按钮，然后在安装类型(Installation Type)窗口中选择“标准(Standard)”安装，点击“Next”按钮后，指定PHP的安装目录，建议使用默认安装目录。接着“Mail configuration”窗口中设置邮件地址和指定SMTP服务器，在“服务类型(Server Type)”窗口中选择你使用的Web服务器的类型(如图2)，因为我们使用Windows XP系统自带的IIS5.1，选择“Microsoft iis4 or higher”单选项，点击“下一步”后开始安装，最后在“IIS Scriptmap Node selection”窗口中选中所有的站点(如图3)，点击“OK”按钮，就完成了PHP的安装和配置。
图3选中所有站点
    检查PHP调试环境配置
　　进入到“控制面板→管理工具”，运行Internet信息服务程序，右键点击“默认网站”在弹出的菜单中选择“属性”，接着在弹出的属性对话框中切换到“主目录”标签页，点击应用程序设置栏中的“配置”按钮，弹出“应用程序配置”对话框，在“映射”标签页中，查看应用程序映射列表框中是否有扩展名为“.php”的选项(如图4)，如果存在则表示PHP安装配置成功。
图4查看程序映射
    如果没有找到该选项，也可以手工添加。在应用程序配置对话框中点击“添加”按钮，弹出“添加/编辑应用程序扩展名映射”对话框(如图5)，在“可执行文件”栏中输入“php.exe”程序路径，“扩展名”中输入“.PHP”，其它选项使用默认设置，最后点击“确定”按钮即可。
图5手工添加映射
    这样就完成了PHP调试环境的配置，以后就可以在IIS中调试PHP文件了。

有时候,我们需要在WINDOWS服务器中安装多个不同版本的PHP环境,或采用不同的php.ini配置,例如在使用中国E商务网的IONCUBE系统对PHP程序进行加密后,要在php.ini中设置加载选项目，但这个选项和zend加密程序解释器不能同时存在，如果在服务器中有另外程序采用ZEND加密的话，就非常可惜。
    如果能在WINDOWS服务器中装多套PHP，使用不同的PHP.INI就可以解决这样的问题。但是如果采用正规的方法要重新编译PHP，比较麻烦。我们最近已经研究成功，采用另一种方式来安装多个PHP：
    首先安装一套PHP，采用默认方式，装在c:php ，安装后，php.ini一般自动复制到c:winnt下。
    将winnt下的php.ini用Ctrl+c和 Ctrl+V方式复制到c:php下，这时候你可以用PHPINFO()查看php.ini的路径，已经自动变成c:/php/php.ini 了。
    接着，就可以安装第二套PHP，最好换个磁盘，安装在d:php，安装时，PHP又会把php.ini拷贝在c:winnt下，只要如法炮制将其拷贝到d:php下就可以了。
    然后，在IIS -> 主目录->配置中，可以为不同站点指定不同的PHP运行文件就可以了。
     采用此方法安装两套PHP后，对系统资源并没有特别的影响，经测试，系统运行正常。

基于各种各样的理由，PHP 的设置需要依赖于 register_globals
参数打开，但是也成为安全的重要隐患，请看下面的一段代码：
<?php
if (authenticate_user()) {
$authenticated = true;
}
...
?>
远程用户可以简单的传递 'authenticated' 作为表单变量，即使
authenticate_user() 函数返回 false，$authenticated 还是会设置成 true。这是一个简单的例子，你或许会说，我的程序不会这样来写。
而实际上，在稍微复杂一些的应用里面，这个机制就会成为重大的漏洞。
因此，新版本的 PHP ，我们建议用户不要采用这个变量来控制应用，虽然我们没有打算要在不久的将来删除。
为了帮助用户建立 register_globals 设置为 off 的应用，增加了一些变量来代替旧的，下面是7 个新的数组：
$_GET - 包含了通过 GET 发送的表单变量
$_POST - 包含了通过 POST 发送的表单变量
$_COOKIE - 包含了 HTTP cookie 变量
$_SERVER - 包含服务器端变量 (例如：REMOTE_ADDR)
$_ENV - 包含环境变量
$_REQUEST - GET 变量，POST 变量和 Cookie 变量的混合，通过用户而来而不能信任的变量。
$_SESSION - 包含通过会话模块注册的 HTTP 变量
这些变量，在任何范围内，都自动设置为全局变量，可以在任何地方调用，而不需要加 global 关键字。
例如：
function example1()
{
print $_GET["name"]; // 没有必要写成：'global $_GET;'
}
另外一个值得一提的小窍门是在 $_SESSION 数组中增加一个记录能自动作为会话变量注册，就像你调用了
session_register() 函数。

AuthName directive
Syntax: AuthName auth-domain
Context: directory, .htaccess
Override: AuthConfig
Status: core
This directive sets the name of the authorization realm for a directory. This realm is given to the client so that the user knows which username and password to send. AuthName takes a single argument; if the realm name contains spaces, it must be enclosed in quotation marks. It must be accompanied by AuthType and require directives, and directives such as AuthUserFile and AuthGroupFile to work.
--------------------------------------------------------------------------------
AuthType directive
Syntax: AuthType type
Context: directory, .htaccess
Override: AuthConfig
Status: core
This directive selects the type of user authentication for a directory. Only Basic and Digest are currently implemented. It must be accompanied by AuthName and require directives, and directives such as AuthUserFile and AuthGroupFile to work.
--------------------------------------------------------------------------------
BindAddress directive
Syntax: BindAddress saddr
Default: BindAddress *
Context: server config
Status: core
A Unix® http server can either listen for connections to every IP address of the server machine, or just one IP address of the server machine. Saddr can be
*
An IP address
A fully-qualified Internet domain name
If the value is *, then the server will listen for connections on every IP address, otherwise it will only listen on the IP address specified.
Only one BindAddress directive can be used. For more control over which address and ports Apache listens to, use the Listen directive instead of BindAddress.
BindAddress can be used as an alternative method for supporting virtual hosts using multiple independent servers, instead of using <VirtualHost> sections.
See Also: DNS Issues
See Also: Setting which addresses and ports Apache uses
KeepAliveTimeout directive
Syntax: KeepAliveTimeout seconds
Default: KeepAliveTimeout 15
Context: server config
Status: Core
Compatibility: KeepAliveTimeout is only available in Apache 1.1 and later.
The number of seconds Apache will wait for a subsequent request before closing the connection. Once a request has been received, the timeout value specified by the Timeout directive applies.
--------------------------------------------------------------------------------
<Limit> directive
Syntax: <Limit method method ... > ... </Limit>
Context: any
Status: core
Access controls are normally effective for all access methods, and this is the usual desired behaviour. In the general case, access control directives should not be placed within a <limit> section.
The purpose of the <Limit> directive is to restrict the effect of the access controls to the nominated HTTP methods. For all other methods, the access restrictions that are enclosed in the <Limit> bracket will have no effect. The following example applies the access control only to the methods POST, PUT, and DELETE, leaving all other methods unprotected:
<Limit POST PUT DELETE>
require valid-user
</Limit>
The method names listed can be one or more of: GET, POST, PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH, PROPFIND, PROPPATCH, MKCOL, COPY, MOVE, LOCK, and UNLOCK. The method name is case-sensitive. If GET is used it will also restrict HEAD requests.
--------------------------------------------------------------------------------
<LimitExcept> directive
Syntax: <LimitExcept method method ... > ... </LimitExcept>
Context: any
Status: core
Compatibility: Available in Apache 1.3.5 and later
<LimitExcept> and </LimitExcept> are used to enclose a group of access control directives which will then apply to any HTTP access method not listed in the arguments; i.e., it is the opposite of a <Limit> section and can be used to control both standard and nonstandard/unrecognized methods. See the documentation for <Limit> for more details.