4

我已将大部分 Apache HTTPd mod_rewrite 规则转换为 nginx 的 HttpRewrite 模块（在每个动态请求上通过 FastCGI 调用 PHP-FPM）。由硬位置定义的简单规则可以正常工作：

location = /favicon.ico { rewrite ^(.*)$ /_core/frontend.php?type=ico&file=include__favicon last; }

我仍然在使用正则表达式时遇到问题，它们在 mod_rewrite 中像这样解析（请注意，我接受规则中的斜杠，以及将查询字符串附加到每个请求）：

mod_rewrite

# File handler
RewriteRule ^([a-z0-9-_,+=]+)\.([a-z]+)$ _core/frontend.php?type=$2&file=$1 [QSA,L]

# Page handler
RewriteRule ^([a-z0-9-_,+=]+)$   _core/frontend.php?route=$1 [QSA,L]
RewriteRule ^([a-z0-9-_,+=]+)\/$ _core/frontend.php?route=$1 [QSA,L]

RewriteRule ^([a-z0-9-_,+=]+)\/([a-z0-9-_,+=]+)$   _core/frontend.php?route=$1/$2 [QSA,L]
RewriteRule ^([a-z0-9-_,+=]+)\/([a-z0-9-_,+=]+)\/$ _core/frontend.php?route=$1/$2 [QSA,L]

RewriteRule ^([a-z0-9-_,+=]+)\/([a-z0-9-_,+=]+)\/([a-z0-9-_,+=]+)$   _core/frontend.php?route=$1/$2/$3 [QSA,L]
RewriteRule ^([a-z0-9-_,+=]+)\/([a-z0-9-_,+=]+)\/([a-z0-9-_,+=]+)\/$ _core/frontend.php?route=$1/$2/$3 [QSA,L]

我为该站点提出了以下服务器配置，但在解析请求后遇到了不匹配的规则（例如；GET /user/auth）：

尝试 nginx 重写

location / {
    # File handler
    rewrite ^([a-z0-9-_,+=]+)\.([a-z]+)?(.*)$                                /_core/frontend.php?type=$2&file=$1&$3 break;

    # Page handler
    rewrite ^([a-z0-9-_,+=]+)(\/*)?(.*)$                                     /_core/frontend.php?route=$1&$2        break;
    rewrite ^([a-z0-9-_,+=]+)\/([a-z0-9-_,+=]+)(\/*)?(.*)$                   /_core/frontend.php?route=$1/$2&$3     break;
    rewrite ^([a-z0-9-_,+=]+)\/([a-z0-9-_,+=]+)\/([a-z0-9-_,+=]+)(\/*)?(.*)$ /_core/frontend.php?route=$1/$2/$3&$4  break;
}

对于处理我的文件处理程序（只是filename.ext）和我的页面处理程序（这是一个独特的路由请求，最多有 3 个由正斜杠定义的属性），您有什么建议？

由于我还没有得到回复，我也不确定这是否会覆盖我用 定义的 PHP 解析器location ~ \.php {}，它包含在这些重写规则之前。

如果我可以解决解析问题而无需为每个数量的路由属性使用新规则，则可以加分。

4

1 回答 1

2

我最终写了以下规则：

文件处理程序

location ~ ^/([a-zA-Z0-9-_]*)\.([a-zA-Z0-9]*)$ { include /web/_config/php.conf; rewrite ^/([a-zA-Z0-9-_]*)\.([a-zA-Z0-9]*)$ /_core/frontend.php?type=$2&file=$1 last; }

文件处理程序获取名称和扩展名并将其写入 type={ext}&file={name}。

页面处理程序

location ~ ^/([a-z0-9-_]*)$ { include /web/_config/php.conf; rewrite ^/([a-z0-9-_]*)$ /_core/frontend.php?route=$1 last; }
location ~ ^/([a-z0-9-_]*)/?([a-z0-9-_]*)$ { include /web/_config/php.conf; rewrite ^/([a-z0-9-_]*)/?([a-z0-9-_]*)$ /_core/frontend.php?route=$1/$2 last; }
location ~ ^/([a-z0-9-_]*)/?([a-z0-9-_]*)/?([a-z0-9-_]*)$ { include /web/_config/php.conf; rewrite ^/([a-z0-9-_]*)/?([a-z0-9-_]*)/?([a-z0-9-_]*)$ /_core/frontend.php?route=$1/$2/$3 last; }

页面处理程序（在这种情况下最多处理 3 个“目录”）抓取每个分隔符（/）之间的字符串，执行正则表达式验证并将其写入查询字符串。

这和我原来的配置之间的主要区别是每个条目都有自己的位置处理程序，last它在第一次匹配时处理它的规则，所以性能应该稍微好一些。

我还发现 nginx 默认附加查询字符串，因此不需要正则表达式，这是另一个性能改进。

请注意，这/web/_config/php.conf只是一个 FastCGI 直通配置，nginx 附带的配置（通常/etc/nginx/fastcgi.conf）应该可以正常工作。请注意，如果您专门处理 PHP，则不需要在每个规则中定义它，只需在它们前面加上 include。

希望这可以帮助。

于 2012-11-13T22:57:26.877 回答