技术博客
VS Code 本身不编译代码，它靠 c_cpp_properties.json 里的 includePath 告诉 IntelliSense：“这些目录里有头文件，去里面找”。路径写错、漏写、用了相对路径但工作区不对，#include "xxx.h" 或 #include <stdio.h></stdio.h> 都会标红，跳转失效。
HTML 里定义下拉式选择列表，核心就是 <select></select> 元素套 <option></option>。浏览器自动渲染成可点击展开的控件，不需要 JS 就能工作。
Sublime Text 原生根本不认识 graphql 语法，更不会解析查询结构做缩进或换行。你点 Ctrl+Shift+P 搜 “Format” 或 “Beautify”，出来的全是 JSON、JS、HTML 相关命令，graphql 查询块直接被当普通文本扔着——这是最常卡住人的起点。
它靠微秒时间戳 + 可选前缀生成，快、轻量，但同一微秒内并发调用会重复。PHP 8.2+ 默认禁用 uniqid() 的 $more_entropy 参数（已废弃），所以别再传 true 了。
直接运行 composer config -g repo.packagist，就能看到全局配置的源地址。如果返回空，说明走默认的 https://packagist.org；如果返回类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，那就是已配置国内镜像。
很多用户点完“Install Package”没反应，或者搜 DocBlockr 找不到——根本不是插件下架了，而是 Package Control 本身没装好或卡住了。
找不到包，八成是拼错了名字，或者没加正确的仓库源。Composer 默认只查 packagist.org，但很多国内 SDK（比如阿里云、腾讯云的 PHP SDK）得走他们自己的私有源，或者 GitHub 直链。
VSCode 无法、也不该「默认用 GB2312 打开」——这不是一个合理或可持续的配置目标。GB2312 是过时的中文编码，不支持 emoji、生僻字、现代标点，且与 Git、CI/CD、跨平台协作严重冲突。你真正需要的，是让 VSCode 正确识别并处理那些**实际保存为 GB2312（或更常见的是 GBK/GB18030）的旧文件**，而不是全局降级编码标准。
PHP 的 date() 函数默认依赖系统 locale，但它的格式化符（如 F、D、M）**根本不读 locale 设置**，只输出固定英文。这不是 bug，是设计如此——它压根没打算本地化。
Composer 默认把全局配置、缓存、全局 bin 目录放在用户主目录下的 ~/.composer（Linux/macOS）或 %APPDATA%Composer（Windows）。但如果你手动设了 COMPOSER_HOME 环境变量，它就会完全接管这个路径——哪怕只写错一个斜杠，都可能导致 composer global require 安装的包找不到、autoload 不生效、甚至 composer self-update 失败。