如何允许使用htaccess以干净的方式传递PHP文件读取参数

如何允许使用htaccess以干净的方式传递PHP文件读取参数,php,.htaccess,Php,.htaccess,我一直在尝试修复我的错误,首先是我的.htaccess代码: # Clean Url for User Profiles AddDefaultCharset UTF-8 Header unset ETag FileETag None Options +FollowSymLinks -MultiViews RewriteCond %{THE_REQUEST} ^[A-Z]{3,}\s/+friend\.php\?user_name=([^\s&]+) [NC] RewriteRule ^

我一直在尝试修复我的错误,首先是我的
.htaccess
代码:

# Clean Url for User Profiles
AddDefaultCharset UTF-8
Header unset ETag
FileETag None
Options +FollowSymLinks -MultiViews
RewriteCond %{THE_REQUEST} ^[A-Z]{3,}\s/+friend\.php\?user_name=([^\s&]+) [NC]
RewriteRule ^ friend/%1? [R=301,L]
RewriteRule ^friend/([^/]+)/?$ friend.php?user_name=$1 [L,QSA]
# End Clean Url Htaccess
我使用此代码的目的是创建此URL

像这样展示和工作。
页面打开良好,但未解析参数。如何修复此问题?

您的代码存在许多问题。我试图修复我所看到的,以下是我的版本,您可能正在尝试实施:

Options -MultiViews
RewriteEngine on

# external: /..../friend?username=joe >> /..../friend/joe
RewriteCond %{QUERY_STRING} user_name=([^&]+)
RewriteRule ^friend/?$ friend/%1 [R=301,QSA]

# internal: /friend/joe >> friend.php?user_name=joe
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^friend/([^/]+)/?$ friend.php?user_name=$1 [END,QSA]
根据您的具体情况,您可能需要添加一个
RewriteBase
。请参阅官方文档

如果您在使用上述代码时遇到内部服务器错误,那么很可能您操作的是非常旧版本的ApacheHTTP服务器。在这种情况下,您需要将
[END]
标志替换为
[L]
标志



还有一个一般提示:您应该始终希望将此类规则放置在http服务器(虚拟)主机配置中,而不是使用动态配置文件(
.htaccess
样式文件)。这些文件是出了名的容易出错,难以调试,而且它们确实降低了服务器的速度。只有在您无法控制主机配置的情况下(阅读:非常便宜的主机服务提供商),或者如果您的应用程序依赖于编写自己的重写规则(这是一个明显的安全噩梦),才提供它们作为最后一个选项。

您的代码存在许多问题。我试图修复我所看到的,以下是我的版本,您可能正在尝试实施:

Options -MultiViews
RewriteEngine on

# external: /..../friend?username=joe >> /..../friend/joe
RewriteCond %{QUERY_STRING} user_name=([^&]+)
RewriteRule ^friend/?$ friend/%1 [R=301,QSA]

# internal: /friend/joe >> friend.php?user_name=joe
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^friend/([^/]+)/?$ friend.php?user_name=$1 [END,QSA]
根据您的具体情况,您可能需要添加一个
RewriteBase
。请参阅官方文档

如果您在使用上述代码时遇到内部服务器错误,那么很可能您操作的是非常旧版本的ApacheHTTP服务器。在这种情况下,您需要将
[END]
标志替换为
[L]
标志



还有一个一般提示:您应该始终希望将此类规则放置在http服务器(虚拟)主机配置中,而不是使用动态配置文件(
.htaccess
样式文件)。这些文件是出了名的容易出错,难以调试,而且它们确实降低了服务器的速度。只有在您无法控制主机配置的情况下(读:非常便宜的主机服务提供商),或者如果您的应用程序依赖于编写自己的重写规则(这是一个明显的安全噩梦),才提供它们作为最后一个选项.

/friend
/friend.php
之间有区别……问题可能在这里:
^friend
。删除那个奇怪的空白字符。如果你能清楚地指出@arkaschaOr的意思,我会很感激你所说的“但是参数没有被解析”到底是什么意思?我怀疑我能比我写的更清楚。我指出了您的规则集中两个明显的问题,它们应该得到解决。
/friend
/friend.php
之间存在差异。问题可能在于:
^friend
。删除那个奇怪的空白字符。如果你能清楚地指出@arkaschaOr的意思,我会很感激你所说的“但是参数没有被解析”到底是什么意思?我怀疑我能比我写的更清楚。我指出了你的规则集中两个明显的问题,应该得到修复。谢谢你一点都没有错,burr在RewriteCond%{SCRIPT_FILENAME}上使用了我以前的代码重写引擎上面的代码-重写规则^([^.]+)$$1.php[NC,L]无效。。。把它拉到上面代码的下面,错误的东西开始工作了。。。谢谢…谢谢你一点都没有错,burr在RewriteCond%{SCRIPT_FILENAME}上用我以前的代码重写引擎上面的代码-重写规则^([^.]+)$$1.php[NC,L]无效。。。把它拉到上面代码的下面,错误的东西开始工作了。。。谢谢