我們可以在 TypeScript 的 tsconfig.json 設定 comilerOptions.sourceMap = true 來產生 Source Map 檔案，這個檔案可以讓 VS Code、Chrome debugger 等工具把編譯後的 JS 檔案對應回去原始碼 (TS)。
不過如果收到 Production 上回應的 Error Stacks，想要找到對應在 TS 的程式位置，有沒有辦法快速的找到呢？
Instance metadata 是 AWS 對你的 EC2 提供的資訊，包含 Host Name, Public IP ... 等等的資訊都可以從 Metadata Service 獲取。每個 EC2 中都能存取到位於 169.254.169.254 的 API，這個位址是 Link-local address，只有從 EC2 內部才可以存取的到。例如，我們可以由下面這個 API 獲得目前的 Public IP:
curl http://169.254.169.254/latest/meta-data/public-ipv4
一般來說，證書頒發機構 (certificate authority, CA) 不會用真正的根憑證 (Root Certificate) 來簽發給使用者的憑證，畢竟終端使用者這麼多，放在線上每天簽屬風險太大。相對的，CA 會使用根憑證先簽發一張憑證，再用這張憑證來簽發給大家的憑證，這張憑證就稱為「中繼憑證」(或中間憑證，Intermediate Certificate)。
我最近看到 好和弦在談論 LBRY，覺得是個很有趣的想法，於是稍微研究了一下官方的 Spec，整理一篇文章來談談 LBRY 的技術內容。
最近發現我們在 Azure Kubernetes Service (AKS) 上的 Pod 很容易被驅逐，查了一下才發現原來我們不能用盡 Node 上的所有資源，這篇文章就來看看我們必須留下多少資源給系統吧。
最近在把原本使用 AWS S3 的服務轉往 Azure storage，需要實作類似 S3 中 Presigned URL 的功能，順便寫點筆記紀錄一下。
69 湖 (Luguna 69) 位於祕魯瓦拉斯，海爬 4604 m，可以看到清澈湖泊和山頭，約需要步行 14 公里，來回大約需要五個小時。
Huaraz 是位於首都利馬北方的城市，觀光客不多，沒有市區的喧鬧，四周群山環繞，非常適合登山、看冰河之類的活動，我們這次選擇了難度比較低的六九湖來體驗，花了三天的時間 (一天登山，兩天休息逛逛市集 XD)，雖然高山症讓我在爬山的時候每一步都得花上全身的力氣，但上面的景色真的非常值得一去。
2019 年夏天，我趁著換工作的空檔，安排了一個多月的祕魯之旅，因為南美洲實在太遠了，為了不浪費機票錢，也在中轉的國家停了幾天順便玩玩(結果花更多 XD)，大致的資訊如下：
在 JavaScript 中，會把變數定義的部分移到最前面執行，在 W3C 中提到:
Hoisting is JavaScript's default behavior of moving declarations to the top.
這個行為稱為 Hoisting (提升)
