PHP调用听书插件前必须确认curl、json、mbstring扩展已启用,系统已安装eSpeak等CLI工具并授权Web用户执行,PHP版本与SAPI模式匹配,OpenSSL证书配置正确,音频目录可写且MIME类型支持完备。

PHP 调用听书插件前必须确认的运行时依赖
绝大多数听书类插件(如基于 TTS 服务的封装库或第三方 SDK)不是纯 PHP 实现,往往依赖外部系统组件。不提前检查这些,require 或 exec() 会直接失败,且错误信息常指向“找不到命令”或“扩展未启用”,而非真实原因。
-
php-curl扩展必须启用——几乎所有云 TTS 接口(阿里云、腾讯云、百度语音)都走 HTTPS API,禁用后file_get_contents()或curl_init()会报curl_init(): undefined function - 若插件含本地语音合成(如 eSpeak、Festival),需在系统级安装对应 CLI 工具,并确保 PHP 进程有执行权限:
which espeak必须返回路径,且 Web 用户(如www-data)能调用 - 部分插件依赖
json和mbstring,PHP 编译时未开启会导致json_encode()报错或中文乱码,检查用php -m | grep -E "json|mbstring"
常见听书插件对 PHP 版本和 SAPI 的隐性要求
很多开源听书类 Composer 包(如 overtrue/tts、aliyun-openapi-php-sdk)在 composer.json 中声明了 php >= 7.4,但实际运行时,Apache + mod_php 和 CLI 模式表现不同——尤其涉及音频流输出或长连接时。
- CLI 模式下可稳定调用
sleep()或处理大音频文件;而 Apache 模块下默认max_execution_time=30,TTS 合成稍长就会中断,需在代码中加set_time_limit(0)或改配置 - PHP 8.1+ 的
enum类型被部分新版本 SDK 使用,若你还在跑 PHP 7.4,强行composer install会提示Declaration of ... must be compatible with ... - 某些插件内部用
proc_open()启动 FFmpeg 转码,而 Windows IIS 的 CGI 模式默认禁用该函数,需手动在php.ini中取消注释disable_functions = proc_open
网络与证书:HTTPS 调用失败的三大隐藏原因
听书插件几乎全部依赖 HTTPS 请求,但 PHP 的 OpenSSL 配置常被忽略,导致 cURL error 60: SSL certificate problem 这类错误反复出现。
- Linux 系统需确认 CA 证书路径是否正确:检查
openssl.cafile是否指向有效的ca-bundle.crt(如/etc/ssl/certs/ca-certificates.crt) - 若使用自建代理或内网环境,插件调用时未显式设置
CURLOPT_SSL_VERIFYPEER => false(不推荐生产环境),或未传入正确的CURLOPT_CAINFO - 阿里云、腾讯云等 SDK 默认启用
http_build_query()拼参,若 PHP 的urlencode()行为因mbstring.func_overload被修改,会导致签名验签失败,错误表现为InvalidSignature
音频输出环节最容易被忽略的权限与路径问题
插件生成的 MP3/WAV 文件若无法写入或播放,90% 不是代码问题,而是目录权限或 Web 服务器沙箱限制。
立即学习“PHP免费学习笔记(深入)”;
- 确保目标目录(如
./audio/)对 Web 进程用户可写:chown www-data:www-data audio/ && chmod 755 audio/,仅777是危险且无效的惯性操作 - 部分插件默认用
sys_get_temp_dir()存临时音频,而 Docker 容器或共享主机中该路径可能不可写或空间不足,需通过构造函数或配置项显式指定temp_path -
浏览器直接访问生成的音频 URL 失败?检查 Web 服务器是否允许
.mp3MIME 类型,Nginx 需在mime.types中包含audio/mpeg mp3,Apache 需启用mod_mime
// 示例:检查关键扩展是否就绪(放入 webroot 下运行)别只盯着插件文档里的
composer require,真正卡住的永远是 phpinfo() 里那几行没注意的配置项。











