Composer全局镜像配置失败的主因是：未正确执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（缺type参数、URL不以/结尾、拼写错误），或被项目级配置/缓存/JSON格式错误覆盖；需检查用户权限、清除缓存与lock文件、验证JSON合法性。
composer config -g repo.packagist 输出为空或不是 JSON 对象
说明配置根本没写进去，不是“没生效”，是压根没存成功。Composer 2.x 会静默回退到 https://packagist.org，不报错也不提醒。
-
repo.packagist必须是单数——写成repos.packagist或repositories.packagist.org（仅 Composer 2.2+ 支持）都无效 - 命令必须带第三参数
composer，表示 type 值：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/✅；漏掉composer就失败 ❌ - URL 必须 HTTPS 且以
/结尾：https://mirrors.aliyun.com/composer/✅；https://mirrors.aliyun.com/composer❌（会拼出/composerpackages.json导致 404） - 必须加
-g，否则只改当前项目composer.json，换目录就失效
全局配置写了但 install 还走官方源
常见原因是项目级配置覆盖了全局设置，或者缓存残留让 Composer 拿着旧路径去新镜像上找不存在的东西。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 检查项目根目录
composer.json是否含"repositories"字段：哪怕只是空数组[]，也会完全屏蔽全局镜像 - 执行
composer config --unset repositories（注意没-g）临时清掉项目级配置 - 运行
composer clear-cache；Windows 用户还得手动删%LOCALAPPDATA%\Composer\cache - 删掉
vendor/和composer.lock——composer.lock里硬编码了旧 provider 地址，不删它，Composer 就一直重试失败路径 - 验证真实请求地址：
composer install -vvv 2>&1 | head -n 10 | grep Downloading，第一行 URL 才是真相
宝塔、Docker 或 CI 环境下全局配置不生效
全局配置写在 ~/.composer/config.json，但它只对「执行命令的用户」生效。你在终端用 root 配的，PHP 进程却跑在 www 用户下，根本读不到。
- 先确认实际执行用户：
whoami或查日志 UID - 用对应用户重配，例如：
sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - Docker 中要确保
COMPOSER_HOME挂载正确，且容器内用户有权限读写/root/.composer或/home/www/.composer - GitHub Actions 默认用
runner用户，需在 workflow 中显式用run: composer config -g ...，别依赖本地配置
composer.json 或 config.json 格式错误导致报错
90% 的“配置错误”其实不是镜像问题，而是 JSON 文件本身非法——中文引号、BOM 头、末尾逗号、全角符号都会让 Composer 解析失败。
- 快速定位错误：
php -r "json_decode(file_get_contents('composer.json')) || die('JSON error: '.json_last_error_msg());"，PHP 8.0+ 还会返回偏移量 - 粘贴内容到
jsonlint.com，高亮标出非法字符（比如零宽空格U+200B、UTF-8 BOM 头ef bb bf） - 用
jq '.' composer.json（需先安装jq），失败时直接输出行列号，比composer validate更底层 -
composer validate不校验镜像配置，也不检查依赖是否真实存在、autoload 路径是否存在——它只管 JSON 结构 + 基础 schema
composer.lock 里那个你忘了删的旧 dist URL，或是 composer.json 里那对肉眼难辨的中文引号。 
