composer config -g repo.packagist 失效主因是键名错（应为单数repo）、缺type值“composer”、url末尾无/，三者缺一不可；任一出错即静默回退官方源，且项目级repositories会完全屏蔽该配置。
composer config -g repo.packagist 命令为什么总不生效？
因为三个硬性条件缺一不可：键名必须是 repo.packagist（不是 repos.packagist 或 packagist.org），中间的 composer 是 type 值，不能省略，URL 必须是 HTTPS 且以 / 结尾。漏掉斜杠会拼出 /packages.json 导致 404；用 HTTP 会被 Composer 2.0+ 拒绝；写错键名则静默忽略，composer config -g repo.packagist 返回空或 null 就说明没写对。
常见踩坑点：
- 在 Docker 容器里执行命令时，当前用户不是 root，
-g写入的是/root/.composer/config.json，但 PHP 进程常以www-data运行，读不到该配置 - 项目
composer.json中已有"packagist.org": false，会直接屏蔽全局镜像，哪怕repo.packagist配对了也无效 - CI 流水线中用
sudo -u runner composer config -g ...，但runner用户家目录下没有.composer目录，配置写入失败
自签名证书报 cURL error 60 怎么快速定位？
别等 composer install 失败再查。先确认 PHP 底层是否信任该证书：
- 运行
php -r "echo ini_get('curl.cainfo');"，输出为空说明 PHP 没加载任何 CA 文件 - 运行
php -r "print_r(openssl_get_cert_locations());"，看default_cert_file路径是否存在、可读 - 手动测试：
curl -v --cacert /path/to/your-chain.pem https://your-private-repo.example.com，若返回 HTTP 200 且无证书警告，说明证书链本身没问题 - 运行
composer diagnose，重点看输出里CA file:行是否指向你期望的路径，且标为OK
如果 composer diagnose 显示 CA file 正确，但 composer install 仍报错，大概率是 repositories 里写了 "ssl": {"verify_peer": false} 这类配置，它会覆盖全局 cafile 设置。
项目级 ssl.cafile 配置为何在容器里总失败？
因为路径在宿主机存在，但在容器内并不存在——cafile 值必须是容器内真实可访问的绝对路径。很多人把证书放本地 ./certs/gitlab.pem，然后在 composer.json 里写 "cafile": "./certs/gitlab.pem"，这在 CLI 下可能偶然 work，但严格来说 Composer 不解析相对路径，会直接报 failed to open stream。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
正确做法：
- Dockerfile 中把证书 COPY 到固定路径，例如
COPY certs/internal-ca.pem /etc/ssl/certs/internal-ca.pem -
composer.json里写死绝对路径："cafile": "/etc/ssl/certs/internal-ca.pem" - 确保该文件权限为
644，且属主能被 PHP 进程读取（Alpine 容器常用www-data用户，不能放在/root/下） - 删掉
composer.json里已有的"ca-bundle"字段，它和cafile冲突，优先级低但会干扰加载
为什么改了 openssl.cafile 还是报 unable to get local issuer certificate？
因为你只放了服务端证书，没提供完整的信任链。cURL 要求从叶证书向上追溯到根 CA，顺序必须是：服务端证书 → 中间证书 → 根 CA 证书，全部拼在一个 PEM 文件里。导出时只点“证书”不等于“完整链”，浏览器导出默认只含叶证书。
验证证书链是否完整：
- 用
openssl s_client -connect gitlab.example.com:443 -showcerts抓取全部返回的证书块 - 把它们按顺序（第一个是叶证书，最后一个是根 CA）粘贴进一个
.pem文件，每段以-----BEGIN CERTIFICATE-----开头，-----END CERTIFICATE-----结尾，中间不能有空行或注释 - 用
openssl verify -CAfile /path/to/chain.pem /path/to/server.crt测试，输出OK才算真正可用 - 文件权限设为
600或644，755及以上 PHP 会拒绝加载
最常被跳过的步骤是验证链完整性——很多人以为导出个 .crt 就够了，结果 Composer 依然找不到 issuer。
