为何此.htaccess重定向规则无法生效？

这条重定向规则失效，大概率和字符编码处理、规则优先级或者Apache配置支持有关，我给你拆解几个常见问题和对应的修复方法：

1. 字符编码不匹配：直接写阿拉伯语字符无法匹配实际请求 #

浏览器发送请求时，阿拉伯语这类非ASCII字符会被自动URL编码（比如الكراك会转成%D8%A7%D9%84%D9%83%D8%B1%D8%A7%D9%83）。而Apache的RewriteRule默认匹配的是原始URL编码后的路径，不是解码后的直观字符。你直接在规则里写原始阿拉伯语，自然和实际请求的路径不匹配，导致规则无法触发。

修复方法：

• 方案A：使用URL编码后的Pattern
  把原规则的匹配路径替换成编码后的字符串（可以用在线URL编码工具转换原阿拉伯语路径），示例如下：

  RewriteRule ^%D8%A7%D9%84%D9%83%D8%B1%D8%A7%D8%A8-%D9%83%D9%8A%D9%83-%D8%AA%D8%B5%D9%84-%D8%A7%D9%84%D9%83%D8%A7%D8%A8%D9%88%D8%B1%D9%8A%D8%A7/$ http://www.allabout-cook.com/%D9%81%D8%B7%D8%A7%D8%A6%D8%B1-%D8%A7%D9%84%D9%83%D8%A7%D8%A8%D9%88%D8%B1%D9%8A%D8%A7/ [R=301,L,NE]
  

• 方案B：让Apache支持UTF-8字符直接匹配
  在.htaccess开头添加以下配置，确保服务器能正确识别UTF-8编码的URI：

  AddDefaultCharset UTF-8
  RewriteOptions AllowNoEscape
  

  之后就能保留你原来的阿拉伯语Pattern，但这个方法依赖Apache版本和服务器配置，部分环境可能不支持。

2. 规则顺序错误：被WordPress默认规则覆盖 #

WordPress的.htaccess里默认有一条RewriteRule . /index.php [L]，这条规则会匹配所有请求并转发到index.php，且L标志会终止后续规则的执行。如果你的重定向规则放在这条规则之后，永远不会被触发。

修复方法：把你的重定向规则放在WordPress默认规则的最前面，也就是RewriteEngine On之后，WordPress规则之前，示例结构如下：

RewriteEngine On

# 你的重定向规则放在这里
RewriteRule ^%D8%A7%D9%84%D9%83%D8%B1%D8%A7%D8%A8-%D9%83%D9%8A%D9%83-%D8%AA%D8%B5%D9%84-%D8%A7%D9%84%D9%83%D8%A7%D8%A8%D9%88%D8%B1%D9%8A%D8%A7/$ http://www.allabout-cook.com/%D9%81%D8%B7%D8%A7%D8%A6%D8%B1-%D8%A7%D9%84%D9%83%D8%A7%D8%A8%D9%88%D8%B1%D9%8A%D8%A7/ [R=301,L,NE]

# WordPress默认规则（从这里开始）
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

3. 缺少NE标志导致目标URL编码错误 #

如果目标URL里的阿拉伯语字符被Apache二次编码，会导致跳转后的URL乱码或无法访问。添加NE（NoEscape）标志可以防止Apache对目标URL的字符进行编码，保持原始的UTF-8格式。

修复方法：在规则的标志部分加上NE，即使用[R=301,L,NE]。

4. 基础检查：确认RewriteEngine已开启 #

确保你的.htaccess最开头有RewriteEngine On，没有这一行的话，所有Rewrite规则都不会生效。

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