技术博客
离线安装后 autoload.php 加载失败，根本原因是 vendor/autoload.php 依赖的自动加载映射（vendor/composer/autoload_classmap.php、autoload_psr4.php 等）压根没生成——因为 composer install 在离线状态下跳过了包解压和 autoloader 重建步骤，哪怕 vendor/ 目录看起来“有东西”。
很多人以为把 content 字段更新成旧值就完成了回滚，结果发现图片链接失效、元数据错乱、搜索索引没同步。Golang Wiki 系统里，一次编辑可能同时影响 pages 表、revisions 表、page_attachments 关联表，甚至外部对象存储里的文件引用。回滚不是“还原内容”，而是“还原整个页面状态”。
默认情况下 composer install 会安装 require 和 require-dev 里的全部包，哪怕你只是上线部署——这不仅拖慢速度，还可能引入测试工具、调试器等不该出现在生产环境的代码。
Go 语言里对 nil 指针取值（比如 *p）或调用方法，会立即触发运行时 panic：panic: runtime error: invalid memory address or nil pointer dereference。这不是编译错误，而是在运行时崩溃——所以空指针检查不是“可选优化”，而是必须的防御动作。
因为 Git 子模块默认是“只读”状态，vendor/ 目录写入会被拒绝，尤其在 CI 或他人拉取后首次构建时。不是权限问题，是子模块的 Git 工作区处于分离头指针（detached HEAD）状态，Composer 默认拒绝向非分支检出点写入。
Whois 查询不依赖任何 SDK 或 HTTP API，它只是向特定端口（通常是 whois 端口，即 TCP 43）发送纯文本域名，然后读取服务器返回的原始响应。Go 的 net.Dial 足够胜任——不需要第三方库，也不需要解析 HTML 或 JSON。
直接用 composer show 就能看到所有已安装的包，包括版本、描述和依赖关系。最常用也最直观的方式就是运行：
composer show
Sublime Text 没有 line-height 这个配置项，所谓“行高”是靠给每行文字加上下像素级空白模拟出来的。真正起作用的是两个独立参数：line_padding_top 和 line_padding_bottom，单位都是像素，只影响编辑区里的代码行。
Composer 支持把本地文件夹当作一个“包仓库”，只要在 composer.json 里声明 path 类型的仓库，就能像装远程包一样安装本地代码。它不走网络，不依赖 Packagist，适合开发中试用未发布、还在改的私有库。
Composer 安装失败多数不是代码问题，而是环境或网络干扰。默认不输出详细日志，所以第一步必须加 -v（verbose）或 -vvv（最详细）运行，否则你看到的只是模糊提示，比如 Failed to download vendor/package，但根本不知道是 DNS 解析失败、TLS 握手超时，还是 GitHub 限流。