之前一直忽視了這個問題，直接導致taiga-front的部署的時候不能通過其他ip訪問。
如圖：
首先是提示
這樣導致用預設的conf 也就是後面那句：
failed to load resource: net:localhost:8000/api/v1/stats/discover failed to load :err_connection_refused現在因為部署版本的conf.json讀取失敗（因為注釋的原因），導致載入了預設的開發時配置。預設的conf.json： 而部署版的conf.json：
最大的區別就是後端api 的位址
localhost:8000。相當於本機開發前端，在本機起後端。
而部署時，這裡是要替換成網域名稱或主機ip的。
1客戶機訪問 ip位址(80埠)那麼如果用預設conf.json從外網訪問，沒有訪問taiga主機的ip，而是去找客戶機的localhost:8000，直接導致無法註冊、跳轉（直接卡死在首頁上）2nginx相應請求，跳轉的taiga-frontend
4前端節點的nginx根據後面的/api 做反代，才轉到內網後端ip:埠/api/...上
——其實，taiga這樣設計也有問題，第3步，按說應該完全封裝內網不應該找不到，不應該再從客戶端看見這種報錯了。
——解決方案：老實把注釋刪了，留下11行的json
心得：不要想當然，要相信報錯。
自己用pyhon的json.load() 讀一下conf.json，就確認無疑了，再去上網查一下，就確認問題了。
直接用報錯資訊搜尋，是搜不到答案的。（也許恰恰是自己太弱智了，別人都沒遇到）。
——後記，之後還時報這個錯，發現另外乙個問題：
frontend 複製配置檔案在 copy或-v掛源**之前了。這樣根據docker image的堆疊機制，導致conf.json被覆蓋（沒有）
原始碼的配置檔案，是原始碼的一部分，在外面生成好，一起掛進去，ok
人不能有過去
在經歷 了m次吵架和n次說分手後 注 m n 10 今天終於走到了這一刻，雖然自己一直在堅持，總是以為將來會好了，麵包會有的，忌廉會有的，但是所有的一切自己複雜的過去，以及過去給她帶來的傷害的時候，尤其是自己一次次的食言，一切都顯得那麼的慘白。與其是大家一次次的傷害，與其去面對所有的不信任，現在這個...
DropDownList 不能有多個項被選定
除錯程式時出現 dropdownlist 不能有多個項被選定 的錯誤 原程式me.cbofiles.items.findbytext 不選擇 selected true if not cbofiles.items.findbytext filename is nothing then cbofile...
介面為什麼不能有建構函式
下面比較一下兩者的語法區別 1.抽象類可以有構造方法，介面中不能有構造方法。2.抽象類中可以有普通成員變數，介面中沒有普通成員變數 3.抽象類中可以包含非抽象的普通方法，介面中的所有方法必須都是抽象的，不能有非抽象的普通方法。抽象類中的抽象方法的訪問型別可以是public，protected和 預設...