结论是：composer报错proc_open被禁用时，必须修改php.ini解除proc_open和proc_get_status限制，或本地构建vendor后上传并仅运行不调用子进程的dump-autoload命令。
直接说结论：Composer 安装脚本报错，90% 不是脚本本身问题，而是 PHP 环境缺失关键函数（proc_open、putenv）、SSL 证书路径错误，或镜像配置被 Composer 2.x 无视。别重装，先看报错关键词。
报 Call to undefined function proc_open() 或 putenv() 怎么办
这不是 Composer 脚本写错了，是 PHP CLI 禁用了底层函数。宝塔、cPanel、共享主机默认会禁用这些，而 Composer 安装器（install.php）启动阶段就要调它们。
- 运行
php -r "var_dump(function_exists('proc_open'));"，输出bool(false)就确认被禁 - 去 PHP 管理界面（宝塔）或
php.ini中检查disable_functions，删掉proc_open、putenv、pcntl_signal（注意拼写和空格） - 改完必须重启 PHP-FPM 或 Apache/Nginx；CLI 模式下还要重开终端或执行
source ~/.bashrc - 验证：运行
php -r "echo proc_open('echo 1', [], $p) ? 'ok' : 'fail';"，输出ok才算真正生效
composer config -g repo.packagist 配了但没用？
Composer 2.5+ 已彻底废弃这个配置项。它不会报错，也不会生效——只是静默忽略。你看到命令返回 success，其实什么都没写进去。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确方式只有两种：
• 项目级：在composer.json的repositories字段里显式写：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
• 全局级：用环境变量，export COMPOSER_REPO_PACKAGIST=https://mirrors.aliyun.com/composer/（加到/etc/profile或~/.bashrc） - 验证是否真生效：
composer install -vvv | grep "Downloading.*packages.json"，看实际请求域名是不是阿里云地址 - 别信
composer config -g repo.packagist的输出——它可能返回旧值或空，不代表当前行为
安装脚本卡在 cURL error 60 或超时？
不是网络差，是 PHP 找不到 CA 证书，或者系统时间偏差太大（>5 分钟），导致 HTTPS 握手失败。
- 查证书路径：
php -r "print_r(openssl_get_cert_locations());"，重点看default_cert_file - 如果路径为空或文件不存在（比如指向
/etc/ssl/certs/ca-bundle.crt但该文件没生成），手动补：curl -sS https://curl.se/ca/cacert.pem -o /usr/local/etc/openssl/cert.pem
，再在php.ini加openssl.cafile=/usr/local/etc/openssl/cert.pem - 检查系统时间：
date，CentOS 执行sudo ntpdate -s time.nist.gov，Ubuntu 用timedatectl set-ntp true - 临时绕过（仅调试）：
php -d openssl.cafile=/path/to/cacert.pem install.php，但别长期关校验
脚本跑一半崩了，不想重装整个 vendor？
用 --no-scripts 和 --no-dev 绕过最常触发 proc_get_status() 的环节，不是修环境，是避开雷区。
-
composer install --no-scripts --no-dev --prefer-dist --no-interaction：跳过所有 post-install 脚本，不装 dev 依赖，优先走 zip 包下载路径 - 如果项目里写了
"scripts": {"post-install-cmd": "..."}，这些全部被跳过，但基础依赖能装上 - 适合部署到受限主机（如 SiteGround、GoDaddy）的场景，比硬改 PHP 配置更快落地
- 注意：
--ignore-platform-reqs是另一类问题（PHP 版本不匹配）的解法，别混用
真正容易被忽略的是：Composer 2.x 的配置逻辑变了，repo.packagist 这个键名现在纯属无效字段；还有就是 CLI 和 Web 用的 php.ini 常常不是同一个，改完记得 php --ini 确认加载路径。
