1 回答
TA贡献1966条经验 获得超4个赞
这可能就是您正在寻找的:
RewriteEngine on
# externally redirect profile/index.php?id=1 to /profile/1
RewriteCond %{QUERY_STRING} (?:^|&)id=(\d+)(?:&|$)
RewriteRule ^/?player/?$ /player/%1 [R=301,END]
# internally rewrite /profile/1 to profile/index.php?id=1
RewriteRule ^/?player/(\d+)/?$ /player/id=$1 [QSA,END]
然后你可以像往常一样id从 php 的超全局变量中获取实际的数字,$_GET['id']在本例中也是如此。
这假设请求以/player/某种方式映射到您设置中的处理 php 脚本。你的问题表明情况确实如此,这就是为什么我没有进一步详细说明这一点。
根据您的实际应用程序逻辑(它发送或生成的引用),您不需要首先重定向。但是你肯定需要将传入的请求重写为 php 能够处理的内容。您的应用程序逻辑绝对应该只使用表单的引用/player/1,第一次重定向仅适用于在某处添加书签的旧引用,或者如果您的应用程序逻辑的某些部分尚未修复以使用新的引用模式。
最好先使用 302 临时重定向,然后在确定一切设置正确后才将其更改为 301 永久重定向。这可以防止尝试时出现缓存问题......
如果您使用上述规则收到内部服务器错误(http 状态 500),那么您很可能使用的是非常旧版本的 apache http 服务器。[END]在这种情况下,您将在 http 服务器错误日志文件中看到不支持标志的明确提示。您可以尝试升级或使用旧[L]标志,在这种情况下它可能会起到相同的作用,尽管这有点取决于您的设置。
此实现将在 http 服务器主机配置或分布式配置文件(“.htaccess”文件)中同样工作。显然,重写模块需要在http服务器内部加载并在http主机中启用。如果您使用分布式配置文件,您需要注意它的解释在主机配置中完全启用,并且它位于主机的 DOCUMENT_ROOT 文件夹中。
一般性评论:您应该始终更喜欢将此类规则放置在 http 服务器主机配置中,而不是使用分布式配置文件(“.htaccess”)。这些分布式配置文件增加了复杂性,通常是意外行为的原因,难以调试,而且它们确实减慢了 http 服务器的速度。它们仅作为最后一个选项提供,用于您无法访问真正的 http 服务器主机配置(阅读:非常便宜的服务提供商)或坚持编写自己的规则的应用程序(这显然是一个安全噩梦)的情况。
- 1 回答
- 0 关注
- 64 浏览
添加回答
举报