答案：Composer镜像配置不写入composer.json，而是存于Composer配置系统；查全局用composer config -g repo.packagist，查项目级用composer config repo.packagist（不带-g），键名必须为repo.packagist且不可被repositories字段覆盖。
Composer 的镜像配置不显示在 composer.json 里
因为 Composer 的镜像（如阿里云、腾讯云、华为云等）是全局或项目级的「仓库源配置」，不是项目依赖声明的一部分，所以不会写入 composer.json。它实际存在位置是：composer.json 同级的 composer.lock 文件不存镜像信息，composer.json 本身也不管这事——镜像配置在 Composer 自己的配置系统里。
composer config -g repo.packagist 查不到镜像？
这是最常被卡住的地方：命令拼错或作用域理解偏差。
-
composer config -g repo.packagist是查「全局」配置，但如果你只对当前项目设了镜像（用了-g漏掉），就查不到 - 正确查法分两种场景：
- 查全局镜像：
composer config -g repo.packagist - 查当前项目镜像：
composer config repo.packagist（不带-g）
- 查全局镜像：
- 如果返回空，说明根本没配过；如果报错
Could not find package ...，大概率是键名写成packagist.org或https://packagist.org了——必须严格用repo.packagist
配置镜像后 composer install 还走官网？
常见原因不是配置失效，而是缓存或协议覆盖。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 执行
composer clear-cache再试，尤其 Windows 下 Composer 有时会缓存旧源 - 检查是否在
composer.json里手动写了"repositories"字段，它会**完全覆盖**repo.packagist配置（优先级更高） - 运行
composer diagnose，看输出里Repo.packagist is default还是Repo.packagist is private——后者才表示镜像生效 - 某些国内镜像要求 HTTPS + 重定向支持，若 PHP 缺少
openssl扩展或 cURL 不支持 SNI，也会静默回退到 packagist.org
为什么 composer config -l 输出里没有 repo.packagist 行？
因为这个配置项默认不存在——只有你显式设置过才会出现在列表中。
- 设置镜像的正确命令是：
composer config -g repo.packagist https://mirrors.aliyun.com/composer/ - 注意结尾不能带
/packages.json或其他路径，只填基础 URL - 如果用的是较新版本 Composer（2.5+），部分镜像需额外加
--secure-http=false参数（比如某些自建源），但官方推荐镜像不需要 - Windows 用户注意：PowerShell 里
$符号要转义，建议改用 CMD 或把 URL 用单引号包起来
配置真正生效的关键点，往往不在“有没有执行命令”，而在于作用域（-g / 无参数）、键名精确性（必须是 repo.packagist）、以及是否被 repositories 字段意外覆盖——这三处出错，连 composer diagnose 都可能给你“一切正常”的假象。
