使用urlencode()后.htaccess重写规则含%导致服务器崩溃求助

看来你遇到的问题挺典型的——用urlencode()生成带%的URL后，旧规则匹配不上，改规则又搞崩了服务器。我来帮你一步步理清：

先搞懂崩溃原因 #

新规则导致服务器崩溃，大概率是两个问题：要么是正则写得太宽泛引发了无限重循环，要么是规则本身有语法错误（比如正则写错、flag用错），Apache没法解析直接抛500错误了。

先恢复站点，再逐步调整 #

先把旧的.htaccess恢复回去，确保站点能正常访问，然后再慢慢改规则。

正确的重写规则写法 #

旧规则应该是限制了路径里的字符（比如只允许字母、数字、连字符），所以匹配不上%3D解码后的=符号。我们需要调整正则，允许这些特殊字符，同时避免循环。

举个例子，假设你的旧规则是这样的：

RewriteEngine On
RewriteRule ^edit-portfolio/([a-zA-Z0-9-]+)$ edit-portfolio.php?id=$1 [L]

改成下面这样就可以支持带=的路径了：

RewriteEngine On
# 先排除实际存在的文件和目录，防止把真实文件/目录也重写了（避免循环）
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# 匹配/edit-portfolio/后面所有非/的字符（包括=、编码后的字符解码后的内容）
RewriteRule ^edit-portfolio/([^/]+)$ edit-portfolio.php?id=$1 [L]

为什么这样管用？ #

Apache的RewriteRule默认匹配的是解码后的URL路径，也就是说MQ%3D%3D会被解码成MQ==，所以我们的正则([^/]+)会直接匹配MQ==，然后把它作为id参数传给PHP文件。在PHP里你直接用$_GET['id']就能拿到MQ==，不需要再手动解码啦。

额外注意事项 #

• 测试先行：别直接在生产环境改！先在本地或者测试环境验证规则，确保没问题再上线。
• 检查语法：如果改完还是崩，大概率是语法错了。如果有服务器SSH权限，用apachectl configtest命令可以快速检查Apache配置是否合法。
• 特殊场景处理：如果你真的需要处理原始的编码字符（比如某些极端情况），可以加[B] flag来保留编码，但一般情况下默认的解码行为就够用了。

内容的提问来源于stack exchange，提问作者ii iml0sto1