Nginx 默认不记录 POST 请求体，需通过配置 $request_body 变量实现：仅在含 proxy_pass、fastcgi_pass 等指令的 location 中有效，且须确保 client_max_body_size 足够、日志格式中包含该变量并置于对应 location 内。
Nginx 本身不记录 POST 请求体，phpEnv 也不参与这个过程 —— 它只管 PHP 版本切换，和 Nginx 日志完全无关。 想在 Nginx 日志里看到 $_POST 对应的原始数据（比如 JSON 或表单字段），必须靠 Nginx 自身配置或 Lua 扩展，和 phpEnv 没有技术耦合。
为什么 phpEnv 对 Nginx 记录 POST 没影响
phpEnv 是纯用户态的 shell 工具，它通过修改 $PATH 和 php 符号链接来切换不同版本的 PHP 二进制文件。它不修改 Nginx 配置、不注入模块、不接管请求生命周期。Nginx 是否能读取 $request_body，只取决于：
- Nginx 编译时是否包含
lua-nginx-module（用于取 body） -
client_max_body_size是否足够大（默认 1MB，JSON 超过会截断或报 413） - 是否在对应
location块中启用了lua_need_request_body on -
log_format中是否用了$request_body变量
在 phpEnv 管理的环境中正确配置 Nginx 记录 POST
你用 phpEnv 切换到 PHP 7.4 或 8.2，只是改变了 fastcgi_pass 后端的解释器，不影响 Nginx 日志逻辑。要让 POST 数据进日志，关键步骤是：
- 确认 Nginx 已编译支持 Lua：运行
nginx -V 2>&1 | grep -o 'lua-nginx-module'，有输出才可用$request_body - 在
http块定义日志格式：log_format post_log '$remote_addr [$time_local] "$request" $status $request_body'; - 在处理 PHP 的
location ~ \.php$块内添加：lua_need_request_body on;（否则$request_body为空字符串） - 把
access_log放到该location内，而不是 server 或 http 级别（否则可能因未触发 body 读取而记空） - 避免在
if块或rewrite后使用$request_body—— Nginx 的变量作用域会导致它不可用
调试时 POST 日志为空的常见原因
即使配置看起来正确，$request_body 仍常为空。这不是 phpEnv 的锅，而是 Nginx 行为细节：
立即学习“PHP免费学习笔记（深入）”；
- 浏览器发的是
GET请求，但你盯的是POST日志 —— 检查请求方法和 Content-Type - 前端用
fetch或axios发送 JSON，但没设Content-Type: application/json，Nginx 默认不缓存非表单类 body - PHP 脚本里调用了
file_get_contents('php://input')或json_decode(file_get_contents('php://input'))—— 这会提前消耗 request body，导致 Nginx 拿不到 - 用了
proxy_pass转发，但没配proxy_buffering off或proxy_request_buffering off（Nginx 1.19.5+ 才支持后者） - 日志路径权限不足，Nginx worker 进程无法写入，错误静默丢弃（查
error_log看是否有open() "/tmp/post.log" failed (13: Permission denied)）
真正需要关注的不是“phpEnv 怎么配”，而是“Nginx 在哪个 location、以什么条件、能否稳定拿到原始 body”。只要 Nginx 拿到了，log 就能记；phpEnv 只负责确保你 php -v 看到的是对的版本 —— 它连 access_log 文件都不碰一下。
