伪静态规则不会自动跨服务器生效，必须手动重新配置——哪怕你选的是同一套规则模板，底层 Nginx/Apache 配置路径、站点根目录、重写引擎状态都可能不同。
伪静态规则不会自动跨服务器生效，必须手动重新配置——哪怕你选的是同一套规则模板，底层 Nginx/Apache 配置路径、站点根目录、重写引擎状态都可能不同。
为什么“重新选择规则”不等于“规则就生效”
宝塔面板的“伪静态”选项只是把预设规则文本写入对应站点的 nginx.conf 或 .htaccess 文件，但搬家后常见断点有：
- 目标服务器未启用
rewrite模块（Nginx）或mod_rewrite（Apache） - 站点配置中
location /块未包含try_files或rewrite指令，导致规则被忽略 - 宝塔界面显示已选规则，但实际没点击右上角的
保存按钮，配置未写入文件 - 源站用的是自定义规则，而目标站误选了官方模板（如 WordPress 规则里缺了
index.phpfallback）
检查 Nginx 伪静态是否真生效的三步验证法
别只看宝塔界面，直接查服务端行为：
- 执行
nginx -t确认配置语法无误，再bt reload或systemctl reload nginx - 查看站点日志：
/www/wwwlogs/你的域名_error.log，访问一个带参数的伪静态 URL（如/post/123），看是否有rewrite or internal redirection cycle或no such file or directory - 临时在规则末尾加一行
return 403 "rule-loaded";，刷新页面若返回 403，说明规则已加载；否则是 location 匹配失败或被其他配置覆盖
常见规则模板的坑点与修正建议
不同程序对 rewrite 依赖方式差异大，光“选对模板”远远不够：
-
WordPress：必须确保
location /块内有try_files $uri $uri/ /index.php?$args;，仅靠rewrite指令无法处理子目录或多站点 -
Typecho / Halo：规则里
if (!-e $request_filename)在新版 Nginx 中已被弃用，应改用try_files+fastcgi_param组合 -
ThinkPHP 5/6：Apache 下需确认
.htaccess文件权限为 644 且AllowOverride All已在虚拟主机中开启；Nginx 则要避免把规则写在server块顶层，必须包在location /内
跨服务器迁移时最易被忽略的底层配置项
这些不在宝塔“伪静态”界面里，但决定规则能否落地：
- Nginx 主配置中
http块是否包含include /www/server/panel/vhost/nginx/*.conf;—— 搬家后该行可能被注释或路径错误 - 站点根目录是否和宝塔中设置的
网站目录完全一致？路径末尾多一个/或少一个都会导致$document_root解析错位 - PHP 运行模式是否匹配？如用
php-fpm socket方式时，fastcgi_param SCRIPT_FILENAME必须用$document_root$fastcgi_script_name，不能硬写绝对路径
真正卡住的往往不是规则文本本身，而是 rewrite 引擎没启动、location 作用域不对、或者 PHP 没拿到正确的脚本路径——每次搬家后，先跑一遍 nginx -T | grep -A5 'your-domain' 看实际加载的配置片段，比反复点“重新选择规则”有用得多。
