内容摘要：上周帮朋友迁移一个日IP两千左右的小论坛，从Nginx换到Apache。改完配置重启，首页正常，点进帖子直接404。伪静态规则没转，Nginx那套rewrite在Apache里根本不认。手动一条条改？

上周帮朋友迁移一个日IP两千左右的伪静小论坛，从Nginx换到Apache。态工改完配置重启，具线首页正常，伪静点进帖子直接404。态工伪静态规则没转，具线Nginx那套rewrite在Apache里根本不认。伪静手动一条条改？态工四十多条规则，眼睛看花不说，具线还容易漏掉带参数的伪静跳转。这种时候，态工在线转换工具就是具线救命的。

网上搜“nginx转apache伪静态工具在线”，伪静能跳出不少结果。态工试过三四个，具线有的界面简陋但能用，有的花里胡哨却转出一堆语法错误。说几个实际体验。

tool.lu那个，打开就是两个大文本框，左边贴Nginx的rewrite，右边出Apache的RewriteRule。转换逻辑比较老实，基本按规则逐行映射。比如Nginx的rewrite ^/thread-(\d+)-(\d+)\.html$ /forum.php?mod=viewthread&tid=$1&page=$2 last;，它转成RewriteRule ^thread-([0-9]+)-([0-9]+)\.html$ /forum.php?mod=viewthread&tid=$1&page=$2 [L]。变量捕获从$1变成$1，Nginx的last对应Apache的[L]，这些都对。但有个坑：Nginx的if判断和location块，它处理得比较粗暴，有时候直接跳过不转，你得自己补。

另一个叫“伪静态转换器”的小站，功能更专一。它会把Nginx的rewrite ... break;转成Apache的[L]，permanent转成[R=301,L]。这个细节挺重要，Nginx的break和last在Apache里都对应[L]，但语义有细微差别——不过对大部分论坛程序来说，[L]够用了。它还能处理try_files，转成RewriteCond %{ REQUEST_FILENAME} !-f加RewriteCond %{ REQUEST_FILENAME} !-d再跟RewriteRule . /index.php [L]。这个转换逻辑是对的，手动写也这么写。

但别指望在线工具百分百准确。我遇到过一个案例：Nginx规则里用了$arg_前缀取查询参数，转换器直接原样输出，Apache根本不认。得手动改成%{ QUERY_STRING}配合RewriteCond。还有Nginx的rewrite ^/(.*)$ /index.php?$1 last;这种泛匹配，转成Apache时如果没加RewriteCond %{ REQUEST_FILENAME} !-f，会把css、js请求也吞掉，页面样式全丢。工具不会提醒你这些，它只做语法映射，不理解你的业务逻辑。

所以实际用法是：先在线转一遍，拿到基础规则，然后逐条对照Nginx原配置检查。重点看三类——带if的、带try_files的、带$arg_或$http_变量的。这三类转换器最容易出错。检查完贴进Apache的.htaccess或虚拟主机配置，开RewriteLog跑一遍，看日志里有没有循环重定向或者规则不匹配。没问题再上生产。

有人问为什么不直接写个脚本本地转。可以，但在线工具省事，尤其你手头没有Python环境或者懒得装依赖的时候。而且这类工具通常持续更新，Nginx新版本语法变了它也跟着调。自己维护脚本反而麻烦。

最后说个观察：这类工具站大多没广告，界面干净，作者估计也是运维出身，知道痛点在哪。但访问速度参差不齐，有的打开要五六秒。急用的时候，提前收藏两三个备着，比现搜靠谱。

迁移完记得清Apache的rewrite缓存，重启前apachectl configtest验一下语法。别问怎么知道的，都是踩过的坑。