location ~ .php$是什么？看完这篇你就明白了！

发布日期： 2025-10-19 阅读量： 作者： admin

今天跟大家唠唠我在 Nginx 上面配置 `location ~ \.php$` 的一些实践心得，这玩意儿，说难不难，说简单也不简单，反正我踩了不少坑，现在就来跟大家分享一下。

我只是照着网上的教程，想让服务器能解析 PHP 文件。毕竟咱要搭个网站，动态页面是少不了的。然后就直接在 Nginx 的配置文件里，加了这么一段：

心想这下应该成了？结果一访问，直接 404 了！

我当时就懵了，赶紧各种查资料。后来才发现，原来光有这一段还不够，还得告诉 Nginx 用啥来解析 PHP 文件！这就像你跟人说“我要吃饭”，结果没告诉他吃那不是白说嘛

我就加上了 fastcgi_pass 指令，指向我的 PHP-FPM。这玩意儿，说白了就是个 PHP 解释器，专门用来处理 PHP 文件的。

具体配置大概是这样：

加上之后，总算能解析 PHP 文件了！但是，新的问题又来了。有些图片文件，也被当成 PHP 文件来解析了！这就很奇怪了，明明我只想让 PHP 文件被解析，为啥图片也跟着凑热闹？

后来我仔细一想，明白了。location ~ \.php$ 这段配置，意思是匹配所有以 `.php` 结尾的 URI。也就是说，只要 URL 里面有 `.php`，就会被这段配置给处理。如果有人上传一个图片，名字叫 `*`，那肯定也会被当成 PHP 文件来解析！

这可不行！得想个办法，把这些“假 PHP” 文件给排除掉。我想了好几个方案，决定用一个更严格的匹配规则。

我把 location ~ \.php$ 改成了 location ~ ^/.+\.php$。这个正则的意思是，必须以 `/` 开头，并且包含至少一个字符，然后才是 `.php` 结尾。这样一来，那些名字里带 `.php` 的图片文件，就不会被匹配到了。

但是，新的问题又又又来了！有些 URL 里面带有查询字符串（query string），比如 `*?id=123`，也会被匹配失败！因为我的正则要求必须以 `.php` 结尾，而查询字符串破坏了这个规则。

这可真是让人头疼！我又开始各种查资料，发现，可以利用 Nginx 的变量来解决这个问题。

我把配置改成了这样：

加了一个判断，判断请求的文件是否存在，不存在直接404，完美解决！

这么一折腾，我算是对 location ~ \.php$ 有了更深的理解。它不仅仅是一个简单的匹配规则，还涉及到 PHP-FPM 的配置、文件路径的处理、以及各种潜在的安全问题。以后再配置类似的东西，心里就有数了。

配置 Nginx 这玩意儿，不能光靠复制粘贴，还得理解背后的原理，才能真正解决问题。希望我的这些经验，能帮到大家少踩一些坑。

提醒： 配置完记得重启 Nginx 服务哈！

随便看看