php.ini参数调优详细分析

无论是Apache还是Nginx，php.ini都是适合的，而php-fpm.conf适合nginx+fcgi的配置

1、打开php的安全模式

PHP的安全模式是个非常重要的PHP内嵌的安全机制，能够控制一些PHP中的函数执行，比如system()，同时吧很多文件操作的函数进行了权限控制。

该参数配置如下

safe_mode = Off    #是否启用安全模式。

打开时，PHP将检查当前脚本的拥有者是否和被操作的文件的拥有者相同。如上，默认的php.ini是没有打开安全模式的，我们把它打开如下：

safe_mode = On

2、用户组安全

当safe_mode打开时，safe_mode_gid被关闭，那么php脚本能够对文件进行访问，而且相同组的用户也能够对文件进行访问。建议设置为safe_mode_gid = Off。

如果不进行设置，可能我们无法对我们服务器网站目录下的文件进行操作了，比如我们需要对文件进行操作的时候。

3、关闭危险的函数

如果打开了安全模式，那么函数禁止是可以不需要的，但是我们为了安全还是考虑进去。比如，我们觉得不希望执行包括system()等在内的能够执行命令的PHP函数，或者能够查看PHP信息的phpinfo()等函数，那么我们就可以禁止它们，方法如下：

disable_functions = system,passthru,exec,shell_exec,popen,phpinfo

如果你要禁止任何文件和目录的操作，那么可以关闭很多文件操作。

disable_functions = chdir,chroot,dir,getcwd,opendir,readdir,scandir,fopen,unlink,delete,copy,mkdir,rmdir,rename,file,file_get_contents,fputs,fwrite,chgrp,chmod,chown

以上只是列出了部分比较常用的文件处理函数，也可以把上面执行命令函数和这个函数结合，就能够抵制大部分的phpshell了，该参数默认为disable_functions =

4、关闭PHP版本信息在http头中的泄露

为了防止黑客获取服务器中PHP版本的信息，可以关闭该信息泄露在http头中。

该参数默认配置如下：

expose_php = On

是否暴露PHP被安装在服务器上的事实（在http头中加上其签名）。它不会有安全上的直接威胁，但它使得客户端知道服务器上安装了PHP。建议设置为：

expose_php = Off

这样黑客就无法在客户端看到PHP的信息。

5、关闭注册全局变量

在PHP中提交的变量，包括使用POST或者GET提交的变量，都将自动注册为全局变量，能够直接访问，这是对服务器非常不安全的，所以我们不能让它注册为全局变量，就把注册全局变量选项关闭。该参数默认配置如下：

register_globals = Off

打开该指令可能会导致严重的安全问题，除非你的脚本经过非常仔细的检查。

推荐使用预定义的超全局变量：$_ENV，$_GET，$_POST，$_COOKIE，$_SERVER，该指令受variables_order指令的影响。PHP6中已经删除此指令。建议设置为：

register_globals = Off

这样设置之后，获取对应变量的时候就要采用合理方式，比如获取GET提交的变量var，那么就要用$_GET[‘var’]来进行获取，这个是PHP程序员需要注意的。

提示：关闭此项可能会导致老的PHP程序出问题，请根据情况处理。

如果PHP程序没有指明需要register_globals的话，最好把register_globals设置为Off，这样可以避免很多安全问题。

举个例子，有一个这样的PHP文件片段叫做test.php

//前面的代码

if ($authorised) {

//执行一些受保护的动作

}

//其余的代码

}

?>

如果register_globals是打开的话，入侵者可以通过提交这样一个请求来绕过验证。

6、打开magic_quotes_gpc来防止SQL注入

SQL注入是非常危险的问题，轻则网站后台被入侵，重则整个服务器沦陷，所以一定要小心，php.ini中有一个设置。

magic_quotes_gpc = Off

这个默认是关闭的，如果它打开后将自动把用户提交对SQL的查询进行转换，比如把 ’ 转为 \’ 等，这对防止SQL注入有重大作用，所以我们推荐设置为：

magic_quotes_gpc = On

7、错误信息控制

一般PHP在没有连接到数据库或者其他情况下会有提示错误，一般错误信息中会包含PHP脚本当前的路径信息或者查询的SQL语句等信息，这类信息提供给黑客后是不安全的，所以一般服务器建议禁止错误提示。该参数默认配置如下：

display_errors = Off

是否将错误信息座位输出的一部分显示给终端用户。应用调试时可以打开，方便查看错误。在最终发布到web站点上，强烈建议关掉这个特性，并使错误日志代替（参照下面）。设置为：

display_errors = Off

如果确实是要显示错误信息，一定要设置显示错误的级别，比如只显示警告以上的信息。

error_reporting = E_WARNING & E_ERROR

8、错误日志

建议在关闭display_errors后能够把错误信息记录下来，便于查×××器错误的原因。

log_errors = On

同时也要设置错误日志存放的目录，建议跟Apache的日志存在一起。

error_log = /var/logs/php_error.log

注意：给的文件路径必须允许Apache用户和组具有写的权限。

9、部分资源限制参数优化

9.1、设置每个脚本运行的最长时间

当无法上传较大的文件或者后台备份数据经常超时，每个脚本最大允许执行时间（秒），0表示没有限制。此时需要调整如下设置：

max_execution_time = 30

这个参数有助于阻止劣质脚本无休止的占用服务器资源。该指令仅影响脚本本身的运行时间，任何其他花费在脚本运行之外的时间都不包括。如用system()/sleep()函数的使用，数据库查询，文件上传等，都不包括在内。在安全模式下，你不能用ini_set()在运行时改变这个设置。

9.2、每个脚本使用的最大内存

memory_limit = 128m

一个脚本所能够申请到的最大内存字节数（可以使用K和M作为单位）。这有助于防止劣质脚本消耗完服务器上的所有内存。要能够使用该指令，必须在编译的时候使用”--enable-memory-limit”配置选项，如果要取消内存限制，则必须将其设置为-1，设置了该指令后，memory_get_usage()函数将变为可用。

9.3、每个脚本等待输入数据最长时间

默认设置如下：

max_input_time = -1

每个脚本解析输入数据(POST，GET，upload)的最大允许时间（秒），-1表示不限制。设置为：

max_input_time = 60;

9.4、上载文件的最大许可大小

当上传较大文件时，需要调整如下参数：

upload_max_filesize = 2M;

10、部分安全参数优化

1、禁止打开远程地址，最近出的php的include的漏洞，就是在一个php程序中include了变量，那么入侵者就可以利用这个控制服务器在本地执行远程的一个PHP程序，例如phpshell，所以我们要关闭这个。

allow_url_fopen = Off

2、设定：cgi.fix_pathinfo=0防止Nginx文件类型错误解析漏洞。

11、调整php的sesson信息存放类型和位置

11.1、默认参数优化

session.save_handler = files

存储和检索与会话关联的数据的处理器名字。默认为文件(“files”)，如果想要使用自定义的处理器（如基于数据库的处理器），可用”user”，设为”memcache”则可以使用memcache作为会话处理器（需要指定”--enable-memcache-session”编译选项）。

session.save_path = “/tmp”

传递给存储处理器的参数。对于files处理器，此值是创建会话数据文件的路径。

11.2、优化实例

1、安装memcached服务端软件。

注意：memcached用libevent来做事件驱动，所以要先安装libevent。

2、安装memcache客户端件

3、真正配置的开始

修改php.ini配置文件，在全局设置。web集群session共享存储设置：

默认php.ini中session的类型和配置路径如下：

session.save_handler = files

session.save_path = “/tmp”

修改成如下配置：

session.save_handler = memcache

session.save_path = “tcp://192.168.115.110:11211”

提示：

（a）192.168.115.110:11211为memcached数据库缓存的IP及端口

（b）上述适合LNMP和LAMP环境。

（c）memcached服务器也可以是多台通过hash调度。

11.3、用memcached来存储session特点

优点：

1、读写速度上会比普通files时快很多。

2、可以解决多个服务器共用session的难题。

缺点：

1、session数据都保存在memory中，持久化方面有所欠缺，但对session数据来说不是问题

2、也可以用其他的持久化系统存储session，例如radis,ttserver。

3、高性能高并发场景，cookies的效率比session要好很多，因此很多大网站都会用cookies解决会话共享问题。