必须在dockerfile的run阶段显式配置镜像源，命令为run composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（末尾斜杠不可少），并验证输出为{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。
容器里 composer install 卡在 Loading composer repositories 怎么办
这不是网络慢，是根本没配镜像源。Composer 2.2+ 默认直连 packagist.org，而国内容器里根本连不上。
必须在 Dockerfile 的 RUN 阶段显式配置，不能依赖宿主机的 ~/.composer/config.json —— 它不会透传进容器。
-
RUN composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（末尾斜杠不可少） - 验证是否生效：
RUN composer config -g repo.packagist，输出必须是完整 JSON，如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 如果用了多阶段构建，每个含
composer的阶段都得单独配一次；--from=builder不继承配置
Alpine 镜像里 composer install 报 SSL certificate problem 怎么解
错误信息通常是 SSL certificate problem: unable to get local issuer certificate，根源是 Alpine 默认没装 CA 证书链。
php:alpine 镜像不带完整证书，curl 和 Composer 都会因校验失败中断。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 构建阶段加：
RUN apk add --no-cache ca-certificates - 运行时镜像也得有
ca-certificates，否则file_get_contents('https://...')同样失败 - 别用
composer/ca-bundle替代系统级证书——路径不稳定，且 vendor 下的cacert.pem不会被 PHP CLI 自动识别
Dockerfile 中 COPY 和 RUN 的顺序为什么决定构建速度
顺序错一丁点，整个 vendor 层缓存就废了，每次 CI 都重下包、重解压、重生成 autoload。
缓存链只对最敏感的三步生效，必须严格按顺序：
COPY composer.json composer.lock ./RUN composer install --no-dev --optimize-autoloader-
COPY . /app必须放在上面两步之后；否则代码一改，前面所有依赖层全失效 - 中间插任何指令（比如
RUN chmod、RUN mkdir）都会打断缓存
宝塔或 GitHub Actions 里换源后仍卡在 Resolving dependencies 怎么办
镜像只加速包下载，不参与依赖解析。卡在这里和镜像无关，问题出在约束太松或环境受限。
常见诱因包括："php": "^7.4 || ^8.0" 这类宽泛版本、require-dev 里未锁定的工具链、大量 dev-main 分支依赖。
- 收紧
composer.json中的 PHP 版本约束，例如写死为"php": "^8.1" - 把
phpunit/phpunit等开发依赖版本号锁死，避免"^10.0"引发组合爆炸 - 宝塔用户先检查 PHP CLI 禁用函数：必须放开
putenv、proc_open、pcntl_signal，否则 Composer 启动即崩溃
-g、拼错 repo.packagist、URL 少斜杠，都会静默失效，连报错都没有。
