PHP的$ _GET和URL重写

Vir*_*dia 11 php friendly-url url-rewriting url-routing

URL重写如何影响$_GETPHP 的参数?

假设我有一个类似的URL http://example.com/index.php?p=contact,我用它$_GET['p']来告诉index.php联系页面.如果我使用的URL转换为重写规则http://example.com/contact,将$_GET['p']仍然按预期工作?

如果确实如此,你能详细说明它的工作原理吗?如果没有,可以使用什么策略来解决问题,以便页面在重写和不重写时都能正常工作?

Ben*_*ank 33

我修改格兰特的答案是"是的,这将主要按预期工作."

具体而言,mod_rewrite关于现有查询字符串的行为可能令人惊讶.例如,让我们采用以下规则来转换您提供的URL:

RewriteRule /contact /index.php?p=contact
Run Code Online (Sandbox Code Playgroud)

这将正确地重写/contact/index.php?p=contact,页面名称将可通过$_GET['p'].但是,如果将此技术用于使用页面名称以外的参数的脚本,则会稍微复杂一些.这条规则也转化/contact?person=Joe/index.php?p=contact.该person=Joe参数完全消失!有两种方法可以解决这个问题.

最简单的方法是在规则上使用[QSA]("查询字符串追加")标志,该​​标志将原始查询字符串放在规则中提供的参数之后,转换/contact?person=Joe/index.php?p=contact&person=Joe:

RewriteRule /contact /index.php?p=contact [QSA]
Run Code Online (Sandbox Code Playgroud)

但是,这使您的p=参数可能被覆盖.访问/contact?p=about将被重写/index.php?p=contact&p=about,因此$_GET['p']将在您的脚本中返回"about",而不是"联系".要解决此问题,请改用以下QUERY_STRING变量:

RewriteRule /contact /index.php?%{QUERY_STRING}&p=contact
Run Code Online (Sandbox Code Playgroud)

这保证了$_GET['p']永远使用这个法则时,无论您的访问者与您的网址搞乱的回归"接触".:-)

  • 我完全从查询字符串中取出"contact"一词:`RewriteRule ^(.+)$ index.php/$ 1`表示可以在`$ _SERVER ['PATH_INFO']`中访问"contact"而不是`$ _GET [ 'q']`.其他`$ _GET`参数不受影响. (4认同)

Gra*_*ant 4

是的,这会按预期工作。