ERR_CONTENT_LENGTH_MISMATCH解决方法

问题描述

前端页面加载css，和js文件的时候，常常出现ERR_CONTENT_LENGTH_MISMATCH的报错状况。

查找问题

在单独打开hearder中css，js的网络地址是能打开的，因此排除了最简单的地址错误。前端项目是由nginx代理的，因此能够查看nginx的日志，看看有无线索。

进入${NGINX_HOME}\logs，查看error.log，获得以下信息：

2018/07/13 14:22:49 [crit] 275197#0: *1543 open() "/usr/local/nginx/proxy_temp/4/30/0000000304" failed (13: Permission denied) while reading upstream, client: 192.168.75.11, server: xxxx.xxxx.com, request: "GET /model-web/static/js/vendor.7e49e6e8578e1e242c55.js.map HTTP/1.1", upstream: "http://xxx.xxx.xxx:8080/model-web/static/js/vendor.7e49e6e8578e1e242c55.js", host: "xxx.xxx.xxx.xxx:8081"

线索很明显，在请求vendor.7e49e6e8578e1e242c55.js的时候，nginx在尝试访问/usr/local/nginx/proxy_temp/4/30/0000000304，结果由于没有权限，致使了请求失败。

那么，为何nginx要访问proxy_temp文件夹呢，由于proxy_temp是nginx的缓存文件夹，个人css和js文件过大了，因此nginx通常会从缓存里面去拿，而不是每次都去原地址直接加载。

尝试解决

进入/usr/local/nginx/proxy_temp，查看文件权限。

ll

图(1)

能够看到4文件夹的全部者是svenchen。

查看如今nginx的使用者，发现是root。

图(2)

那么，致使没有权限的缘由也查清了，就是文件的全部者和访问者不是同一用户。

解决方案

1. 改变文件夹全部者，把文件夹及文件夹下全部文件的全部者改成当前nginx的使用者，chown -R root.root./*。
2. 增长权限，给其余用户增长可读权限。
3. 修改nginx配置文件，声明使用者(推荐)。

图(3)

这样声明以后，保存的缓存文件的使用者就会是root了。
重启nginx，./nginx -s reload，问题解决。

版权声明：本文为博主原创文章，转载请注明出处：http://www.javashuo.com/article/p-mzptrgpp-bp.html