技术博客
因为默认行为会访问 packagist.org 拉取 composer.lock 里记录的包元数据（比如哈希、版本约束），即使所有 ZIP 文件已缓存，composer install 仍会尝试联网校验。错误典型表现为：Could not fetch https://repo.packagist.org/packages.json 或 Failed to decode response。
直接 composer require vendor/name 走 Packagist 流程，当然找不到你硬盘上某个文件夹里的代码。Composer 默认只认注册过的包名，不认路径。
直接靠 composer install 自身没法判断路径变更，得靠 Git 提前筛出是否动了 composer.json 或 composer.lock。CI 脚本里最稳妥的方式是检查这两个文件是否在本次提交中被修改过。
本文介绍一种不依赖第三方库、基于 `os.rename` 的跨平台原子文件覆写方案，通过临时文件+同目录重命名的方式，在 linux/macos 和 windows（ntfs，同卷）上均能保证写入操作的原子性与安全性。
本文介绍一种不依赖第三方库、兼容 linux/windows 的原子文件覆盖方案：先写入同目录临时文件，再通过 os.rename 原子重命名，确保文件更新的可见性与一致性。
如果您需要在本地搭建PHP开发环境，但尚未安装必要的运行组件，则可能是由于缺少Web服务器、PHP解释器或数据库服务。以下是配置PHP开发环境的多种方法：
Sublime Text 2/3/4 默认会在关闭最后一个标签页后直接退出程序，不是 bug，是设计如此。如果你习惯多窗口工作流、或常开单文件调试，这个行为会打断节奏。
Sublime 的查找（Ctrl+F）和替换（Ctrl+H）历史不是存在内存里，关掉再开就没了——它硬编码在配置文件中。所以清空的关键是定位并处理这个文件，而不是反复按上下箭头删记录。
必须提前在联网机器上生成完整、可复现的 vendor 快照，仅靠 composer.lock 文件本身不够——它不包含二进制依赖（如 phpunit/phpunit 的 PHAR、laravel/pint 的可执行文件）或某些通过 install 脚本动态生成的资源。
Composer 默认拒绝未经认证的私有仓库访问，直接 composer require 会报 401 Unauthorized 或 403 Forbidden。关键不是改 composer.json，而是让 Composer 知道“你是谁”——这靠 auth.json 文件实现。