顯顯技術報告

在前面的 解剖 .git 資料夾 part. 1 - Git Init 我們已經初步瞭解了 .git 資料夾初始化後的結構，但是其中 objects 這個資料夾是空的，就讓我們來看看 執行 git add 後是如何將檔案存放在 objects 資料夾下 Blob object 介紹 由於目前我們還沒有任何的檔案，讓我們新增一個 README.md echo "This is readme." > README.md 再來執行 git add README.md 來將他加到 git 的索引裡，完成後 git status 的結果應該會像下面這樣： On branch master No commits yet Changes to be committed: (use "git rm --cached <file>..." to unstage) new file: README.md 這時候我們可以來看一下 .git/objects 下的檔案長什麼樣子 objects/ ├─ pack/ ├─ info/ └─ 52/ └─ cb6cdb81a64344370c918a301eb153035f915a blob object 內容 這時候多了一個名字叫 52 的資料夾，底下有一個檔案叫 cb6cdb81a64344370c918a301eb153035f915a ，如果你把他打開會發現內容是看不懂的 $ xxd .git/objects/ 52 /cb6cdb81a64344370c918a301eb153035f915a 00000000 : 7801 4 bca c94f 5230 3463 08 c9 c82c 5600 x.K..OR04c...,V. 00000010 : a2a2 d4c4 94 dc 543 d 2 e00 5 ee3 0781 ......T=..^... 原因是所有在 object file 下的檔案都會經過 zlib 壓縮後存放，解壓縮後我們可以看到 object file 的內容是由以下的結構所組成 blob + 空格 + 檔案大小 + zer...

會想要使用 LISTEN 和 NOTIFY 的情況是想要偵測某個 table 的欄位變動時，想要做一些與 Query 本身無關的事情，例如： 寄送通知信 重算報表 更新快取 雖然這些操作我們都可以在 CPP ( 或其他 DB Client ) 執行完 query 後手動處理，但是如果今天我們 DB 的結構比較複雜，有比較多的 trigger 或是 foreign key 的時候，就會比較難在 CPP 來處理所有需要通知的時機點，或是未來在調整程式時很容易漏掉 相反的如果我們在 postgres trigger 來做這些操作，不但會讓 query 執行變久，也要做額外的錯誤處理 這時候 LISTEN / NOTIFY 會是一個不錯的選項 語法 NOTIFY NOTIFY channel [ , payload ] channel 和 payload 都是字串，只有 channel 是一定要帶的參數 假設我們今天每次登入都會寫紀錄到 login_log 這張 table，當發生 login 失敗時我們要額外寄送通知信，那麼我們就可以直接在這張 table 綁上一個 trigger，判斷是登入失敗時，就直接呼叫 NOTIFY login_failed 'user@example.com' 如此一來我們就送出了一個登入失敗的通知，並且帶有失敗的 email (也就是 payload) 還有另一種方法是執行 SQL function pg_notify(text, text) ，一樣也可以送出 notify NOTIFY 有以下的特性： 只有在 transaction 被 commit 後才會送出 一個 transaction 內重複的 channel, payload 組合只會送出一個 event 一個 transaction 內的 event 會依 NOTFIY 執行的順序送出 LISTEN LISTEN channel 我們只要將想要監聽的事件名稱放在 LISTEN 後面即可 舉例來說，我們想要寄送登入失敗的通知信的話，可以在負責寄信的 process 執行 LISTEN login_failed ，如此一來就可以收到事件 LISTEN 有以下特性： 不會收到執行 LISTEN 之...

一直以來使用 git 都覺得很神奇，很好奇 git 到底是怎麼樣將整個程式碼和歷史紀錄都存起來的，因此就決定來看看 .git 資料夾裡面到底是藏了什麼樣的檔案來達成這個目的 這一系列文章的目標就是讓大家可以了解 .git 資料夾下的檔案結構與其內容，說不定在哪天可以幫助我們救回操作失誤的檔案 Git init 萬事起頭難，我們首先來看 .git 資料夾是怎麼被產生的。 一般來說我們都不會自己執行 git init 這個指令，實際上在 github 或是其他 git server 在建立專案的時候就會幫我們在 server 上執行 git init --bare 來在 server 上建立好 .git/ 下所需要的檔案，然後在我們 git clone 的時候被下載到本地端的 .git/ 資料夾下 不過這邊我們就試著在一個空資料夾下來執行 git init 來看看效果，下圖是執行 tree .git 後所看到的檔案內容： (這邊使用的是 git v2.41.0 的版本，不同版本可能行為上會有些許的差別) 接下來就讓我們來看一下每個檔案的用途 config 這個檔案裡面放的是針對此 git repo 的 local 設定，初始的內容如下： [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true 基本上會先用 [] 切出 section，每個 section 會再有很多的 key = value 如果想要調整設定的話會需要用到 git config 這個指令，細節文件請看 這邊 如果我們執行 git config --local alias.co checkout 的話，就會在 alias 這個 section 新增 co = checkout 的設定，打開 .git/config 就會看到： [alias] co = checkout description 這個檔案基本上只會被 git instaweb 這個指令使用到，預設這個指令會用 lighttpd 來快速架一個網站，讓我們有介面可以瀏覽此 git repo 可以...