例如,我有几个没有扩展名的文件:
NAME 1
NAME 2
它们不是扩展名,我想使用htaccess插入扩展名.PDF。
访问网址时
localhost / NAME1
即使没有通过htaccess进行扩展,也可以识别.pdf扩展名
答案 0 :(得分:0)
我理解这样的问题,即您在服务器端文件系统 do 中的实际文件具有文件扩展名(“ /path/to/xxx.pdf”),但是该扩展名在请求的URL。如果这个假设是正确的(您的问题很重要...),那么这可能就是您要寻找的:
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME}.pdf -f
RewriteRule ^/?(.+)$ /$1.pdf [END]
在这里重要的是,您不要简单地复制并粘贴该代码段,而是实际上您要理解其中的代码,以便您可以使其适应特定的需求。重写模块的出色文档为以下方面提供了很好的帮助:https://httpd.apache.org/docs/current/mod/mod_rewrite.html
如果使用上述规则收到内部服务器错误(http状态500),则很可能是您运行了非常旧版本的apache http服务器。在这种情况下,您将在http服务器错误日志文件中看到对不支持的[END]
标志的明确提示。您可以尝试升级或使用旧的[L]
标志,在这种情况下它可能会起作用,尽管这在一定程度上取决于您的设置。
此规则将同样在HTTP服务器主机配置或动态配置文件内(“htaccess的”文件)工作。显然,重写模块需要加载到http服务器内部并在http主机中启用。如果使用动态配置文件,则需要注意在主机配置中完全启用了它的解释,并且该解释位于主机的DOCUMENT_ROOT
文件夹中。
还有一个一般性说明:您应该始终喜欢将此类规则放置在http服务器主机配置中,而不要使用动态配置文件(“ .htaccess”)。这些动态配置文件增加了复杂性,通常是导致意外行为,难以调试的原因,并且确实降低了http服务器的速度。仅当您无法访问真正的http服务器主机配置(阅读:真正便宜的服务提供商)或坚持编写自己的规则的应用程序(这显然是安全的噩梦)时,才提供它们作为最后的选择。