frankenphp 本身不禁用 exec，问题源于 php 的 disable_functions 配置；需通过修改实际生效的 php.ini 文件（非运行时 ini_set）并重启 frankenphp 进程来解除限制，且须评估开启后的安全风险。
FrankenPHP 无法调用 exec，基本就是 PHP 层禁用了它——不是 FrankenPHP 的问题，而是你当前 PHP 运行环境的 disable_functions 配置在起作用。
确认 exec 确实被禁用（别猜，直接看）
FrankenPHP 启动时若依赖 exec（比如自动检测 PHP CLI 路径、运行内置构建脚本或扩展预加载逻辑），而函数被禁，通常不会报明确错误，而是静默失败或返回 null。最可靠的方式是验证：
- 创建一个
probe.php，内容为<?php echo ini_get('disable_functions'); ?>，通过 FrankenPHP 的 HTTP 服务访问它 - 如果输出包含
exec，说明已被禁用；若为空或不含该函数，问题在别处（比如权限、PATH、SELinux） - 注意：不要依赖
phpinfo()页面里“Loaded Configuration File”显示的路径——FrankenPHP 可能使用嵌入式 PHP 实例，实际读取的是编译时绑定的配置或环境变量指定的PHP_INI_SCAN_DIR
修改 disable_functions 配置（FrankenPHP 特殊点）
FrankenPHP 默认以 SAPI 模式嵌入 PHP，不走传统 FPM 或 Apache 模块流程，因此常规的 Nginx fastcgi_param PHP_ADMIN_VALUE 失效，.htaccess 也完全不生效。必须从源头控制：
- 找到 FrankenPHP 启动所用的
php.ini：运行frankenphp --php-version查看 PHP 版本，再执行对应 CLI 的php -i | grep "Loaded Configuration File"（例如/usr/bin/php8.3 -i | grep "Loaded Configuration File"） - 编辑该
php.ini，定位disable_functions行，**完整删除exec（连同前后逗号一起删干净）**，例如把disable_functions = exec,passthru,shell_exec改成disable_functions = passthru,shell_exec - FrankenPHP 不需要 reload 或 restart PHP-FPM，但必须重启 FrankenPHP 进程本身：
sudo systemctl restart frankenphp或杀掉进程后重新frankenphp webserver - 若使用 Docker，不能只改宿主机的 php.ini——需在构建镜像时 COPY 自定义 php.ini，或通过
-v /path/to/php.ini:/etc/php/8.3/cli/php.ini挂载覆盖
为什么不能用 ini_set('disable_functions', '') 补救
这是最容易踩的坑：无论你在 FrankenPHP 的 PHP 脚本开头写多少次 ini_set('disable_functions', '')，它都无效。因为 disable_functions 是 PHP 启动期硬限制，仅在模块初始化阶段解析一次，运行时不可更改。PHP 官方文档明确标注该指令为 PHP_INI_SYSTEM，意味着只能由服务器配置设定。
试图绕过只会浪费时间，还可能掩盖真正配置未生效的问题。
禁用 exec 的真实影响（别盲目开）
FrankenPHP 本身不强制依赖 exec，但很多基于它的应用（如 Laravel Octane 集成、自定义构建钩子、实时日志 tail）会间接调用。开启前请确认：
- 你是否真的需要它？比如只是想跑
php artisan optimize:clear，完全可以改用exec('php', [...])→ 改成proc_open()+stream_select()手动调用，避开exec函数本身 - 如果服务器面向公网，且你无法完全信任所有 PHP 代码来源，保留
exec就等于留了一条高危逃逸路径——攻击者一旦拿到任意代码执行权，就能直接调用系统命令 - 替代方案更安全：用
symfony/process包（它 fallback 到proc_open，而后者比exec更可控），或把需执行的命令移到独立服务（如 FastCGI over Unix socket）中隔离运行
真正难处理的从来不是怎么开，而是开了之后谁来审计每一条被执行的命令、参数是否可控、输出是否被注入到 HTML 中——这些细节，配置文件改完就结束了，但风险才刚开始。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
