trae并非PHP标准组件，而是某些国产开发工具或轻量面板对底层环境的自定义封装名或拼写误差；真正需修改的是PHP实际加载的php.ini文件中的post_max_size和upload_max_filesize参数，并重启对应Web服务。
trae 是什么？先别急着改，确认你真在用它
trae 并不是 PHP 官方或主流 Web 环境中的标准组件——它不是 Apache、Nginx、PHP-FPM，也不是 Laravel Valet 或 Docker Compose 的常见别名。搜索结果和 PHP 官方文档中均无 trae 相关配置项或运行时模块。如果你是在某款国产开发工具、轻量面板、定制化一键环境（比如某些面向 PHP 初学者的“可视化服务器”）里看到 trae，那它极大概率是某个封装层的自定义名称或拼写误差（例如把 trace、traefik 或 lamp 误写/简写成了 trae）。
真正起作用的永远是底层的 PHP 配置和 Web 服务器行为。所以别在 trae 里找 post_max_size 设置入口，直接定位到 PHP 配置本身。
怎么找到并修改生效的 php.ini？三步锁定真实路径
很多用户改了文件却无效，根本原因是改错了 php.ini —— 系统可能有多个，而 PHP 只读取它启动时加载的那个。
- 在你的项目里新建一个
info.php，内容只有一行：<?php phpinfo(); ?>，通过浏览器访问它 - 在页面中搜索
Loaded Configuration File，看到的路径就是当前生效的php.ini（例如/etc/php/8.2/cli/php.ini或/usr/local/etc/php/8.2/php.ini） - 如果该行显示
none，说明 PHP 正在以 CGI/FastCGI 模式运行（常见于 Nginx + PHP-FPM），此时要改的是 FPM 对应的php.ini，通常在/etc/php/8.2/fpm/php.ini，而非 CLI 版本
必须同步调的两个值：post_max_size 和 upload_max_filesize
post_max_size 控制整个 POST 请求体上限（含所有表单字段 + 所有上传文件总和），而 upload_max_filesize 仅限制单个上传文件大小。PHP 要求后者 ≤ 前者，否则上传会静默失败——$_POST 和 $_FILES 全为空，连错误都不报。
- 打开刚才确认的
php.ini，找到并修改这两行（单位用M，不要写MB）：post_max_size = 128Mupload_max_filesize = 64M - 顺手检查
max_execution_time和max_input_time：大文件上传耗时长，建议设为max_execution_time = 0（不限制）或至少300（5 分钟）；max_input_time = 300也建议同步加大 - 改完保存，**必须重启对应服务**：Apache 用户执行
sudo systemctl restart apache2；Nginx + PHP-FPM 用户需同时执行sudo systemctl restart php8.2-fpm和sudo systemctl restart nginx
为什么 .htaccess 不总是管用？看清楚你的运行模式
在 Apache 下用 .htaccess 写 php_value post_max_size 128M 是可行的，但有两个硬性前提：
立即学习“PHP免费学习笔记（深入）”；
- Apache 配置中对应目录启用了
AllowOverride All（或至少AllowOverride Options），否则指令被忽略 - PHP 必须以
mod_php（Apache 模块）方式运行；如果用的是PHP-FPM（哪怕跑在 Apache 上），.htaccess中的php_value就完全不生效 -
ini_set()对这两个参数彻底无效——因为它们属于PHP_INI_PERDIR类型，且在请求解析 POST 数据前就已冻结，运行时调用ini_set('post_max_size', '128M')不会改变任何东西，只会返回false
最稳的方式，永远是改对的 php.ini + 重启对应进程。所谓“trae 里怎么设”，本质是绕开了这个基本事实——配置不在界面里，而在 PHP 自己读的那几行文本里。
