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']将永远使用这个法则时,无论您的访问者与您的网址搞乱的回归"接触".:-)
| 归档时间: |
|
| 查看次数: |
27833 次 |
| 最近记录: |