別在圍城時走散

# 錯誤訊息 Visual Studio Code 1.76.1 版本已不會有此問題 更新 Visual Studio Code 後，進入 Dev Containers 出現錯誤 The connection to the terminal's pty host process is unresponsive ，且 terminal 無法使用。 點選 Restart pty host 後 terminal 仍無法正常顯示 # 環境 作業系統 系統資訊$ lsb_release -aLSB Version: n/aDistributor ID: Manjaro

# 新手指南 這是一篇新手進公司後整理內部開發流程的 事故 故事 # 要有光 上班第一天，要緊頭一件事就是 認清自己在食物鏈中的位置 熟悉開發環境，目前公司開發到佈署的流程是原始碼在每個人的環境都有一份，如果有修改再傳修改的檔案給知道怎麼佈署的人去佈署，這方式有時後會漏掉檔案，也很難搞清哪個才是最新版本的程式。而且每個人開發環境不同，剛拿到專案原始碼時啟動失敗，同學會教我一些奇計淫巧至今令我匪夷所思的方法（為什麼要修改 node_modules 內的檔案？）。 改的檔案是最新版的嗎？ 覆蓋別人給的檔案後，原本改好的程式不見了。 你給的檔案無法執行，說有缺少 function。 『可以只給提供

# 環境 在 Google Kubernetes Engine (GKE) 內建置 Redis 叢集 GKE node: g1-small * 2 (version 1.24.8-gke.2000) Redis 7 # 建立 ConfigMap 建立給 redis 節點使用的共用設定檔，名稱為 redis-cluster ，之後建立為 volume 讓每個容器使用 ConfigMapapiVersion: v1kind: ConfigMapmetadata: name: redis-clusterdata: update-node.sh: | #!/bin/

# 主旨 把專案運行的 GCP VM 環境佈署動作整理，建立 shell script 進行快速佈署。使用作業系統為 Linux Ubuntu # 執行之前 先執行下面指令，切換為 root 角色 sudo su -# 要新增的 Linux 帳號 把要新增的帳號、密碼作為變數寫在 script 最上面，為了給共同維護的人登入用的。 ACCOUNT=<帳號>PASSWORD=<密碼># GitHub 帳號 執行環境會把 docker image 從 GitHub registry 抓下來執行，所以在 script 最上面把 GitHub 權限設定為變數

# 環境 在 docker compose 中，使用 nginx 導向 websocket 到 container 內 # 錯誤訊息 websocket 連接不上，查看 request headers 顯示 Provisional headers are shown # Solution 搜尋解決方法是在 nginx.conf 內加上 proxy_set_header Upgrade $http_upgrade;proxy_set_header Connection "upgrade";# 範例 範例location /backend/ {

# Docker Container 存取 host 服務 場景應用如 container 運行程式，host 安裝資料庫。container 內的程式需要存取安裝在 host 的資料庫。 只要在程式內呼叫資料庫的位址使用 host.docker.internal 即可，如在 host 安裝 PostgreSQL，程式內設定資料庫位置就是 host.docker.internal:5432 原本還有下面兩個，不過已經 deprecated 了。 docker.for.mac.host.internal docker.for.mac.localhost # 參考資料

# Remote container 使用 git 在 Visual Studio Code (下面使用 VSCode 稱呼) 內使用 devcontainer 開發時，怎麼使用 git? 我的開發方式都是從 git hub 上 clone 程式後建立 devcontainer 環境進行開發 當建立完 devcontainer 環境進入 container 後，點選 VSCode 左邊的 Source Control 項目時，會出現 且右下角出現提示 出現這種情況表示 container 內沒有安裝 git # 安裝 git 在 container 內安裝 git 的方法，可以在 Dock

# 專案建構 以個人過往經歷，在專案開始寫程式前，會先進行技術選型，如要用什麼程式語言、要用什麼框架、部屬到哪裡等等，開發過程中可能還會需要決定要用什麼套件，不過在這邊沒有要介紹技術選型該怎麼決策，如果對技術選型有興趣的可以點 小幫手。 # Scaffolding 在選型完之後，老大會建構出基礎框架，其他工程師在照個框架開始著手接收需求進行開發。 以前的作法都會把熟悉的架構整理成一個簡單的版本，複製過來改一下設定檔就可以開始開發。 也有些框架會提供腳手架的功能 (scaffolding) 的功能，選取一些需要的功能之後程式就會把專案的資料夾結構、設定建立出來。 如果上述方式都沒有的話，就蠻可憐

介紹如何在 Visual Studio 主控台應用程式專案中，設定多個應用程式組態檔 (App.config)。在 Debug/Release 不同組態間載入不同的變數資料。 分別介紹 appSettings 、 applicationSettings 兩種方式，這兩種方式可以共存，要注意在程式中讀取方式不同，範例中主要 key 都名稱設為 keyName ， value 依不同組態設定： App.config 設定為 default App.Debug.config 設定為 debug App.Release.config 設定為 release appSet

# 起因 偶然看到 Zrn 的網站，覺得好酷炫，我也想要一個，然後我就開始爬他的網站，找到這篇 Hexo + Github Pages 打造專屬於你的網站，猜測網站是用 Hexo 框架作的。 # Hexo 於是我就自己用了一個 看起來完全不像呢... # Hexo 特點 Node.js 文章可以用 Markdown 格式撰寫 快速佈署到 GitHub Page、Heroku # 趕緊為此而來 npm install hexo-cli -ghexo init blogcd blognpm installhexo server# Shoka theme 之後在 Hexo/theme