fnsne
5 years ago
[工作]
結果昨天弄個半死,今天才發現,根本是css,js檔案沒有被瀏覽器當作css,js來處理......
latest #14
掰噗~
5 years ago
平常不就是這樣嗎 (p-unsure)??
fnsne
5 years ago
一切都只要把mime.types給Load進來就沒事了。
fnsne
5 years ago
發現的原因是,chrome會一直丟出一兩個警告,說他偵測到aaa.js是 javascript,但傳過的卻說他是text/plain
立即下載
fnsne
5 years ago
看了一下Link,也沒寫錯。
fnsne
5 years ago
去看了下response的content-type,還真的是text/plain
fnsne
5 years ago
於是開始懷疑是莫名原因,導致nginx沒有辦法發出正確的content-type。
fnsne
5 years ago
首先查到,有人用 add_header content-type 的方式來做。
fnsne
5 years ago
結果拿到的response變成有兩個content-type的 header惹......
fnsne
5 years ago
接下來又查到了另一個方法,使用 type{} default_type text/css。在apply這個conf後,畫面有出來了,css有套用到了,看來問題真的是這邊。
fnsne
5 years ago
然後就開始想要怎麼做Location,才可以讓所有的css、js的content-type都對。
fnsne
5 years ago
結果看下去,看到那篇文章還有個include mime.types 的寫法。
跑過去nginx的資料夾下去找,還真的找到了這個檔案。
在加了include mime.types 的conf後,上面的那些強制給content-type的部分都刪掉,還是可以正常跑......
fnsne
5 years ago
看來問題是mime.types沒有load到的緣故......
fnsne
5 years ago
丟上server,原本都是用sudo nginx -c myNgix.conf 來跑nginx,一樣不能判斷到css,js 。原本想說要去複製mime.types來到conf的資料夾的,結果在找到mime.types的資料夾裡面,也發現到了nginx.conf (預設的 ) 。 "一切該不會如我所想的,只要用service的方式去開啟,讓nginx去跑自己的流程,只是nginx.conf的內容改變,就可以達到我的目標吧"。
弄下去操作,還真的就是這樣......我昨天在那邊心煩痛苦甚麼阿......
只要我多做幾步,在server上面用docker的方式去掛nginx就甚麼事(他會用service的方式去跑 ) 都沒有了。
我為什麼要為了省那一點步驟,直接跑原生地nginx呢。
fnsne
5 years ago
--而且還不用service nginx的方式去跑,而是要用nginx -c conf的方式讓他load我指定的config檔呢
back to top