composer config -g repo.packagist 是 composer 1.x 和 2.x 唯一稳定全局镜像配置入口，必须严格包含 -g、repo.packagist（单数键名）、composer 类型值及末尾带 / 的 https url，缺一即静默失效；还需清缓存、防项目级 repositories 覆盖，并通过 -vvv 日志验证真实请求域名。
直接改 composer config -g repo.packagist 就行，但漏掉 -g、写错键名、缺斜杠、没清缓存——四者任一出问题，都会静默失效，命令跑完也没用。
composer config -g repo.packagist 命令必须写全
这条命令不是“建议写法”，是 Composer 1.x 和 2.x 唯一稳定识别的全局镜像配置入口。它由三部分硬性组成：
-
-g：必须带，表示写入全局配置文件（~/.composer/config.json或%USERPROFILE%\AppData\Roaming\Composer\config.json），不加就只改当前项目 -
repo.packagist：键名必须是这个，不能是repos.packagist（多一个 s）、mirror、packagist.org，否则 Composer 完全忽略 -
composer https://mirrors.aliyun.com/composer/：中间的composer是 type 值，不能省；URL 必须以/结尾，少一个斜杠会导致请求路径变成/composerpackages.json，404 报错
项目级配置优先级更高，别被覆盖还不知道
只要项目根目录的 composer.json 里有 repositories 字段，无论内容是否为空、是否含 "packagist.org": false，全局设置都会被跳过。这不是 bug，是设计行为。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 检查方式：
composer config repo.packagist（不带-g）看是否有输出；或直接打开composer.json查"repositories" - 临时禁用项目级配置：删掉
composer.json中的repositories段，再试全局镜像 - 想保留项目级私有源又用国内镜像？结构得是对象而非数组：
"repositories": {"packagist": {"type":"composer","url":"https://mirrors.aliyun.com/composer/"}}，否则会冲突
改完不生效？先清缓存再验证真实请求
Composer 缓存的是元数据（packages.json 等），不是 ZIP 包本身。即使镜像 URL 改对了，旧缓存仍会让 composer update 表现异常，比如解析不到版本、卡在 Resolving dependencies。
- 强制清缓存：
composer clear-cache，不是可选项，是必做步骤 - 验证是否真走镜像：运行
composer show monolog/monolog -vvv 2>&1 | grep "GET\|Downloading"，确认日志里出现的是mirrors.aliyun.com或你配的域名，而不是packagist.org - Windows 用户改完需重开终端，否则环境变量未刷新，
composer config -g repo.packagist可能查不到新值
别手动编辑 config.json，容易 JSON 格式出错
网上有些脚本直接用 sed 或文本替换改 ~/.composer/config.json，风险很高：
- macOS 和 Linux 的
sed -i语法不兼容（macOS 需要sed -i ''） - JSON 手动增删字段极易破坏缩进或逗号位置，导致 Composer 启动时报
JSON decode error - Composer 2.9.6 会严格校验
type值，手写成"type": "packagist"会被拒绝，必须是"composer"
真正复杂的点不在“怎么写命令”，而在于 Composer 的配置层级、缓存机制和网络请求路径三者耦合太紧——一个环节断了，表现就是“明明改了却没用”，而且没有任何明确报错提示。
