技术博客
Sublime Text 本身不原生支持 LSP（Language Server Protocol），必须通过第三方插件桥接。目前唯一稳定可用的方案是 SublimeLSP + elixir-ls，但前提是你的 Sublime Text 是 build 4142 或更高版本（即 Sublime Text 4）。低于这个版本的 SublimeLSP 对 Elixir 的项目根识别、任务启动、文档链接等支持极弱，甚至无法加载 elixir-ls 进程。
ZipArchive 错误通常不是 Composer 本身的问题，而是 PHP 环境缺少 ZIP 扩展、扩展未启用、或系统级依赖（如 libzip）不兼容导致的。修复重点在确认扩展状态和底层支持。
Composer 在 Ubuntu 上不是用 apt install composer 装官方包就能直接用的——系统源里的版本老旧、不带 composer 命令别名，且默认不写入全局 PATH。必须手动下载 PHAR、设可执行权限、并显式放入系统级 bin 目录或用户 PATH 中。
Sublime Text 默认不支持 GBK 编码，打开中文文件时容易显示乱码。要彻底解决，关键不是“临时转码”，而是让 Sublime 正确识别、保存和默认使用 GBK（或 GB2312/GB18030）编码。
Composer 的 archive 命令用于将项目的依赖包或项目本身打包成压缩文件，支持 tar 和 zip 两种格式。虽然两者都能实现文件归档和压缩，但在使用场景、兼容性和特性上存在一些关键区别。
Composer 的 archive 命令本身并不存在——Composer 没有内置的 archive 子命令。你可能混淆了 Composer 的功能，或者看到的是第三方插件、自定义脚本，甚至误记为其他工具（如 git archive 或 zip 命令）。
Sublime Text 大小写转换最快方式是 Ctrl+K 松开后接 Ctrl+U/L/C（Windows/ […]
Sublime Text 没有原生的「跳转到上一个修改点」功能，Ctrl+U（Windows/Linux）或 Cmd+U（macOS）是唯一接近的快捷键，但它实际作用是「撤销光标位置」（即跳转到上一次光标移动/编辑的位置），不是按「修改行为」（如输入、删除）排序的历史点。
Composer 默认会递归解析依赖，但“深度处理版本关联”不是靠配置开关实现的，而是由 composer install 或 composer update 运行时的依赖求解器（Solver）自动完成的。你真正需要干预的，是约束条件本身和求解过程的可控性。
这不是“搜索内容”，而是“搜索文件名”——Sublime Text 的 Ctrl+P 面板本质是项目内文件路径的模糊匹配器，响应极快，不依赖索引，也不打开文件预览，只列文件名和路径。