技术博客
默认不自动同步，所有用户数据（插件、设置、快捷键）都存本地，路径取决于系统：~/Library/Application Support/Sublime Text/Packages/（macOS）、%APPDATA%Sublime TextPackages（Windows）、~/.config/sublime-text/Packages/（Linux）。Packages/ 下的 User/ 文件夹是关键——你改的所有 Preferences.sublime-settings、Key Bindings.sublime-keymap 都在这儿。
Sublime Text 本身不内置 Markdown 实时预览，必须靠 Markdown Preview 插件实现。但装完常没反应，不是插件问题，而是它依赖系统 Python（3.6+），且默认不自动启用浏览器预览。
Dependabot 不会扫描项目根目录或 composer.json 所在路径来查找配置文件，它只认 .github/dependabot.yml 这个固定位置。放错地方（比如丢进 config/ 或直接和 composer.json 并列）会导致完全不生效，且 Dependabot 不报错、不提醒——静默忽略。
Composer 的 HTTP 超时不是通过 http-basic 配置项控制的——这个配置只管认证凭据，跟超时完全无关。真正起作用的是全局或项目级的 http-timeout 配置项，单位是秒，默认值是 300（5 分钟），但弱网下往往不够用。
直接加 @alpha 就行，但得确认包本身发布了 alpha 标签，不是所有包都支持。默认只装 stable 级别，alpha 属于 dev 级别，得显式放开策略。
vite 构建的单页应用（spa）部署到静态托管平台（如 vercel、netlify、nginx）时，若未正确配置路由回退机制，会导致除根路径（/）外的所有路由（如 /login、/dashboard）返回 404 —— 这是因服务端未将深层路由重写为 index.html 所致。
不能直接用 C++ 解析 NMEA 语句——你得先拿到串口或网络上的原始 $GPGGA、$GPRMC 这类字符串，再做解析；C++ 本身不提供 GPS 协议层支持。
Composer 不会因为包被标记为 abandoned 就拒绝安装或报错——它只是在终端输出一行黄色警告，然后照常拉取、解压、autoload。这个标记纯属元信息，不触发任何强制行为。
私有包不能靠 Packagist 自动发现，必须显式告诉 Composer 去哪找。核心是往 composer.json 的 repositories 字段里加一条配置，类型取决于你用的托管方式。
这不是 Composer 的 bug，而是它在保护你：检测到某个已安装的包（比如 vendor/foo/bar）里有被你手动改过的文件，而这些修改和该包当前安装的版本（通常来自 composer.lock）不一致。Git 会把这些改动标为“dirty”，Composer 就拦下来不让你继续——怕你覆盖掉自己的修改，或者误把脏包当成干净依赖发布。