【问题标题】:Rewrite get parameter in url for every page为每个页面重写 url 中的 get 参数
【发布时间】:2019-07-30 09:25:14
【问题描述】:

我想重写这个网址:

xxx.dev:8888/categoryname?gender=girls

xxx.dev:8888/categoryname/girls

categoryname 会有所不同,因此我无法设置特定规则。

有什么想法吗?

【问题讨论】:

    标签: apache .htaccess url-rewriting


    【解决方案1】:

    如果键名是静态的,这可能就是您要查找的内容:

    RewriteEngine on
    RewriteRule ^/?categoryname/(\w+)/?$ /categoryname?gender=$1 [END]
    

    或者可能是您问题中的最后一句话表明相反,密钥是可变的,那么这应该按照您的要求进行:

    RewriteEngine on
    %{REQUEST_FILENAME} !-f
    %{REQUEST_FILENAME} !-d
    RewriteRule ^/?(\w+)/(\w+)/?$ /$1?gender=$1 [END]
    

    如果您使用上述规则收到内部服务器错误(http 状态 500),那么您很可能操作的是非常旧版本的 apache http 服务器。在这种情况下,您将在 http 服务器错误日志文件中看到不支持的 [END] 标志的明确提示。您可以尝试升级或使用旧的[L] 标志,在这种情况下它可能会起作用,尽管这取决于您的设置。

    这些规则同样适用于 http 服务器主机配置或动态配置文件(“.htaccess”文件)。显然重写模块需要在http服务器内部加载并在http主机中启用。如果您使用动态配置文件,您需要注意它的解释在主机配置中完全启用,并且它位于主机的 DOCUMENT_ROOT 文件夹中。

    一般来说:您应该始终喜欢将此类规则放在 http 服务器主机配置中,而不是使用动态配置文件(“.htaccess”)。这些动态配置文件增加了复杂性,通常是导致意外行为的原因,难以调试,而且它们确实减慢了 http 服务器的速度。它们仅在您无法访问真正的 http 服务器主机配置(阅读:非常便宜的服务提供商)或坚持编写自己的规则的应用程序(这是一个明显的安全噩梦)的情况下作为最后一个选项提供。

    【讨论】:

      猜你喜欢
      • 2021-06-29
      • 2013-08-12
      • 1970-01-01
      • 1970-01-01
      • 2014-05-16
      • 1970-01-01
      • 2017-07-18
      • 2021-10-01
      • 2014-04-19
      相关资源
      最近更新 更多