最近做一個(gè)項(xiàng)目,需要上傳比較大的文件,由于第三方的限制,這個(gè)邏輯必須是先上傳至服務(wù)器上,然后再把服務(wù)器上的這個(gè)文件上傳到第三方,服務(wù)器的環(huán)境配置基本修改好,但是如果上傳文件太大,導(dǎo)致總體時(shí)間太長,雖然文件能完美的上傳過去,但是再獲取第三方返回的參數(shù)后就報(bào)502,當(dāng)然可以通過修改fpm的那些配置來解決,但是不是一個(gè)好辦法,因?yàn)楦静荒艽_定用戶上傳的文件大小和網(wǎng)速,所以無法判斷具體耗用時(shí)間,因此修改服務(wù)器的環(huán)境配置不是好辦法
聽上去你的服務(wù)器端接收上傳文件的是 fpm,那跟“Workerman優(yōu)化”有什么關(guān)系?
貌似你那個(gè) 502 錯(cuò)誤是因?yàn)槟銖姆?wù)器端向第三方發(fā)送文件時(shí)間過長導(dǎo)致的,跟“客戶端上傳文件”沒有關(guān)系吧?
也許你可以考慮一下利用 Workerman 做異步推送來告知客戶端【上傳完成】。
對(duì)啊,就是因?yàn)橄竦谌桨l(fā)送文件時(shí)間長進(jìn)而導(dǎo)致502的。我就是想問問workerman有沒有地方可以優(yōu)化這個(gè)的,沒別的意思。