技术博客
很多人以为把 content 字段更新成旧值就完成了回滚，结果发现图片链接失效、元数据错乱、搜索索引没同步。Golang Wiki 系统里，一次编辑可能同时影响 pages 表、revisions 表、page_attachments 关联表，甚至外部对象存储里的文件引用。回滚不是“还原内容”，而是“还原整个页面状态”。
Whois 查询不依赖任何 SDK 或 HTTP API，它只是向特定端口（通常是 whois 端口，即 TCP 43）发送纯文本域名，然后读取服务器返回的原始响应。Go 的 net.Dial 足够胜任——不需要第三方库，也不需要解析 HTML 或 JSON。
Composer 安装失败多数不是代码问题，而是环境或网络干扰。默认不输出详细日志，所以第一步必须加 -v（verbose）或 -vvv（最详细）运行，否则你看到的只是模糊提示，比如 Failed to download vendor/package，但根本不知道是 DNS 解析失败、TLS 握手超时，还是 GitHub 限流。
这是 Composer 用来指定访问 GitHub 仓库时默认协议的配置项，控制 composer install 或 composer update 过程中 Git 克隆依赖所用的 URL 方式。它不改变你本地 Git 的全局设置，只影响 Composer 自己生成的仓库地址（比如从 packagist.org 解析出的 github.com/user/repo）。
根本原因不是网络不通，而是 Composer 默认所有包都走 packagist.org（公网），而内网没路由、没 DNS 解析、也没代理转发。它连第一步元数据都拉不下来，根本到不了“下载 ZIP”那步。
直接运行 composer licenses 就能输出所有已安装包的许可证类型和链接。这个命令是 Composer 内置的，不需要额外插件，但只在 2.2+ 版本可用；低于这个版本会报错 Command "licenses" is not defined。
直接用 composer config 命令没法加请求头——它只管配置文件字段，不处理网络层。真正起作用的是在 repositories 配置里嵌入 options，且仅对 vcs 或 package 类型仓库生效（packagist.org 这类默认源不认这个）。
直接靠 composer install 自身没法判断路径变更，得靠 Git 提前筛出是否动了 composer.json 或 composer.lock。CI 脚本里最稳妥的方式是检查这两个文件是否在本次提交中被修改过。
如果您在服务器上运行PHP应用，但PHP版本长期未更新，则可能面临已知漏洞被利用的安全风险。以下是实现PHP版本自动更新以降低安全风险的多种自动化配置方法：
不是插件没装，而是 Sublime 默认只在光标停在括号上时才高亮匹配项；一旦光标移开，高亮立刻消失。很多人误以为功能坏了，其实是预期行为没对上。