技术博客
PHP 8.1+ 环境下，composer require mongodb/mongodb 能正常安装，但**这不等于 MongoDB 扩展已就绪**——它只是官方的纯 PHP 驱动（ODM 层），底层仍依赖 mongodb 这个原生 PHP 扩展（即 php-mongodb，由 C 编写，必须编译进 PHP）。跳过原生扩展直接跑 mongodb/mongodb 会报 Class ‘MongoDBDriverManager’ not found。
要实现 Composer 完全离线安装，核心不是“镜像 Packagist”，而是用 Satis 搭建一个**静态的、可离线分发的私有包仓库**。它不实时同步 Packagist，而是按需抓取指定包的指定版本，生成静态 JSON 和 ZIP 文件，之后所有依赖解析和下载都走本地文件系统（如 file:// 协议），彻底脱离网络。
在Magento 2中，所有官方和第三方扩展都应通过Composer安装、更新和卸载，这是唯一被官方支持的扩展管理方式。直接复制文件或手动修改代码会导致升级失败、依赖冲突和安全风险。
直接修改 composer.json 中对应包的版本约束，再执行 composer update 即可回滚到上一个可用版本，无需手动删除或硬编码旧版本号。
Composer 默认只认 src/ 下的 PSR-4 类，但你项目里可能有 app/Models、lib/Utils 或甚至 legacy/ 这种老结构。这时候不能硬改目录，得靠 autoload 字段灵活映射。
Composer 的 path 类型仓库不会把包源码拷进 vendor/，而是用符号链接（Linux/macOS）或目录联结（Windows）指向你指定的本地路径。这意味着：改本地代码 = 立即生效，无需 composer update；但前提是你的开发目录结构符合 PSR-4 自动加载规范，且 composer.json 中的 autoload 配置正确。
Sublime Text 本身不内置 Angular CLI 支持，也不直接运行 RxJS 流，但它可以高效配合 Angular 开发——关键在于正确配置外部工具链和编辑体验。
直接运行 composer diagnose 即可查看 Composer 的诊断信息。它会自动检查常见配置、权限、网络连通性及环境兼容性等问题，并给出清晰的通过或失败提示。
默认情况下，Composer 安装或更新包时会使用 dist（压缩包）方式，即下载 ZIP/TAR 归档并解压，这种模式下不会包含 .git 目录。若你希望在 vendor/ 中的包保留完整的 Git 仓库（含 .git/ 子目录），以便查看提交历史、切换分支、打补丁或参与开发，需强制 Composer 使用 source 方式 —— 即通过 git clone 拉取代码。
直接运行 composer archive 只能打包当前项目（即 composer.json 所在目录）的代码，它**不会自动包含 vendor 下的依赖包源码**。这是很多人误以为“一键打包全部依赖”的根本原因——命令设计上就不做这事。