摘要:大概原因應(yīng)該是在未清理瀏覽器緩存的時(shí)候,只是提供部分內(nèi)容,所以未產(chǎn)生大文件緩存,當(dāng)你清除瀏覽器緩存的時(shí)候,就會(huì)提供所有的內(nèi)容,因此將產(chǎn)生緩存。
背景
使用nginx做反向代理,使用8013端口代理4200端口的angular,問(wèn)題出現(xiàn)的原因是在開(kāi)發(fā)過(guò)程中一次清除瀏覽器緩存,之后8013端口產(chǎn)生::ERR_CONTENT_LENGTH_MISMATCH錯(cuò)誤,但原4200端口正常,圖片如下所示
系統(tǒng):Mac OS 10.13.5
訪問(wèn)8013時(shí)
訪問(wèn)4200時(shí)
定位問(wèn)題
因?yàn)樵?013端口已經(jīng)映射出加載界面,所以開(kāi)始找問(wèn)題的方向一直在angular,一直沒(méi)有找到,后來(lái)找到喜碩,分析著4200端口訪問(wèn)是成功的所以感覺(jué)問(wèn)題還是處在nginx上,看報(bào)錯(cuò)的意思發(fā)現(xiàn)內(nèi)容太長(zhǎng),于是試著刪了幾個(gè)模塊發(fā)現(xiàn)居然好了,再到后來(lái)在google上查了一下這個(gè)問(wèn)題,發(fā)現(xiàn)大概時(shí)nginx的緩存方向的問(wèn)題。
打開(kāi)nginx的日志文件,運(yùn)行以下指令: tail -f /usr/local/var/log/nginx/error.log,發(fā)現(xiàn)時(shí)文件權(quán)限禁止,
failed (13: Permission denied) while reading upstream翻譯:失敗(13: 權(quán)限被拒絕)同時(shí)讀取文件xyz的上游
解決方法
之后用 如下命令開(kāi)放權(quán)限之后,發(fā)現(xiàn)就好了
sudo nginx -s stop sudo chmod -R 777 /usr/local/var/run/nginx/* nginx
原因:nginx會(huì)緩存大文件到proxy_temp目錄中,然而對(duì)這個(gè)目錄沒(méi)有讀寫(xiě)權(quán)限,nginx 的工作進(jìn)程對(duì)大文件做了緩存,這個(gè)緩存在 %nginx%/proxy_temp 目錄下,主進(jìn)程在讀取緩存的時(shí)候由于權(quán)限問(wèn)題而無(wú)法訪問(wèn)。
大概原因應(yīng)該是在未清理瀏覽器緩存的時(shí)候,nginx只是提供部分內(nèi)容,所以未產(chǎn)生大文件緩存,當(dāng)你清除瀏覽器緩存的時(shí)候,nginx就會(huì)提供所有的內(nèi)容,因此將產(chǎn)生緩存。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/40351.html
序 本文主要小結(jié)一下nginx的幾個(gè)常見(jiàn)異常以及解決措施。 ?ERR_CONTENT_LENGTH_MISMATCH 或 ?ERR_INCOMPLETE_CHUNKED_ENCODING ?這個(gè)通常是proxy_temp目錄的owner和group設(shè)置不對(duì),導(dǎo)致沒(méi)有權(quán)限 ?ps aux | grep nginx: worker process | awk {print $1} 通過(guò)如上命令查看運(yùn)行...
摘要:調(diào)試系列之一這是這個(gè)系列的第一篇,用部署網(wǎng)站總是會(huì)遇到這樣那樣的問(wèn)題,這個(gè)系列用于記錄我在調(diào)試過(guò)程中的各種問(wèn)題,好記性不如爛筆頭。 nginx調(diào)試系列之一 這是這個(gè)系列的第一篇,用nginx部署網(wǎng)站總是會(huì)遇到這樣那樣的問(wèn)題,這個(gè)系列用于記錄我在調(diào)試過(guò)程中的各種問(wèn)題,好記性不如爛筆頭。 nginx version: nginx/1.10.2 我的一個(gè)Python應(yīng)用,使用gunicorn...
摘要:做項(xiàng)目時(shí)碰到富文本的內(nèi)容太多提交請(qǐng)求時(shí)請(qǐng)求頭過(guò)長(zhǎng)報(bào)錯(cuò)先是報(bào)錯(cuò)原因是請(qǐng)求頭的長(zhǎng)度超出了限制了增加和的值如果文件不存在這兩個(gè)參數(shù)新增即可貼一下我的配置倒數(shù)兩行就是需要增加的參數(shù)配置完重啟后沒(méi)有繼續(xù)報(bào)錯(cuò)錯(cuò)誤了但是看請(qǐng)求沒(méi)有響應(yīng)查看了下的日 做項(xiàng)目時(shí)碰到富文本的內(nèi)容太多,提交請(qǐng)求時(shí),請(qǐng)求頭過(guò)長(zhǎng)報(bào)錯(cuò),先是nginx報(bào)錯(cuò), 原因是請(qǐng)求頭的長(zhǎng)度超出了nginx限制了,增加client_header_...
摘要:原文首發(fā)代碼壓縮如果你用的是服務(wù)器,請(qǐng)修改配置文件其他類似在里加入開(kāi)啟或者關(guān)閉模塊,這里使用表示啟動(dòng)設(shè)置允許壓縮的頁(yè)面最小字節(jié)數(shù)默認(rèn)值是,不管頁(yè)面多大都?jí)嚎s設(shè)置系統(tǒng)獲取幾個(gè)單位的緩存用于存儲(chǔ)的壓縮結(jié)果數(shù)據(jù)流代表以為單位,按照原始數(shù)據(jù)大 原文首發(fā): https://shuirong.github.io/ 1.代碼壓縮(gzip) 如果你用的是nginx服務(wù)器,請(qǐng)修改配置文件(其他web ...
閱讀 2450·2021-10-11 10:57
閱讀 1300·2021-10-09 09:59
閱讀 2014·2019-08-30 15:53
閱讀 3228·2019-08-30 15:53
閱讀 1028·2019-08-30 15:45
閱讀 759·2019-08-30 15:44
閱讀 3470·2019-08-30 14:24
閱讀 968·2019-08-30 14:21