从 vps.aliencity.org 到 vpsx9.com：2026年我的网站升级与无损迁移实录

2026年3月20日

2026年，为了提供更专业、更优质的云服务教程评测内容，我决定将原有的技术博客从子域名 vps.aliencity.org 正式迁移至独立域名 vpsx9.com。

独立域名意味着更自由的运营空间和更好的 SEO 潜力。作为一名坚持不使用宝塔等可视化面板的 Linux 爱好者，我选择通过纯命令行（CLI）的方式完成这次搬家，以确保对每一行配置和每一字节数据的完全掌控。

本文将详细记录我在 Linux 环境下，不依赖任何面板，纯命令行完成 WordPress 全站迁移的全过程，包括数据库字段清洗、Nginx 配置优化及 SEO 权重保留的实战经验。

这次只是变更域名，原有系统采用了经典的 Ubuntu 22.04 LTS 操作系统，并配合 Nginx、PHP 8.1 及 MySQL 组成的生产环境。由于环境不变，这次搬家的核心是在数据库域名的全局替换与域名解析的切换上。

第一步：域名解析与 Nginx 环境80 端口初步配置

在执行 certbot 之前，Nginx 必须能响应新域名的 80 端口请求，否则 Let’s Encrypt 无法完成域名所有权验证。

操作要点：

在 DNS 服务商处将 vpsx9.com 的 A 记录指向新服务器 IP。
在新服务器创建基础配置文件：/etc/nginx/sites-available/vpsx9

server {
    listen 80;
    server_name vpsx9.com www.vpsx9.com;
    root /var/www/vpsx9; # 确保目录已创建
    index index.php index.html;

    location / {
        try_files $uri $uri/ /index.php?$args;
    }
}

执行 nginx -t 和 systemctl reload nginx。

第二步：申请 Let’s Encrypt SSL 证书(Certonly 模式)

直接用 certbot 自动化工具是最稳的。

sudo certbot certonly --nginx -d vpsx9.com -d www.vpsx9.com

小技巧： 而且为了不让certbot随意动配置文件，使用certonly

第三步：手动部署 HTTPS 与 301 强制跳转

Certbot 成功后，你会得到证书路径。此时你需要把 Nginx 配置修改为最终形态：

# 80 端口：全量跳转到 HTTPS
server {
    listen 80;
    server_name vpsx9.com www.vpsx9.com;
    return 301 https://$host$request_uri;
}

# 443 端口：生产环境
server {
    listen 443 ssl http2;
    server_name vpsx9.com www.vpsx9.com;

    ssl_certificate /etc/letsencrypt/live/vpsx9.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/vpsx9.com/privkey.pem;
    # 建议补充：增强安全性
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256...';
    ssl_prefer_server_ciphers on;
    # 包含一些安全的 SSL 配置（如 HSTS, Ciphers 等）
    root /var/www/vpsx9;
    index index.php index.html;

    location / {
        try_files $uri $uri/ /index.php?$args;
    }

    # PHP-FPM 处理
    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/run/php/php8.1-fpm.sock;
    }
}

第四步：WordPress 核心配置重绑与数据库里更换成新域名

在完成 Nginx 的跳转配置后，WordPress 还没反应过来。如果你此时访问新域名，它可能会因为找不到旧域名而陷入死循环。

1.修改 `wp-config.php` 强制接管

在执行数据库替换之前，为了能顺利登录新域名的后台，我们需要通过修改配置文件来临时覆盖数据库里的旧设置。

使用 vim /var/www/vpsx9/wp-config.php，在 /* That's all, stop editing! Happy publishing. */ 一定要放在那行注释上方，否则配置可能不会生效，因为在那之后 WordPress 已经加载了基础环境。：

define( 'WP_HOME', 'https://vpsx9.com' );
define( 'WP_SITEURL', 'https://vpsx9.com' );

技术细节： 这一步非常关键，它能让你在数据库还没改完的情况下，通过新域名直接访问后台，而不被强制重定向回老站。

2.数据库全局替换（Better Search Replace）

虽然可以手写 SQL，但 WordPress 的数据存储包含大量序列化数据（Serialized Data）。直接用 sed 替换 SQL 文件可能会导致部分插件配置失效。因此，使用专业的 Better Search Replace 插件是最保险的。

操作实录：

安装并激活： 登录新域名后台安装插件。
搜索 (Search for)： vps.aliencity.org
替换 (Replace with)： vpsx9.com
全选表： 选中所有 wp_ 开头的数据库表。
Dry Run： 先勾选“Dry Run”跑一遍，确认会有数千处改动后再正式执行。

第五步：清理与验证

数据库替换完成后，别忘了扫尾工作：

移除硬编码： 回到 wp-config.php，删除刚才添加的那两行 define 代码。现在数据库已经改好了，应该让 WordPress 重新读取数据库里的新域名。
重置伪静态： 登录后台 -> 设置 -> 固定链接（Permalinks），什么都不用改，直接点一下“保存更改”。这会强制 WordPress 刷新 .htaccess 或你 Nginx 相关的 rewrite 规则。
清理缓存： 如果你用了 Object Cache (Redis/Memcached) 或者插件缓存，记得全量清理一次。

如果你想直接在终端使用 WP-CLI 完成替换，一行命令即可处理复杂的序列化数据，也可以带上 --dry-run 参数先行测试。尽量操作前先备份数据库：

wp search-replace 'vps.aliencity.org' 'vpsx9.com' --all-tables --dry-run

第六步：旧域名配置全量 301 跳转

在 Nginx 中，你需要修改旧域名 vps.aliencity.org 的配置文件。为了保证 SEO 无损，我们要实现的是 “全路径跳转”——即用户访问 旧站/某个文章，能精准跳转到 新站/对应文章，而不是全部跳到首页。

1.编写旧域名的跳转配置

打开旧域名的 Nginx 配置文件（通常在 /etc/nginx/sites-available/aliencity）：

server {
    listen 80;
    listen 443 ssl http2;
    server_name vps.aliencity.org;

    # 重要：必须保留旧域名的 SSL 证书，否则 HTTPS 访问会报不安全拦截
    ssl_certificate /etc/letsencrypt/live/vps.aliencity.org/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/vps.aliencity.org/privkey.pem;

    # 核心：301 永久重定向
    # $scheme 会保持原有的 http/https 协议
    # $request_uri 会保持原有的路径（如 /hello-world/）
    return 301 $scheme://vpsx9.com$request_uri;
}

2.需要保留旧SSL证书和域名一段时间，这样才能把原有的流量慢慢的转移到新域名上。

至此，这场从子域名到独立域名的就完成了。虽然过程中涉及了 SSL 签发、数据库序列化处理、Nginx 301 重定向等多个环节，但在纯命令行（CLI）的加持下，整个过程清晰且高效。独立域名 vpsx9.com 不仅仅是一个新网址，它标志着本站走向专业化运营的新起点。如果你也正打算给自己的 WordPress 换个域名，希望这篇实战记录能帮你避开那些隐藏的坑。

常见问题及解决方法

常见现象 (Issue)	可能原因 (Possible Cause)	解决方法 (Solution)
重定向循环 (Too many redirects)	`wp-config.php` 没写对或插件缓存	检查 `WP_HOME` 定义，清理 Redis/OPcache 缓存
HTTPS 警告 (Not Secure)	旧域名 SSL 证书已过期或未加载	重新签发旧域名证书并检查 Nginx 301 配置文件
图片/样式无法显示	数据库中仍残留旧域名的硬编码链接	再次运行 Better Search Replace 或检查 CDN 回源设置