技术博客
Composer 本身不执行 Git hooks，pre-commit 是 Git 的钩子，必须靠第三方工具或手动集成。最直接的做法是用 composer install 或 composer update 触发钩子安装，但前提是项目里已引入支持钩子的包（比如 brainmaestro/composer-git-hooks）。
Sublime 默认完全不认识 .vue 文件，打开就是纯文本——这不是你配置错了，是它压根没语法定义。真正起作用的是 Vue Syntax Highlight（作者 vuejs-sublime-project），不是早已停更的 Vuejs 或只提供片段的 Vuejs Snippets。装错名字，高亮就永远不生效。
Sublime Text原生不支持fish语法高亮，打开.fish文件只会套用ShellScript（即bash/zsh）的规则，导致set -l、for var in $list、string replace这类fish特有语法被标红或完全不着色。
因为 Sublime 默认启用 hot_exit 和 remember_open_files，两者叠加导致它“记性太好”——关掉前什么开着，下次就原样还原。这不是 bug，是设计行为，但和“启动空白页”需求冲突。
默认情况下，composer 的网络请求超时是 300 秒（5 分钟），但实际遇到慢源（比如国内直连 packagist.org）、代理不稳定或大包下载时，经常在 Downloading… 阶段卡死，最终抛出类似 Connection timed out 或 cURL error 28: Operation timed out 的错误。
这不是 Composer 自身的问题，而是 Xdebug 的递归限制被 Composer 的依赖解析器（特别是 composer/composer 内部的 AST 解析和插件加载逻辑）意外触发。Xdebug 默认的 xdebug.max_nesting_level=256 在处理大型项目（比如含 dozens 个插件、嵌套 require-dev、或使用 path repository 的 monorepo）时很容易耗尽。
Composer 没有 funding 命令，也不存在 composer funding；官方唯一支持的是 composer fund（注意是单数 fund），但它在 Composer 2.7.x 及之后版本中已被移除或未定义——执行会报错：Command "funding" is not defined 或 Command "fund" is not defined。这不是你装错了，是它真没了。
因为 composer install 默认不会跳过已有的 vendor 和 .git 目录缓存，哪怕加了 –no-cache，它只影响 Composer 的内部包元数据缓存（比如 packages.json），不清理 Git 克隆下来的源码副本。
这是最常见触发忽略平台检查的场景：本地 PHP 版本或扩展（如 ext-mbstring）和 composer.json 中声明的 platform 或依赖包要求不匹配，导致安装中断。
直接用 composer show（或 composer info）就能查到包的完整信息，包括版本、依赖、homepage、license、源码地址等——它不是“教程级命令”，而是开发中高频调试和溯源的实用工具。