本地电脑搭 CMS 测试环境，主流就四类办法：一键集成包（XAMPP、phpStudy、Laragon）、容器化（Docker + docker-compose）、专用本地站点工具（Local、DevKinsta、DDEV、wp-env）、虚拟机／云端沙箱。结论：PHP 系 CMS（WordPress、Joomla、Drupal）用集成包或 DDEV 最快，半天能跑通；要贴近生产环境（Nginx + 指定 PHP 版本 + MySQL 8）就上 Docker；Ghost、Strapi 这类 Node 系 CMS 一条 npx 命令即可。
一键集成包怎么装、怎么用？
结论：集成包把 Apache、MySQL、PHP 打包成绿色安装，双击即用，适合单人快速验证插件和主题。
XAMPP 装完后 Apache 走 80 端口、MySQL 走 3306，phpMyAdmin 地址是 http://localhost/phpmyadmin，数据库默认用户 root、密码为空。Windows 用户更常用 phpStudy v8，它支持在同一面板里切换 PHP 5.6 到 8.2，切换后重启 Apache 生效。Laragon 的取巧点是会自动为每个项目目录生成 项目名.test 域名，省掉手动改 hosts。
注意两点：一是 80 端口常被 IIS、Skype 或迅雷占用，改 httpd.conf 里的 Listen 8080 即可；二是集成包的 MySQL 版本偏旧，Drupal 10 要求 PHP 8.1 以上、MySQL 8.0 或 MariaDB 10.4 以上，版本不够就换方案。
用 Docker 起 CMS 测试环境怎么做？
结论：Docker 方案的环境和线上一致度最高，且删容器即清理干净，适合需要复现 Bug 或多版本并测的场景。
最小可用命令：docker run -d --name mysql-test -e MYSQL_ROOT_PASSWORD=123456 -p 3307:3306 mysql:8.0，用 3307 是为了避开本机已装的 MySQL。更推荐写 docker-compose.yml，把 web、db、phpmyadmin 三个服务编排在一起，一条 docker compose up -d 全部拉起。
注意点：WordPress 官方镜像默认用 Apache，如果你要测 Nginx 伪静态规则，得自己写 Dockerfile 换基础镜像；容器里的文件默认随容器销毁，记得把 wp-content、sites 这类目录用 volume 挂到宿主机，否则重装一次数据全丢。
Local、DevKinsta、DDEV、wp-env 这些工具适合谁？
结论：这四个都是"为 CMS 定制的 Docker 外壳"，你不用碰命令行就能拿到独立站点，代价是灵活性略低。
Local（原 Local by Flywheel）一键建 WordPress 站点，自动配 .local 域名，支持一键切换 PHP 版本和 Nginx/Apache。DevKinsta 面向 WordPress，能直接从 Kinsta 拉生产站到本地。DDEV 适合 Drupal、TYPO3、WordPress 多栈，命令是 ddev config 后 ddev start，站点域名形如 项目名.ddev.site，底层依赖 Docker。WordPress 官方出的 npx @wordpress/env start 默认跑在 http://localhost:8888，后台账号 admin、密码 password，做区块和插件开发时最省事。
Ghost、Strapi 这类 Node CMS 怎么在本地跑？
结论：不需要 Apache 和 MySQL，直接靠 Node 运行时自带的服务，命令比 PHP 系更短。
Ghost 本地安装：npm install ghost-cli@latest -g，然后在空目录执行 ghost install local，服务默认跑在 http://localhost:2368，后台入口是 /ghost，首次访问时创建管理员账号。Strapi 用 npx create-strapi-app@latest my-project，按提示选数据库（本地测试直接选 SQLite 最省事），默认后台是 http://localhost:1337/admin。这类方案要求 Node 版本匹配，Ghost 5.x 需要 Node 18 或 20，版本不对安装会直接报错。
什么情况下才需要虚拟机和云端沙箱？
结论：只有当你要完整复现"生产服务器操作系统 + 面板 + 防火墙"这一整层时才用，日常开发属于过度设计。
Vagrant 加 VirtualBox 最省事：vagrant init ubuntu/jammy64 然后 vagrant up，起来后把项目目录同步进去，环境完全隔离。另一种做法是买 1 台 1 核 2G 的云主机按小时计费，装宝塔面板做测试站，测完释放，适合需要给客户看进度、或要测真实域名和 HTTPS 证书的场景。
本地测试环境有哪些坑要避？
结论：90% 的"本地正常、线上报错"来自域名、PHP 版本和邮件三个变量。
域名不同会导致 WordPress 的 siteurl 写死成 localhost，迁到线上后所有链接仍指向本地，解决办法是在 wp-config.php 里定义 WP_HOME 和 WP_SITEURL 为动态值。PHP 版本必须对齐线上，本地 8.2 跑通、线上 7.4 报语法错误的例子很常见。邮件一定要拦截，用 Mailpit 或 MailHog 接住 SMTP，避免测试时给真实用户发信。最后，测试库永远不要直接连生产数据库，导出 SQL 后导入本地再调试。
一句话收束：快速验证选集成包，贴近生产选 Docker，WordPress 重度用户上 Local 或 wp-env，Node 系 CMS 直接 npx，虚拟机留给需要整机复现的少数场景。
