如何让新人入职第一天就跑起庞大项目？提供统一Composer镜像脚本！-composer-PHP中文网

答案：应优先在项目级配置阿里云镜像源https://mirrors.aliyun.com/composer/并执行composer clear-cache和rm -rf vendor/，避免全局配置冲突与缓存干扰；禁用composer global require，改用composer require --dev按需安装，windows下可设platform.ext-zip 0规避解压问题。

如何让新人入职第一天就跑起庞大项目？提供统一composer镜像脚本！

新人装完PHP就卡在 `composer install` 超时？镜像没切对

国内默认走 packagist.org，但它的 CDN 在大陆不稳定，尤其首次安装依赖时会卡在 Downloading https://packagist.org/packages.json 或某个 .zip 包下载不动。不是网络差，是请求被重定向到境外节点，超时后自动退回到慢速原链。

解决办法不是换网络，而是强制切国内镜像——但别用网上搜到的“一键脚本”硬改全局配置，容易和团队其他成员的 ~/.composer/config.json 冲突。推荐在项目根目录下加 composer.json 的 repositories 块，只对当前项目生效：

{
    "repositories": [
        {
            "type": "composer",
            "url": "https://packagist.phpcomposer.com"
        }
    ]
}

注意：packagist.phpcomposer.com 已停服，现在主流用 https://mirrors.aliyun.com/composer/ 或 https://packagist.laravel-china.org（后者已归档），实际应选阿里云镜像。如果项目已有 repositories，别覆盖，追加即可。

脚本里写死 `composer global require`？危险操作

很多“统一脚本”会直接运行 composer global require laravel/installer 或类似命令，这会让新人本地全局安装一堆工具，后续项目升级或换环境时极易因版本冲突报错，比如 laravel/installer v4 和项目要求的 v3 不兼容。

真正该进脚本的只有三类东西：

composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ ——设全局镜像（仅一次，不重复执行）
composer install --no-dev --optimize-autoloader ——生产环境精简安装
cp .env.example .env && php artisan key:generate ——Laravel 类项目必须的初始化

所有 global require 类命令一律剔除，改用 composer require --dev 按需装到项目本地，或者用 tools/ 目录放可执行二进制（如 phpstan、pest），避免污染全局。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

Windows 新人跑 `composer install` 报 `ext-zip missing`？别急着装扩展

这个错误不是真缺 zip 扩展，而是 Composer 默认用 zip 方式解压包，但 Windows 下 PHP 有时没启用该扩展，或路径含空格导致调用失败。强行去 php.ini 开 extension=zip 可能引发其他扩展冲突。

更稳妥的做法是告诉 Composer 改用 7zip 或纯 PHP 解压：

先确认系统已装 7z.exe（如从 7-Zip 官网下载），并加入 PATH
在项目根目录运行：composer config platform.ext-zip 0 ——假装没这个扩展
再跑 composer install，它会自动 fallback 到 php unzip 或调用 7z

如果仍失败，检查 php -m | findstr zip 确认是否真加载了，而不是只开了 ini 项。很多 WAMP/XAMPP 默认关掉 zip，但新版 PHP 已内置，无需额外 DLL。

脚本最后没清 `vendor/` 就重跑 `install`？缓存干扰比想象中严重

新人反复执行脚本，常遇到 “明明换了镜像，还是卡在旧包下载”。根本原因是 Composer 缓存（~/.composer/cache）里存着旧源的失败记录，甚至已下载一半的损坏 .zip，下次仍尝试续传。

脚本末尾必须加清理动作，但不能粗暴 rm -rf vendor/（Windows 不认）：

composer clear-cache ——清元数据和包缓存
rm -rf vendor/ && mkdir vendor（Linux/macOS）或 rd /s /q vendor && mkdir vendor（Windows）
再执行 composer install，确保从头走新镜像流程

这点容易被忽略：缓存不清理，换镜像等于白换；而 vendor/ 不删干净，autoload 生成可能引用旧符号，导致后续 php artisan 命令找不到类。