使用ngxin反向代理到webman服務(wù)的8787端口,webman提供了一個(gè)下載功能,使用的response()->download()方法下載大小超過(guò)2M的文件,16個(gè)進(jìn)程,前端使用window.open()打開(kāi)該鏈接下載文件,會(huì)間歇性出現(xiàn)下載失敗的問(wèn)題,大多數(shù)時(shí)候可以,但是不穩(wěn)定,不時(shí)出現(xiàn)下載失敗的情況。
這個(gè)下載服務(wù)是收費(fèi)的必須要穩(wěn)定運(yùn)行才行吖請(qǐng)大佬們幫忙看看是么子問(wèn)題,跪謝。
nginx代理配置:
CleanShot 2022-10-21 at 18.14.35@2x.png
webman代碼:
CleanShot 2022-10-21 at 18.22.34@2x.png
前端:
下載的其實(shí)是同一個(gè)文件,間歇性失敗
CleanShot 2022-10-21 at 18.24.01@2x.png
nginx錯(cuò)誤日志:
CleanShot 2022-10-21 at 18.27.55@2x.png
日志中的crit日志下載成功也會(huì)產(chǎn)生,error日志只有下載失敗時(shí)產(chǎn)生
macOS 13
webman 1.4
事情是這樣的,雖然有個(gè)緩存目錄無(wú)權(quán)限報(bào)錯(cuò),但我測(cè)試了一下大概和這茬沒(méi)啥關(guān)系= =
主要還是代理緩存大小的問(wèn)題,我在nginx中使用如下配置解決了問(wèn)題
proxy_buffering on;
proxy_buffer_size 500M;
proxy_buffers 4 500M;
proxy_busy_buffers_size 500M;
proxy_temp_file_write_size 500M;
個(gè)人猜測(cè)問(wèn)題是這樣產(chǎn)生的,nginx反向代理到webman,因?yàn)榇淼氖潜镜囟丝冢詗ebman很快就把所有的內(nèi)容都交付給了nginx了并斷開(kāi)了和nginx的連接;但是nginx默認(rèn)的代理緩存很小,只保存了webman交付內(nèi)容的很少一部分,然后就被webman斷開(kāi)了連接,nginx無(wú)法獲取到剩下的內(nèi)容,因此報(bào)了[上游鏈接過(guò)早斷開(kāi)]的錯(cuò)誤,這里我把代理緩存加到500M就可以了,具體加到多少根據(jù)實(shí)際需求調(diào)節(jié),我這里是需要測(cè)試一個(gè)400多M的壓縮包