最近碰到了nginx代理一個(gè)頁(yè)面后
proxy_pass http://8.1.1.1:6080/binding.html;
js加載成功，css卻無(wú)法加載的問(wèn)題。

成都創(chuàng)新互聯(lián)公司是專(zhuān)業(yè)的椒江網(wǎng)站建設(shè)公司，椒江接單;提供成都做網(wǎng)站、網(wǎng)站建設(shè),網(wǎng)頁(yè)設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專(zhuān)業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行椒江網(wǎng)站開(kāi)發(fā)網(wǎng)頁(yè)制作和功能擴(kuò)展;專(zhuān)業(yè)做搜索引擎喜愛(ài)的網(wǎng)站,專(zhuān)業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來(lái)合作!

解決辦法：
1.http{}中添加
include /usr/local/openresty/nginx/conf/mime.types;
default_type application/octet-stream;

2.或者修改mime.types中css的type為application/octet-stream；

原因：互聯(lián)網(wǎng)中web服務(wù)器與瀏覽器通訊時(shí)，所有數(shù)據(jù)都是需要指定文件類(lèi)型(type)的，否則瀏覽器不知道用什么插件來(lái)處理這些數(shù)據(jù)，比如音頻數(shù)據(jù)就要指定mid,.midi audio/midi,audio/x-midi等類(lèi)型。
而我的服務(wù)器中的css文件在被nginx代理后，nginx找了原來(lái)html中對(duì)該css文件的type定義：

沒(méi)有type！??！
所以就報(bào)錯(cuò)了！nginx不知道用什么編碼方式傳輸這類(lèi)文件（它是不知道啥css的）
所以定義default_type application/octet-stream 后，nginx不管是什么文件類(lèi)型，同意按字節(jié)流的類(lèi)型進(jìn)行轉(zhuǎn)發(fā)，這樣才最后傳輸?shù)娇蛻?hù)端瀏覽器上。

那么問(wèn)題來(lái)了，既然nginx那邊是以字節(jié)流轉(zhuǎn)發(fā)給了瀏覽器，瀏覽器不知道這是css文件，只是一堆字節(jié)流，為什么還能被加載出來(lái)？
因?yàn)楝F(xiàn)在主流瀏覽器也能默認(rèn)識(shí)別出css文件的，很多開(kāi)發(fā)者已經(jīng)習(xí)慣不給css寫(xiě)這東西了，但是對(duì)于很多特殊的數(shù)據(jù)類(lèi)型，最好還是定義一下。
特別的，像nginx這類(lèi)的代理，畢竟是輕量級(jí)的，沒(méi)有瀏覽器那么強(qiáng)大的識(shí)別能力，所以，為了考慮兼容性，開(kāi)發(fā)者還是應(yīng)該嚴(yán)謹(jǐn)一點(diǎn)！真的想吐槽！這個(gè)問(wèn)題卡了我整整一個(gè)下午！