【问题标题】:htaccess rewrite. always replace the the first part after domainhtaccess 重写。总是替换域之后的第一部分
【发布时间】:2019-11-10 13:51:55
【问题描述】:

我的主要 API URL 入口点是:https://www.sample-domain.com/abc/,然后我可以使用 URI_REQUESTS,例如:
https://www.sample-domain.com/abc/
https://www.sample-domain.com/abc/?do=something
https://www.sample-domain.com/abc/john(是否带有斜杠..)

我希望能够始终重写任何 URL 的第一部分与 /abc/ 不同的请求。例子:
https://www.sample-domain.com/def/(是否带有斜杠..)
https://www.sample-domain.com/def/?do=something 或
https://www.sample-domain.com/def/约翰
我不在乎 URL 在第一部分之后有多少部分,如果它有斜杠或任何查询字符串,我一直想将域后面的第一部分改回 /abc/

但是某些第一部分必须被忽略,例如,如果它以 sample-domain.com/help/ 的形式出现,那么它不应该重写

【问题讨论】:

    标签: apache .htaccess url url-rewriting


    【解决方案1】:

    看起来很简单:

    RewriteEngine on
    RequestCond %{REQUEST_URI} !^/abc/
    RequestCond %{REQUEST_URI} !^/(help|help2|help3)/
    RewriteRule ^/?[^/]+/(.*)$ /abc/$1 [END,QSA]
    

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

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

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

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2020-05-28
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-12-26
      相关资源
      最近更新 更多