技术博客
要实现 Composer 完全离线安装，核心不是“镜像 Packagist”，而是用 Satis 搭建一个**静态的、可离线分发的私有包仓库**。它不实时同步 Packagist，而是按需抓取指定包的指定版本，生成静态 JSON 和 ZIP 文件，之后所有依赖解析和下载都走本地文件系统（如 file:// 协议），彻底脱离网络。
本文详解如何在 php 中使用 curl 发起带认证和自定义请求头的 get 请求，纠正将 shell 命令误写入 `curlopt_url` 的常见错误，并提供可直接运行的安全示例。
Composer 默认只认 src/ 下的 PSR-4 类，但你项目里可能有 app/Models、lib/Utils 或甚至 legacy/ 这种老结构。这时候不能硬改目录，得靠 autoload 字段灵活映射。
直接运行 composer diagnose 即可查看 Composer 的诊断信息。它会自动检查常见配置、权限、网络连通性及环境兼容性等问题，并给出清晰的通过或失败提示。
本文介绍如何使用 selenium 的 `screenshot_as_png` 属性直接截取 captcha “ 元素的渲染图像（而非重新请求 url），从而确保获取页面当前显示的、唯一的验证码图片，适用于 ocr 识别场景。
ZipArchive 错误通常不是 Composer 本身的问题，而是 PHP 环境缺少 ZIP 扩展、扩展未启用、或系统级依赖（如 libzip）不兼容导致的。修复重点在确认扩展状态和底层支持。
Composer 在 Ubuntu 上不是用 apt install composer 装官方包就能直接用的——系统源里的版本老旧、不带 composer 命令别名，且默认不写入全局 PATH。必须手动下载 PHAR、设可执行权限、并显式放入系统级 bin 目录或用户 PATH 中。
Sublime Text 默认不支持 GBK 编码，打开中文文件时容易显示乱码。要彻底解决，关键不是“临时转码”，而是让 Sublime 正确识别、保存和默认使用 GBK（或 GB2312/GB18030）编码。
MySQL小版本升级和大版本升级的核心区别在于变更范围、兼容性影响、操作方式和风险等级。小版本升级（如 8.0.33 → 8.0.35）本质是修复补丁和小幅优化，基本保持结构与行为一致；大版本升级（如 5.7 → 8.0）则涉及数据字典重构、默认行为变更、废弃功能移除和安全策略收紧，属于结构性演进。
Composer 的 archive 命令本身并不存在——Composer 没有内置的 archive 子命令。你可能混淆了 Composer 的功能，或者看到的是第三方插件、自定义脚本，甚至误记为其他工具（如 git archive 或 zip 命令）。