Traefik 不管理 PHP 内存限制，真正控制者是 PHP 进程（如 PHP-FPM），需修改 php.ini 中的 memory_limit 并重启 FPM；.user.ini 或 ini_set() 可局部调整但受限；Traefik 仅影响超时和缓冲区配置。
traefik 本身不管理 PHP 内存限制
traefik 是反向代理和 API 网关，它不解析 PHP、不执行 PHP 脚本，也不读取 php.ini。你看到的“trae配置php内存限制”其实是混淆了角色——真正控制 PHP 内存的是 PHP 进程自身（比如 PHP-FPM 或内置服务器），而 traefik 只负责把请求转发过去。
PHP 内存限制在 PHP-FPM 配置里改
如果你用的是 PHP-FPM（最常见场景），内存限制由 php.ini 中的 memory_limit 控制，但要注意：FPM 子进程会继承该值，且无法在 traefik 配置中覆盖。
- 找到实际生效的
php.ini：运行php-fpm -i | grep "Loaded Configuration File"或php -i | grep "Loaded Configuration File" - 编辑该文件，修改
memory_limit = 256M（支持128M、-1表示无限制） - 重启 PHP-FPM：如
sudo systemctl restart php8.1-fpm（版本号按实际调整） - 验证是否生效：写个
info.php文件调用phpinfo()，查memory_limit行
通过 .user.ini 或 ini_set() 临时覆盖（有限制）
某些共享环境不允许改全局 php.ini，可用以下方式局部调整，但受 php_admin_value 和 allow_url_fopen 等限制：
-
.user.ini（需 PHP >= 5.3，且user_ini.filename未被禁用）：在项目根目录放文件，内容为memory_limit = 192M -
ini_set('memory_limit', '192M')：只能在脚本开头调用，且前提是memory_limit没被php_admin_value锁死（FPM pool 配置里用了php_admin_value[memory_limit]就无效） - 注意：
ini_set()对已超限的脚本无效，必须在内存耗尽前设置
traefik 配置里唯一相关的是超时和缓冲区
虽然 traefik 不管 PHP 内存，但它可能因 PHP 响应慢或大而报错，这时要同步检查：
-
timeout类参数：如traefik.http.routers.myapp.middlewares.timeout，避免 PHP 处理久导致 504 -
buffering：大响应体需配traefik.http.middlewares.buffering.maxRequestBodyBytes和maxResponseBodyBytes - 如果 PHP 因内存不足卡死、不返回，traefik 会等超时后断开，日志里常见
context deadline exceeded或connection reset
改 PHP 内存限制这件事，核心永远在 PHP 运行时配置，traefik 只是管道。很多人卡在找不到真正的 php.ini 路径，或者改了没重启 FPM，又或者被 pool 级的 php_admin_value 覆盖掉了——这些才是实际踩坑最多的地方。
