技术博客
Magento 2 的模块依赖受 composer.json 中的 minimum-stability 和 prefer-stable 控制。默认 Magento 官方项目设为 “minimum-stability”: “stable”，这意味着你无法直接 require dev 分支、-dev 后缀或未打 tag 的私有包。
执行 composer config –unset repos.packagist 后，Composer 会彻底删除 repos.packagist 这个自定义源配置，但**不会自动恢复官方 Packagist 源**——因为官方源不是靠这个键名启用的，而是默认内置、且由 packagist.org 的隐式 fallback 机制提供。一旦你删了它，又没手动加回，composer install 或 composer require 就可能报错找不到包。
不能直接删。composer remove 是 Composer 2.2+ 引入的命令，但它只做两件事：从 composer.json 的 require（或 require-dev）里移除对应包名，并执行一次 composer install（即重装依赖）。它不会自动清理已安装但未声明的包，也不会处理手动修改过 composer.json 后残留的 vendor/ 文件。
直接执行一条命令就能切回 Packagist 官方源，不需要手动编辑配置文件。运行以下命令即可将当前配置的镜像源重置为 Packagist 官方源（https://packagist.org）：
如果您需要在Ruby中解析HTML或XML文档，Nokogiri是一个高效且功能丰富的库。它支持XPath和CSS选择器语法，可快速提取、修改和构建文档结构。以下是使用Nokogiri解析HTML和XML的具体操作步骤：
直接运行 composer show 就能列出所有已安装的包及其版本，但默认只显示顶层依赖；想看完整依赖树或精确查某个包的版本，得加参数或换命令。
JavaScript模块化开发通过将代码拆分为独立、可复用的单元来提升可维护性和协作效率；模块加载器负责按需解析依赖、加载脚本、执行并管理模块作用域与导出值。
Composer 的 suggests 字段本身**不触发自动安装**，也不影响依赖解析，它只是个静态提示——想靠它“引导用户装关联包”，必须配合文档、脚本或工具链，否则基本没人会注意到。
当你的项目依赖某个 Composer 包 A，而 A 又依赖包 B，但包 B 已被另一个包 C 用 “replace” 声明替代（比如 “monolog/monolog”: “2.0.0” 被 “monolog/monolog”: {“replace”: {“psr/log”: “^1.0”}} 的包间接影响），实际安装时可能报错或行为异常。核心问题不是“不能装”，而是 Composer 在解析依赖图时发现版本冲突、提供关系不明确，或自动替换逻辑未按预期生效。
PHP 8.1+ 环境下，composer require mongodb/mongodb 能正常安装，但**这不等于 MongoDB 扩展已就绪**——它只是官方的纯 PHP 驱动（ODM 层），底层仍依赖 mongodb 这个原生 PHP 扩展（即 php-mongodb，由 C 编写，必须编译进 PHP）。跳过原生扩展直接跑 mongodb/mongodb 会报 Class ‘MongoDBDriverManager’ not found。