php读取aj-captcha配置需显式加载：优先用getenv()读环境变量，否则用file_get_contents()+json_decode(true)解析json文件；verify_url须严格匹配协议、域名和路径；curl校验时必须设content-type: application/json并用json_encode传参，且scene、token等字段前后端须完全一致。
PHP里怎么读取AJ-Captcha的配置参数
AJ-Captcha 的配置参数不是自动加载的，必须显式从配置文件或环境变量中读取，常见错误是直接硬编码或漏读 secret_key、verify_url 等关键字段，导致校验始终失败。
推荐用 PHP 原生 json_decode() 读取 JSON 配置文件（如 captcha.config.json），避免依赖第三方包引入兼容性问题：
{
"secret_key": "sk_abc123...",
"verify_url": "https://api.aj-captcha.com/validate",
"timeout": 5
}
-
file_get_contents()+json_decode()是最轻量、最可控的方式，注意加true参数返回关联数组 - 如果配置存在环境变量中（如
AJ_CAPTCHA_SECRET_KEY），优先用getenv('AJ_CAPTCHA_SECRET_KEY')，比$_ENV更可靠（尤其在 CLI 或某些 SAPI 下） - 不要用
parse_ini_file()—— AJ-Captcha 官方不提供 INI 格式配置，强行转换易出错
为什么 verify_url 不能写错或漏协议
校验请求发不出去的常见原因：URL 缺少 https://、末尾多了斜杠（如 https://api.aj-captcha.com/validate/）、或用了测试域名但没切回生产地址。
- AJ-Captcha 接口严格校验 Host 和协议，
http://在生产环境会被拒绝（返回403 Forbidden） - 官方文档明确要求
verify_url必须与控制台绑定域名一致，本地开发若用localhost，需在后台白名单中添加 - 建议把
verify_url和secret_key放在同一层级读取，避免一个从文件读、一个从常量来，后期维护容易不同步
PHP cURL 校验时怎么传参才不被拒
POST 到 verify_url 时，AJ-Captcha 要求 Content-Type: application/json，且 body 必须是标准 JSON 对象，不是 query string 或表单格式。
- 务必用
json_encode(['token' => $token, 'scene' => 'login'])构造 body，别用http_build_query() - cURL 需显式设置：
curl_setopt($ch, CURLOPT_HTTPHEADER, ['Content-Type: application/json']) - 超时建议设为
5秒（对应配置里的timeout），太短易因网络抖动失败，太长会拖慢用户登录流程 - 别忽略 HTTP 状态码检查 ——
200不代表成功，要解析响应体里的success字段
本地调试时 token 总是验证失败？先查这三处
token 失效不是代码问题，而是上下文不匹配。AJ-Captcha 的 token 与前端渲染时的 scene、app_id、时间戳强绑定，后端校验时漏任何一项都会返回 {"success":false,"message":"invalid token"}。
- 确认前后端
scene值完全一致（区分大小写、空格），比如前端传"login"，后端就不能写成"Login" - 检查是否误把前端生成的
captchaId当作token提交 —— 实际应提交的是用户完成验证后回调给 JS 的token字符串 - PHP 服务器时间与 NTP 不同步会导致签名过期，用
date('c')对比北京时间，偏差超过 30 秒就需校准
真正麻烦的不是读参数，而是参数之间隐含的约束关系 —— 比如 scene 要和控制台创建的场景名一致，secret_key 不能和 public_key 混用，这些细节在报错信息里不会明说。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
