你有没有改过INI文件，改完服务直接起不来？
我见过太多这类事故。
有人在 php.ini 里把 upload_max_filesize=20M 写成 upload_max_filesize 20M，少了个等号。PHP 直接报语法错误，网站白屏，排查了一晚上。
有人改 .gitconfig 的时候，把 [core] 下面的缩进从 tab 改成了空格，结果 git 不认了。
还有人批量改几十台机器的 INI 配置，手动复制粘贴，一台漏改，线上直接炸。
INI 文件看着简单，坑真不少。
INI 文件长什么样？
先快速过一遍结构：
; 这是注释，分号开头
[Section1]
key=value
key2=another value
[Section2]
flag=true
; 分号也是注释
就三样东西：分节（[xxx]）、键值对（key=value）、注释（; 开头）。
所有值都是字符串，没有类型。true 和 1 是两回事，取决于解析器怎么读。
3种高频改错方式
| 错误 | 后果 | 正确写法 |
|---|---|---|
缺等号：key value | 整段配置废 | key=value |
节名写错：[Core] vs [core] | 部分解析器不区分，部分区分，行为不一致 | 保持一致 |
| 等号两侧加空格 | 有些解析器把空格当值的一部分 | key=value |
最后一个最隐蔽。 key = value 在 Python 的 configparser 里，值会变成 " value"（前面多个空格）。很多库直接把它当字符串处理，不 trim，你就拿到一个带空格的值，逻辑判断全乱。
用在线 INI 编辑器，3步安全改配置
navbox.com.cn 上有 INI 编辑器，浏览器端运行，不上传服务器。
第1步：把你要改的 INI 内容贴进去
不管是 php.ini、.gitconfig、还是某个软件的配置文件，全文粘进去就行。工具会自动做语法高亮，节名、键、值、注释各用不同颜色。
一眼扫过去，缺等号、重复键、括号不匹配，全都能看出来。
第2步：改完点格式化
格式化会把乱七八糟的缩进统一，节名和键值对排齐。改完的配置文件，结构清晰，复制回去不会引入额外空格问题。
第3步：复制全文，再复制到服务器
改完在本地确认一遍，然后复制到目标文件。如果是批量改多台机器，直接在编辑器里改好一份，再分发出去。
比直接 vi 服务器上改，安全得多。
批量改多台机器的正确姿势
运维场景下，经常要同时改 20 台机器的 php.ini。
错误做法：SSH 上去，一台台改，改完一台就重启服务。
正确做法：
- 取一份标准 INI，在编辑器里改好
- 格式化确认无误
- 用
ansible或rsync分发到所有机器 - 每台机器改完后，先
php -l检查语法，再重启
# 分发 + 检查 + 重启，一条命令搞定
ansible all -m copy -a "src=/tmp/php.ini dest=/etc/php/8.1/cli/php.ini"
ansible all -m shell -a "php -l /etc/php/8.1/cli/php.ini && systemctl reload php8.1-fpm"
改之前先本地验证，比改完线上炸了再回滚强 100 倍。
小结
INI 文件没有 schema 校验，写错了不会报错，只会默默用错误配置跑着。用在线编辑器改完格式化再上线，多花 1 分钟，省掉一整晚排查。
你的 php.ini 改过吗？有没有踩过坑？评论区聊聊。