技术博客
Composer 本身不直接处理路径斜杠转换，而是依赖 PHP 底层的 realpath()、dirname()、basename() 等函数，以及 PSR-4 自动加载器对 和 / 的兼容解析。PHP 7.4+ 在 Windows 上已原生支持用正斜杠 / 作为目录分隔符（如 vendor/autoload.php），Composer 的所有路径拼接逻辑都基于此。
Composer 不支持直接写 sha1 当作版本号（比如 "vendor/package": "abc1234" 会报错“invalid version”），但可以绕过校验：把 commit 哈希拼进分支名，再用 dev- 前缀声明为开发版。Composer 会把它当作一个合法的“分支别名”来解析。
SQL查询中对未建索引的字段进行排序，是导致慢查询最常见的原因之一。数据库在执行 ORDER BY 时，若无法利用索引完成排序，就会触发 FileSort（文件排序），大量依赖磁盘临时空间和内存排序，显著拖慢响应速度。
VS Code 本身不编译代码，它靠 c_cpp_properties.json 里的 includePath 告诉 IntelliSense：“这些目录里有头文件，去里面找”。路径写错、漏写、用了相对路径但工作区不对，#include "xxx.h" 或 #include <stdio.h></stdio.h> 都会标红，跳转失效。
直接设 caret_blinking 为 false 最干脆，但实际效果取决于 caret_style 的配合。Sublime 的“不闪烁”不是靠关开关实现的，而是靠换样式——比如设成 "solid" 后，光标压根不走动画逻辑，自然不闪。
不会自动升级全部依赖，但默认行为比你想的更激进：composer update laravel/framework 会按 composer.json 中该包的版本约束（如 "^10.0"），重新计算整个依赖图，可能顺带升级 symfony/*、doctrine/dbal 等底层组件——哪怕你没显式写它们。
Sublime Text 原生根本不认识 graphql 语法，更不会解析查询结构做缩进或换行。你点 Ctrl+Shift+P 搜 “Format” 或 “Beautify”，出来的全是 JSON、JS、HTML 相关命令，graphql 查询块直接被当普通文本扔着——这是最常卡住人的起点。
Composer 本身没有“每 X 小时检查一次更新”这种内置定时策略。它只在 composer update 时才去远程仓库查版本，平时完全依赖 composer.lock 和本地包缓存。所谓“更新频率”，其实是你手动触发的节奏，以及缓存是否让下次 update 变快或变慢。
直接运行 composer config -g repo.packagist，就能看到全局配置的源地址。如果返回空，说明走默认的 https://packagist.org；如果返回类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，那就是已配置国内镜像。
根本原因不是PHP类型错了，而是MySQL的int有符号范围是-2147483648到2147483647，而PHP在32位环境里int最大值也是2147483647。一旦你传入超限值（比如3000000000），MySQL会静默截断为2147483647（有符号上限）或0（溢出后归零，取决于SQL模式）。