商城首页欢迎来到中国正版软件门户

您的位置: 首页 > 文章列表 > 编程开发 > PHP服务优化

PHP服务优化

  发布于2026-07-20 阅读(0)

扫一扫,手机访问

PHP服务的优化,说白了就是让网站跑得更快、更稳、更安全。很多新手在配置时容易忽略一些细节,比如php.ini里的参数调优、危险函数禁用、php-fpm进程管理,还有Nginx和PHP的衔接。下面就把这些核心配置一块儿捋清楚,每一步都配上了实际命令行,方便直接上手操作。

PHP服务优化

配置PHP页面

root@web01 conf.d]# vi linux.phpserver.conf
server {
    listen 80;
    server_name linux.phpserver.com;
    root /code/phpserver;
    index index.php;

    location ~* \.php$ {
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }
}

# 配置站点
[root@web01 mm]# mkdir phpserver
[root@web01 mm]# cd phpserver/
[root@web01 phpserver]# vi index.php

# 授权
[root@web01 ~]# chown -R www.www /code/

# nginx -t检查并重启
[root@web01 ~]# systemctl restart nginx

# 配置本地hosts并访问
192.168.15.7 linux.phpserver.com

php.ini配置文件优化

# 可以用 grep ^[a-z] 查看PHP的配置。
[root@web01 ~]# grep ^[a-z] /etc/php-fpm.d/www.conf
user = www
group = www
listen = 127.0.0.1:9000
listen.allowed_clients = 127.0.0.1
pm = dynamic
pm.max_children = 50
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 35
slowlog = /var/log/php-fpm/www-slow.log
php_admin_value[error_log] = /var/log/php-fpm/www-error.log
php_admin_flag[log_errors] = on
php_value[soap.wsdl_cache_dir]= /var/lib/php/wsdlcache

# 编辑php.ini
[root@web01 conf.d]# vim /etc/php.ini
expose_php = Off
# 关闭php版本信息
display_error = Off
# 屏幕不显示错误日志(开发环境可以开启 On)
error_reporting = E_ALL
# 记录PHP的每个错误
log_errors = On
# 开启错误日志
error_log = /var/log/php_error.log
# 错误日志写入的位置(程序处理代码时的错误)
date.timezone = Asia/Shanghai
# 调整时区,默认PRC

# 文件上传相关
file_uploads = On
# 允许文件上传
upload_max_filesize = 500M
# 允许上传文件的最大大小
post_max_size = 500M
# 允许客户端单个POST请求发送的最大数据
max_file_uploads = 20
# 允许同时上传的文件的最大数量
memory_limit = 500M
# 每个脚本执行最大内存

PHP危险函数(了解)

有时候为了安全,需要禁掉一些PHP危险函数。整理如下,供参考:

phpinfo()  — 输出 PHP 环境信息以及相关的模块、WEB 环境等信息。危险等级:中
passthru() — 允许执行一个外部程序并回显输出,类似于 exec()。危险等级:高
exec() — 允许执行一个外部程序(如 UNIX Shell 或 CMD 命令等)。危险等级:高
system() — 允许执行一个外部程序并回显输出,类似于 passthru()。危险等级:高
chroot() — 可改变当前 PHP 进程的工作根目录,仅当系统支持 CLI 模式 PHP 时才能工作,且该函数不适用于 Windows 系统。危险等级:高
scandir() — 列出指定路径中的文件和目录。危险等级:中
chgrp() — 改变文件或目录所属的用户组。危险等级:高
chown() — 改变文件或目录的所有者。危险等级:高
shell_exec() — 通过 Shell 执行命令,并将执行结果作为字符串返回。危险等级:高
proc_open() — 执行一个命令并打开文件指针用于读取以及写入。危险等级:高
proc_get_status() — 获取使用 proc_open() 所打开进程的信息。危险等级:高
error_log() — 将错误信息发送到指定位置(文件)。安全备注:在某些版本的 PHP 中,可使用 error_log() 绕过 PHP safe mode,执行任意命令。危险等级:低
ini_alter() — 是 ini_set() 函数的一个别名函数,功能与 ini_set() 相同。危险等级:高
ini_set() — 可用于修改、设置 PHP 环境配置参数。危险等级:高
ini_restore() — 可用于恢复 PHP 环境配置参数到其初始值。危险等级:高
dl() — 在 PHP 进行运行过程当中(而非启动时)加载一个 PHP 外部模块。危险等级:高
pfsockopen() — 建立一个 Internet 或 UNIX 域的 socket 持久连接。危险等级:高
syslog() — 可调用 UNIX 系统的系统层 syslog() 函数。危险等级:中
readlink() — 返回符号连接指向的目标文件内容。危险等级:中
symlink() — 在 UNIX 系统中建立一个符号链接。危险等级:高
popen() — 可通过 popen() 的参数传递一条命令,并对 popen() 所打开的文件进行执行。危险等级:高
stream_socket_server() — 建立一个 Internet 或 UNIX 服务器连接。危险等级:中
putenv() — 用于在 PHP 运行时改变系统字符集环境。在低于 5.2.6 版本的 PHP 中,可利用该函数修改系统字符集环境后,利用 sendmail 指令发送特殊参数执行系统 SHELL 命令。危险等级:高

禁用方法如下:

[root@web01 conf.d]# vim /etc/php.ini
# 查找到 disable_functions,添加需禁用的函数名,如下:
phpinfo,eval,passthru,exec,system,chroot,scandir,chgrp,chown,shell_exec,proc_open,proc_get_status,ini_alter,ini_alter,ini_restore,dl,pfsockopen,openlog,syslog,readlink,symlink,popepassthru,stream_socket_server,fsocket,fsockopen

php-fpm服务配置

php-fpm.conf配置优化

[root@web01 ~]# vim /etc/php-fpm.conf
[global]
;pid = /var/log/php-fpm/php-fpm.pid   #pid文件存放的位置
;error_log = /var/log/php-fpm/php-fpm.log   #错误日志存放的位置(启动时的日志)
;log_level = error   #日志级别:alert, error, warning, notice, debug
rlimit_files = 1024   #php-fpm进程能打开的文件句柄数(最大65536)
;events.mechanism = epoll   #使用epoll事件模型处理请求
include=/etc/php-fpm.d/*.conf

包含配置文件优化 /etc/php-fpm.d/*.conf

[root@web01 ~]# vim /etc/php-fpm.d/www.conf
[www]   #池名称
user = www   #进程运行的用户
group = www   #进程运行的组
;listen = /dev/shm/php-fpm.sock   #监听在本地socket文件
listen = 127.0.0.1:9000   #监听在本地tcp的9000端口
;listen.allowed_clients = 127.0.0.1   #允许访问FastCGI进程的IP,any不限制
pm = dynamic   #管理方式(dynamic为动态,static为静态)
pm.max_children = 50   #最大启动的php-fpm进程数(静态管理,配置dynamic时失效),最大512
pm.start_servers = 5   #动态方式下的起始php-fpm进程数量,最大32
pm.min_spare_servers = 5   #动态方式下的最小php-fpm进程数量,最大32
pm.max_spare_servers = 35   #动态方式下的最大php-fpm进程数量,最大64
pm.max_requests = 400   #达到这个请求数,子进程会重启,如果是0那就一直接受请求,最大1500
pm.process_idle_timeout = 6s   #没有请求时多久释放一个进程,最大15秒
pm.status_path = /php_status   #开启php的状态页面
php_flag[display_errors] = off
php_admin_value[error_log] = /var/log/phpfpm_error.log
php_admin_flag[log_errors] = on
request_slowlog_timeout = 5s   #php脚本执行超过5s的文件(慢日志)
slowlog = /var/log/php_slow.log   #记录至该文件中

php状态监控

配置php

[root@web01 ~]# vim /etc/php-fpm.d/www.conf
pm.status_path = /php_status   #开启php的状态页面
[root@web01 ~]# systemctl restart php-fpm

配置nginx将页面交给php处理

[root@web01 conf.d]# vim linux.phpserver.conf
server {
    listen 80;
    server_name linux.phpserver.com;
    root /code/phpserver;
    index index.php;

    location ~* \.php$ {
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }

    location /php_status {
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }
}

# nginx -t检查并重启
[root@web01 ~]# systemctl restart nginx php-fpm

# 另外小补充(写这个文件也能访问php页面)
[root@web01 ~]# cd /code/phpserver
[root@web01 ~]# mkdir status
[root@web01 ~]# cd status
[root@web01 ~]# vim index.php

访问页面测试

# 访问 http://linux.phpserver.com/php_status
pool: www
# 池名称
process manager: dynamic
# 动态管理
start time: 12/Apr/2021:17:43:01 +0800
# 启动时间
start since: 151
# 启动了多久
accepted conn: 5
# 连接数
listen queue: 0
# 等待队列
max listen queue: 0
# 最大等待队列
listen queue len: 128
# 等待队列长度
idle processes: 4
# 空闲的进程数
active processes: 1
# 活跃的进程数
total processes: 5
# 总的进程数
max active processes: 1
# 最大的活跃进程数
max children reached: 0
# 进程最大的限制连接数
slow requests: 0
# 慢查询

在这里插入图片描述

在这里插入图片描述

本文转载于:https://blog.csdn.net/yangenguang/article/details/116724186 如有侵犯,请联系zhengruancom@outlook.com删除。
免责声明:正软商城发布此文仅为传递信息,不代表正软商城认同其观点或证实其描述。
  • using namespace 使用中遇到的问题怎么解决 正版软件
    using namespace 使用中遇到的问题怎么解决
    命名空间的基本概念与常见引入问题在C++等编程语言中,命名空间(namespace)是一种将代码标识符(如变量、函数、类名)封装在特定名称下的机制,其主要目的是避免命名冲突,尤其是在大型项目或使用多个第三方库时。使用“using namespace”指令可以将指定命名空间中的所有名称引入当前作用域,
    10天前 0
  • c语言函数递归 实操经验总结:这些技巧很实用 正版软件
    c语言函数递归 实操经验总结:这些技巧很实用
    理解递归的基本原理在C语言中,递归是一种函数调用自身的编程技术。要掌握它,首先需要理解其核心思想:将一个复杂的大问题,分解为一个或几个与原问题相似但规模更小的子问题,直到子问题足够简单,可以直接求解。这个过程通常包含两个关键部分:递归出口和递归体。递归出口定义了问题何时不再继续分解,即最简单、可直接
    10天前 0
  • c语言函数递归 怎么选?常见方案对比分析 正版软件
    c语言函数递归 怎么选?常见方案对比分析
    递归函数的基本概念与适用场景在C语言编程中,递归是一种函数调用自身的编程技巧。它并非适用于所有问题,但在处理某些具有自相似结构的问题时,能提供极其清晰和优雅的解决方案。递归的核心思想是将一个大规模问题分解为一个或多个同类型但规模更小的子问题,直到子问题简单到可以直接求解。典型的适用场景包括树形结构的
    10天前 0
  • Objective-C 内存管理入门:从 alloc 到 dealloc 的生命周期详解 正版软件
    Objective-C 内存管理入门:从 alloc 到 dealloc 的生命周期详解
    理解内存管理的基石在Objective-C的编程世界中,内存管理是开发者必须掌握的核心技能之一。它直接关系到应用的性能、稳定性与资源利用效率。与一些采用自动垃圾回收机制的语言不同,Objective-C在很长一段时间里,依赖一套基于引用计数的、需要开发者部分介入的管理规则。这套规则的核心思想是明确的
    10天前 0
  • 如何正确使用 dealloc 以避免 iOS 应用中的内存泄漏 正版软件
    如何正确使用 dealloc 以避免 iOS 应用中的内存泄漏
    理解 dealloc 的角色与时机在 iOS 应用开发中,内存管理是保障应用性能与稳定性的基石。dealloc 方法是 Objective-C 中对象生命周期结束时的关键回调,它标志着对象即将被系统回收内存。正确理解其触发时机至关重要:当一个对象的引用计数降为零时,运行时系统会自动调用该对象的 de
    10天前 0