20170807

问题描述

• 使用nginx做服务器请求静态文件
• 将配置文件和静态文件采用volumes的方式映射进入
• 访问路径发现ngixn 404

解决步骤

• Q1: 考虑这个出现404，必然是两种情况，第一是资源或者配置文件不在容器对应的路径之下，第二是配置文件路径有问题。那么该如何确定？
• A1: 最好确定的是就是资源，进入容器查看资源是否存在在对应路径下。这里我经常出现的问题在于三部分：
  1. 映射的源文件给错，导致资源无法映射进入，还在错误的源文件路径下创建了一个空文件夹（这是volumes的机制，不论原路径还是目标路径只要对应文件/文件夹不存在一定会在对应路径下创建一个同名文件夹）

  //例子
   volumes: 
     - ./default.conf:/etc/nginx/conf.d/default.conf
     //正确的源文件路径在./nginx/default.conf,以上给了错误的路径，导致在./default.conf处创建了一个名字叫做default.conf的件夹
  

  2. 访问到了正确的资源路径却出现403错误:这通常是访问到了正确的资源路径，但是资源的权限或者类型（你要文件，但是真正资源是文件夹）不对

  volumes:
     - ./nginx/images/zhao.jpg:/var/images/zhao.jpg
     //当源文件路径不对，就会创建一个叫做zhao.jpg的文件夹，此时如果你访问了对的路由，那么必然出现403错误
  

  3. nginx配置文件的存放位置和命名有问题:根据官网要求：需要把ngixn的配置文件存放在/usr/local/nginx/conf或者/etc/nginx或者 /usr/local/etc/nginx下面。并且通常命名为nginx.conf

---

• Q2:如果不是资源或者数据的路径存放有问题，如果是配置有问题，比如alias/root/proxy_pass配置错误，他们在页面上都出现的是你请求的路径，并不能看到你真正的路径，但又报错，这时候该怎么办？
• A2:最有效的办法必然是打印错误日志docker logs nginx直接可以查看到请求的路径域名method各种信息。本问题就是打印了日志之后发现alias配置有问题alias要求其值也就是路径必须以/结尾用个例子简单说明：

location /api/ {
    alias /web/app;
}
//请求：http://localhost:8080/api/zhang.jpg
经过alias--->  http://localhost:8080web/app/zhao.jpg
可以看出路径有问题：alias会将和location匹配的部分全部去掉因此原请求中的/api/会被去掉，剩下zhang.jpg直接拼接在app之后因此解决办法有两种


location /api {
    alias /web/app;
}或者
location /api/ {
    alias /web/app/;
}

----->每次修改了配置文件别忘记重启nginx（docker restart nginx）

心得

• 遇到bug，以前先是脑子空了很生气，不知道怎么办。然后就是不管三七二十一，直接复制错误搜索答案。再后来是猜测可能什么问题。直到现在，必须改变，找错误日志，读懂错误，然后再考虑可能的原因，再去根据猜测的原因搜索这才是正解，但这一切基于是否能静下心来读懂英语。所以以后必须强迫自己读懂
• 对于以后阅读英语，绝对不允许自己读完一句话啥也没懂，一点没有收获，一句两句多了就浪费时间了。