php_value[xxx] in php-fpm pool - first declaration wins
未关闭
还没有人认领这个 Issue。
Bug
SAPI: fpm
- 主要语言
- C
- 星标
- 40.4k
- 派生
- 8.2k
- 平均合并
- 2 天 13 小时
- 30 天内合并 PR
- 96
描述
Description
The following code:
[www]
; ...
pm.start_servers = 5
pm.start_servers = 6
php_value[default_socket_timeout] = 61
php_value[default_socket_timeout] = 62
Resulted in this result:
pm.start_servers = 6
php_value[default_socket_timeout] = 61
But I expected this output instead:
pm.start_servers = 6
php_value[default_socket_timeout] = 62
Note, with php_value entries, the first declaration wins and with other directives, the last declared value wins. This behavior of php_value entries is inconsistent with the way the rest of the php configuration files operation.
This appears to function contrary to the php-fpm configuration documentation which reads:
PHP settings passed with php_value or php_flag will overwrite their previous value.
PHP Version
7.4
Operating System
No response
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
该 issue 未指定源文件或测试。首先在 PHP-FPM pool 配置中复现重复的 php_value 声明,并跟踪 php_value 与 pm.start_servers 的配置处理逻辑。完成的标准是:后出现的 php_value 声明始终按照文档所述的行为生效,并且为重复声明提供覆盖测试。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- php
- 领域
- backend
- Issue 类型
- 缺陷
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 停滞
- 描述清晰度
- 基本清楚
- 新手友好度
- 38/100