.htaccess从url中删除多个参数

.htaccess从url中删除多个参数,.htaccess,.htaccess,我需要从URL中删除所有GET参数,并通过$\u GET获取它们。结构将是这样的 发件人: example.com/?section=DP&id=366 OR example.com/index.php?section=DP&id=366 致: 如何获取此信息?不,URL中不能有文字逗号(“,”),它是无效字符。你可以选择https://example.com/something-dynamic-from-db/DP-366.html不过。这将为您指明正确的方向: Rewri

我需要从URL中删除所有GET参数,并通过$\u GET获取它们。结构将是这样的

发件人:

example.com/?section=DP&id=366
OR
example.com/index.php?section=DP&id=366 
致:


如何获取此信息?

不,URL中不能有文字逗号(“,”),它是无效字符。你可以选择
https://example.com/something-dynamic-from-db/DP-366.html
不过。这将为您指明正确的方向:

RewriteEngine on
// some other. more specific rewriting rules here
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RequestRule ^/?.+/(\w+)-(\d+)\.html$
如果您使用上述规则收到一个内部服务器错误(http状态500),那么很可能您操作的是非常旧版本的apache http服务器。在这种情况下,您将在http服务器错误日志文件中看到不支持的
[END]
标志的明确提示。您可以尝试升级或使用较旧的
[L]
标志,在这种情况下可能也会使用相同的标志,不过这取决于您的设置

此实现将在http服务器主机配置中或在动态配置文件(“.htaccess”文件)中同样工作。显然,重写模块需要在http服务器中加载,并在http主机中启用。在使用动态配置文件的情况下,您需要注意在主机配置中启用该文件的解释,并且该文件位于主机的
DOCUMENT\u ROOT
文件夹中


还有一个一般性的注释:您应该总是更喜欢将这些规则放在http服务器主机配置中,而不是使用动态配置文件(“.htaccess”)。这些动态配置文件增加了复杂性,通常是导致意外行为的原因,难以调试,而且它们确实降低了http服务器的速度。只有在您无法访问真正的http服务器主机配置(读:真正廉价的服务提供商)或坚持编写自己的规则的应用程序(这显然是一个安全噩梦)的情况下,才提供它们作为最后一个选项

不,URL中不能有文字逗号(“,”),它是一个无效字符。您可以从db/DP-366.html中查找
example.com/something dynamic,尽管…@arkascha一个文本逗号在URL中不是“无效的”。@DocRoot正确,严格来说,该命令是一个“保留字符”,因此在URI()中使用时具有特殊意义的字符。因此,如上所示使用它并非“无效”。但是所示的URL暗示了一种不符合建议用法的语义,因此只能建议不要使用这种构造。这会带来风险,因为您不能依赖第三方组件来处理您期望的URL(未定义),并且会降低URL方案的可读性。@arkascha True,我当然不推荐这样做。谢谢你的反馈。
RewriteEngine on
// some other. more specific rewriting rules here
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RequestRule ^/?.+/(\w+)-(\d+)\.html$