技术博客
VS Code 本身不编译代码，它靠 c_cpp_properties.json 里的 includePath 告诉 IntelliSense：“这些目录里有头文件，去里面找”。路径写错、漏写、用了相对路径但工作区不对，#include "xxx.h" 或 #include <stdio.h></stdio.h> 都会标红，跳转失效。
Sublime不会在空白界面或未加载文件夹时显示SFTP选项——这是最常被误以为“插件没装好”的原因。它只对已添加到项目的文件夹生效。
Composer 默认只认 Packagist，想装 GitLab 或 Bitbucket 上的包，光写 "vendor/name": "dev-main" 没用——它根本找不到源。必须在 composer.json 顶层显式声明仓库地址和类型。
执行 composer –version 输出类似 Composer version 2.7.7 (2024-06-12 13:45:00)，其中 2.7.7 是真实语义化版本号，而括号里那个时间不是你本地安装或升级的时间，是官方 PHAR 包构建时的 UTC 时间戳。如果你自己从源码 git clone && php install.php 构建，会看到 dev-main 这类标识，且无精确时间——这说明你用的不是标准发布版。
因为 Composer 在安装某些包（尤其是 dev- 分支、vcs 类型仓库或未打 tag 的提交）时，会调用系统 git 命令克隆源码。Windows 默认不带 Git，而你又没把 Git 的 bin 目录加进 PATH，就会触发这个错误。
私有包不能靠 Packagist 自动发现，必须显式告诉 Composer 去哪找。核心是往 composer.json 的 repositories 字段里加一条配置，类型取决于你用的托管方式。
关键不是“加仓库”，而是让 composer 知道：这个包的源不在 Packagist，得去某个 Git 地址拉。直接在 composer.json 里写 "repositories" 是最常用方式，但必须配对使用 "type": "vcs"，否则会被忽略。
Sublime Text 是个纯本地编辑器，没有内置 FTP/SFTP 功能。所谓“Sublime 连接 FTP”，实际是靠第三方插件实现的，最常用的是 SFTP 插件（注意不是 FTP，后者早已停更且不兼容 Sublime Text 3/4）。直接搜“Sublime FTP 教程”容易装错插件，导致配置失败或连不上。
Sublime Text 默认不带 saltstack 或 .sls 文件支持，打开后就是纯文本，YAML 关键字、Jinja2 模板、Salt state 函数全无颜色区分。这不是你配置错了，是压根没装对的插件。
本质是默认源走国外服务器，DNS 解析慢、TCP 连接超时或中间链路丢包都会让 composer install 卡住甚至失败，不是你本地环境有问题。