Php HTACCESS重写规则-不从URL发送查询字符串

我在重写规则方面遇到了问题。我已经为我的搜索页面创建了一个漂亮的URL，它会在那里发布自己来查询结果。但是，

$\u GET['type']

变量未发送到页面。这在我的本地WAMP服务器上运行得非常好，但在我的实时托管服务器上不会返回结果

e、 g.

http://..com/search/searchType/

SearchType是我发送到页面的

$\u GET['type']

数据

我的

.HTACCESS

如下

RewriteEngine On
RewriteRule ^property/(.*)/(.*)/([0-9]+)/$ view_property.php?type=$1&id=$3 [L]
RewriteRule ^search/(.*)/ search.php?type=$1 [L]

---

问题是因为文件名

search.php

存在冲突，这违反了以文本“search”开头的

重写规则

在发现这一点并进行更多研究后，我发现包括
选项-MultiViews
会禁用
MultiViews

这必须在我的实时托管服务器上启用，在我的本地主机上禁用。我很快就会发现并更新

另一个修复方法是将
重写规则
URL重命名为
^search/
以外的名称或当前作为另一个文件存在的任何其他名称，以删除此冲突。
生产服务器的Apache配置是否允许通过htacess进行重写？
重写规则
创建漂亮的URL，如果是这样的话指。否则我不确定（我可以问）。
httpd.conf
中是否有特定的设置可以禁用此功能？因为我可以在本地服务器上禁用它来测试。重写规则不会创建漂亮的URL，它们只是将漂亮的URL重定向到适当的脚本。因此，如果您有一个GET指向一个漂亮的URL，但是这个漂亮的URL没有被正确重定向，那么您就无法正确地传递数据。当您说这在测试环境中有效，但在生产环境中无效时，我的第一个倾向是查看web服务器配置。