nginx静态资源(nginx静态资源加载不出来)

1.软文推荐

2.软文推荐

3.软文推荐

目录： 1、nginx代理访问不了二级目录下的静态资源 2、node静态资源nginx部署部署后无法访问 3、详解nginx如何代理静态资源(长搜索路径优先) nginx代理访问不了二级目录下的静态资源

不是被代理服务器的静态资源。读取到是nginx服务器地址下的静态资源，而非被代理服务器的静态资源。形似动静分离，静态资源文件读取地址不准确。node静态资源nginx部署部署后无法访问

1、首先确认静态资源文件夹是否已经放在与 nginx.exe 同级的目录中。

2、确认 conf 文件夹中 nginx.conf 文件里 location 中 root 后面是否填写正确的静态资源文件名。

3、Nginx 服务器的目录路径不能有中文，检查路径中是否有中文，有的话，需要移出来。

4、确认以上修改没有问题后，进入任务管理器，点击详细信息，找到所有的 nginx.exe 停止运行，并清理浏览器上的缓存，重启 nginx 服务器。

5.若以上操作均没有问题，那么最后可能导致的原因是防火墙，检查防火墙是否关闭。

详解nginx如何代理静态资源(长搜索路径优先)

web服务器重要的的任务之一就是服务静态资源文件，比如网站的图片，还有一些静态的HTML页面，本文的例子还是来自于Nginx官网。在这个用例中我们要配置两个静态资源路径，来处理外部的静态资源请求。我们会更改配置文件中，server块下http下的location。

首先需要创建/data/www目录，然后将index.html文件，文件的内容并不重要，本例只是指引我们观察nginx如何找到和发送静态资源。然后在创建一个/data/images目录，并放置一些图片文件。

下一步打开配置文件，默认的配置文件中已经包含了一些server块，大多数已经注释掉了，官网让我们把server块都注释掉，重写写一个新的空的server块，但注意，一定不要将http注释掉，nginx通过识别它才能知道我们需要处理的是http请求。

通常，配置文件可能会包含多个server块，这些server块可以由端口号区分，也可以由server names来区分。当nginx决定由哪一个server去处理请求的时候，nginx会根据server块中location参数去测试请求头中指定的URI

现在在server块中添加location块

该location块指定了URI请求的根目录前缀，"/"。对于请求来讲，URI被添加在root路径具体指向的目标路径，如果存在的多个匹配的位置块，nginx将选择前缀最长的位置块（可能是因为更加具体）。上方的location块提供的已经是最短前缀了，也就是说，server块中所有的location块如果都没有匹配到，则该location块将会被采用。

官网的说法真的非常绕，我觉得思路就是， nginx首先会优先去具体的location块匹配资源（规则是参数越长，越优先查找），如果都查不到就去根路径查。

我们再加一个location块

这个location块会匹配以/images/开始的请求，但上一个(location块 location / 也会匹配该内容，记得吗，Nginx会先匹配长路径location块)

现在为了看的更加清楚，在加过这两部分内容之后的配置文件应该长这样

重新加载nginx之后，配置会更新，使用：

现在该配置文件已经生效了，配置在监听80端口的本地服务器上，我们可以在本地访问 ，在此之后例如 这样的请求， Nginx会映射到location /images/去，如果请求的资源不存在，Nginx将返回404页面，404页面是可以定制的，一般企业也会定制属于自己的404页面。

后续的内容我还打算针对一些常见场景，记录以下nginx的配置文件针对不同场景和需求该如何去写，以及为什么这么写。Nginx一些模块的详细介绍不打算专门写，大家如果有需求可以看官方文档。