user.ini 在宝塔(php-fpm 模式)下需手动启用:在主 php.ini 中设置 user_ini.filename = user.ini 和 user_ini.cache_ttl = 300,并重启对应 php-fpm 进程;仅支持 php_ini_user/perdir 级配置,且须通过 phpinfo() 验证生效。

user.ini 文件是否生效取决于 PHP 的配置模式
宝塔面板默认使用 php-fpm 模式运行 PHP,而 user.ini 仅在 PHP 以 CGI 或 FastCGI(非 php-fpm)方式运行时才被原生支持。但宝塔实际启用了 php-fpm,所以必须手动开启 user_ini.filename 和 user_ini.cache_ttl 才能让 user.ini 生效——否则无论你怎么写,PHP 都会直接忽略它。
-
user_ini.filename必须设为user.ini(不能是 .user.ini 或其他名字) -
user_ini.cache_ttl建议设为300(秒),避免修改后缓存不刷新 - 这两个参数必须在 PHP 的主配置(
/www/server/php/{版本}/etc/php.ini)中设置,不能只在站点配置里加 - 改完
php.ini后必须重启对应 PHP 版本的php-fpm进程,不是重启网站或 Nginx
站点根目录下 user.ini 的写法和限制
user.ini 不是自由格式的配置文件,它只接受 ini 风格的指令,且仅能覆盖 PHP_INI_USER 或 PHP_INI_PERDIR 级别的配置项;像 extension、zend_extension、error_log 这类 PHP_INI_SYSTEM 级别参数,写进去也无效。
- 每行一条配置,格式为
key = value,等号前后可有空格 - 注释用分号
;开头,不能用# - 路径类值(如
open_basedir)若含空格或特殊字符,**不能加引号**,否则解析失败 - 示例有效内容:
memory_limit = 512M upload_max_filesize = 100M post_max_size = 100M max_execution_time = 300 ; open_basedir = /www/wwwroot/your-site/:/tmp/
为什么改了 user.ini 没反应?常见排查点
最常踩的坑不是写错语法,而是没确认当前 PHP 进程是否真读到了这个文件。可通过 phpinfo() 页面验证:
- 在站点根目录放一个
info.php,内容为<?php phpinfo(); ?>,访问后搜索User INI Filename—— 若显示user.ini,说明已启用;若为空或none,说明user_ini.filename未正确配置 - 搜索
Loaded Configuration File,确认看到的是/www/server/php/{版本}/etc/php.ini,而非其他路径(避免误改了 CLI 的 php.ini) - 检查
user_ini.cache_ttl是否太长(比如设成 86400),导致改完user.ini后要等一天才生效 - 确认站点使用的 PHP 版本与你修改的
php.ini是同一个(宝塔支持多版本共存,容易选错)
比 user.ini 更可靠的做法:直接在宝塔站点配置里加 PHP 设置
对大多数用户来说,user.ini 的生效链路太长(php.ini → php-fpm reload → user.ini 解析 → opcode 缓存),出问题难定位。宝塔本身提供了更直接的方式:在站点设置 → PHP 版本 → “设置”按钮 → “配置修改”页,底部有“额外参数”输入框。
- 这里填的内容会直接写入该站点专属的
php-fpmpool 配置,例如:php_admin_value[memory_limit] = 512M php_admin_value[upload_max_filesize] = 100M
- 这类
php_admin_value参数优先级高于user.ini,且无需重启 PHP 全局进程,只需重载php-fpm即可生效 - 注意:用
php_admin_value设置的值无法被ini_set()覆盖,适合强约束场景;而user.ini可被运行时函数部分绕过
真正需要 user.ini 的场景其实很少——比如你交付给第三方开发的子目录项目,又不想开放宝塔后台权限,才值得花精力配它。否则,站点配置里的“额外参数”才是更稳的选择。
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!











