技术博客
本地镜像没生效，最常见原因是 composer.json 或全局配置里没真正切换源。Composer 优先级是：命令行参数 > 当前项目 composer.json 的 repositories > 全局 config（composer config -g repos.packagist）。如果项目里写了 "packagist.org": false 却没配自己的镜像地址，它会 fallback 到官方源。
直接装 dev- 开头的版本名就行，Composer 会自动识别为开发分支而非稳定版。比如想装 monolog/monolog 的 main 分支，命令是：composer require monolog/monolog:dev-main注意不是 dev-main@dev，也不是加 –stability=dev——后者只影响依赖解析策略，不指定具体分支。
Composer 本身不支持“为单个项目单独配置授权码”，所谓“项目授权码”其实是通过 auth.json 文件在项目目录或全局位置声明凭证，让 Composer 在访问私有仓库（如 Packagist.com 私有包、GitHub Packages、GitLab Composer Registry）时能自动携带 token 认证。
Composer 在 Windows 下不需要“配置环境变量”也能用，但加了之后才能全局调用 composer 命令——关键不是“能不能装”，而是“在哪能敲命令”。
如果您在PHP开发过程中频繁修改代码并希望避免每次手动重启服务器，可以借助热重载机制实现修改后自动刷新效果。以下是实现PHP调试时代码修改即时生效的多种方法：
本文讲解如何在网格容器（如 `.grid`）上监听 `paste` 事件，同时智能排除 “、“ 及其他具备原生粘贴能力的元素（如 `contenteditable` 元素），确保自定义粘贴逻辑仅在真正需要时执行。
Composer 报错 could not find package，大概率不是你写错了包名，而是镜像源没同步上最新包信息。
这不是网络或配置文件语法问题，而是你提供的 GitHub Personal Access Token（PAT）缺少必要 scope。Composer 在拉取私有仓库时会用该 token 认证，若 token 没开 read:packages 或 repo（取决于仓库类型），就会返回 Invalid credentials，且错误信息不提示具体缺哪个权限。
Linux 上必须手动安装 Composer，用 apt 或 yum 装的版本基本不能用——它大概率是 1.x，不支持 ^2.5 这类依赖约束，也跑不动 PHP 8.2+ 项目。
不是网络抽风，大概率是默认源走的是 packagist.org 官方服务器，物理距离远、没 CDN、还常被干扰。国内用户直连时 DNS 解析慢、TCP 建连超时、TLS 握手失败都可能触发重试，看着就像“卡住”。更隐蔽的问题是：Composer 会为每个包单独发起请求，没并发控制，小包多时 IO 等待明显。