我目前正在尝试将URL中发送的电子邮件地址转换为可以传递到PHP脚本的参数。该网址为http://example.com/[email protected]，例如，我需要将其作为参数传递http://example.com/[email protected]
当前在我的机器上本地以及在共享托管平台上都在使用PHP 7.2的Apache上进行了测试。
试过这个：
RewriteEngine on
RewriteRule ^((?<!results=).*@.*)$ ?email=%1 [L]
和这个：
RewriteCond %{REQUEST_URI} /(.*)$
RewriteRule /(.*)$ index.php?email=$1 [L]
这些都只是返回404 Not Found错误，并且似乎根本没有重定向。
您的问题含糊不清，因为目前尚不清楚到底要处理这些请求的资源是什么...
大概这就是您要寻找的：
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^/?([^@]+@[a-z0-9_-]+\.\w+)$ /index.php?email=$1 [END,NC]
假设您index.php在http主机的DOCUMENT_ROOT文件夹中有一个脚本可以处理此类请求。
为此，您需要确保apache重写模块实际上已加载到http服务器中，并且已针对该位置启用和配置。
如果您使用上述规则收到内部服务器错误（http状态500），则很可能是您运行了非常旧版本的apache http服务器。[END]在这种情况下，您将在http服务器错误日志文件中看到对不支持的标志的明确提示。您可以尝试升级或使用旧的[L]标志，在这种情况下，它可能会起作用，尽管这在一定程度上取决于您的设置。
此实现将在http服务器主机配置或动态配置文件（“ .htaccess”文件）中同样起作用。显然，重写模块需要加载到http服务器内部并在http主机中启用。如果使用动态配置文件，则需要注意在主机配置中完全启用了它的解释，并且该解释位于主机的DOCUMENT_ROOT文件夹中。
还有一个一般性说明：您应该始终喜欢将此类规则放在http服务器主机配置中，而不要使用动态配置文件（“ .htaccess”）。这些动态配置文件增加了复杂性，通常是导致意外行为的原因，难以调试，并且确实降低了http服务器的速度。仅当您无法访问真正的http服务器主机配置（阅读：真正便宜的服务提供商）或坚持编写自己的规则的应用程序（这显然是安全的噩梦）时，才提供它们作为最后的选择。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句