在某個風和日麗的午後，同事讓我試戴他的 XM5，當我戴上去聽了兩秒音樂，就明白我已經犯了錯，而且無法回頭。

過了幾天，這副耳機就出現在我家門口，到今天已經過了一週，就讓我來紀錄一下小小心得吧。

嗨各位朋朋，又到了替文章數灌水的好用工具時間！

今天要介紹的是 ImTranslator，它是一款 Chrome 的翻譯套件。由於有嵌入式翻譯（Inline Translator），意外地在辦公室的詢問度還蠻高的，這就來寫一篇介紹來推廣給和我一樣英文苦手的朋朋們！

在上週的 使用 Powershell + 工作排程器 + Line Notify 來定時提醒公車到站時間，我們利用工作排程器來定時觸發腳本，藉此用 Line 提醒我下班的公車還有多久才來。

做完之後靈機一動，對呀！最近上班挺常接觸到 Azure Functions 這個方便東東，不如就把這個小提醒給架設到 Azure Functions 上吧！

這樣就省卻了特定主機要開著掛工作排程器的困擾，又可以用香香的 Azure 工具來控制監聽的開關，豈不美哉。

如此如此這般這般，讓我們開始建立 Azure Functions 服務吧！

建立 Azure Functions 資源

Azure Functions 是 Azure 推出的一款無伺服器（Serverless）服務，簡單來說就是伺服器之類的麻煩事就交給 Azure 去處理，我們只要專心寫功能就好。對我這種愛寫小腳本的偷懶工程師來說，可以說是香到爆的服務。

小提醒：Azure Functions 是一款收費服務，使用前請務必確認定價。

在這篇文章撰寫當下，Azure Functions 有提供每月免費執行一百萬次的授權，對我們每天一次的公車通知來說綽綽有餘了（我們應該不會搭這麼多趟吧…？）

事情發生在一個風和日麗的平凡下午：

我：（把手上的事情弄到一個段落再下班吧）

～～十分鐘過後～～

我：差不多可以走了，公車也差不多要來了叭？
公車：（一分鐘前離站）
我：(ﾟдﾟ)

這時候才明白愛恨情仇，最傷最痛是後悔。如果我早知道公車快到站了，也許我就不會錯過。

抱著這股傷痛，決定乾脆寫個小腳本，每天下班提醒我一下，避免重蹈覆轍。

綜上所述！目標是：每天下班前十分鐘，告訴我下一班到達的公車時間

因此至少能夠拆分成三個階段：

• 每天下班前十分鐘（定時執行）
• 告訴我（通知功能）
• 下一班到達的公車時間（查詢資訊）

那麼，我們開始吧！

TL;DR

當發現需要執行很久的 ServiceBus Trigger Function 有重複執行的情況出現時，可以嘗試到官方的 Host.json 設定指引，按照 SDK 版本找到對應的「訊息鎖定最大持續時間」設定，例如 maxAutoLockRenewalDuration（延伸模組 5.x+）或 maxAutoRenewDuration（Functions 2.x），並加入專案的 Host.json

因為 ServiceBus 在傳遞訊息之後，如果超過一段時間（MaxAutoRenewDuration）內沒有得到回應，就會解除信件的鎖並嘗試重新傳遞，這時候如果原先的 Function 仍在執行，就會一前一後重複執行 Function 並發生許多光怪陸離的事，例如寫入兩筆資訊、重複複製資料之類的。

建議如果調整了有 ServiceBus Trigger Function 的 Azure Functions Timeout 設定時，或是發現某支 ServiceBus Trigger 的 Functions 執行時間過長，就要一併注意 MaxAutoRenewDuration 的設定，避免重複執行的情況出現。

嗨各位朋朋，又双叒叕到了「同事推薦的好用工具」時間！

今天要介紹的是 Devtoys：這是一套包含了許多貼心小工具的工具箱，例如 UUID 產生器、Base64 編碼解碼、JSON Format 都可以在這邊找到，省下 Google 這些小工具的時間。

進入官網或 Store 下載之後，點開就能在畫面上看到一整堆小工具：

左邊的工具列也有工具分類和搜尋可以使用，具體有哪些工具這邊就不再贅述。可以到 Github 上看一下工具列表，或是就直接下載下來看看更清楚：

在工作上遇到在兩個 Azure 工具間建立訊息佇列（Message Queue）的需求，因此接觸到了 Azure Service Bus（中文：服務匯流排 燴牛排？），在前輩的協助下建立了一組簡單的 Demo，這就來筆記一下。

什麼是訊息佇列（Message Queue, MQ）

首先讓我們簡單認識一下訊息佇列。假設我們有生產者和消費者兩個服務，其中生產者負責產生資料，而消費者負責消費這些資料：

各位也可以這樣理解：生產者就像是壽司師傅，他會不斷的捏壽司出來；而這時候來了一位大胃王顧客，他就是消費者，會不斷地把壽司吃掉

大概對這兩個角色有點認識就行了。那麼，假設我們有兩組 API 服務：其中一個是負責寫入 Log 的服務，而另一個是產品服務。

產品服務會將 Log 內容丟給 Log 服務去紀錄 Log，這時候產生了這些日誌資料的產品服務就是生產者，而消費這些日誌資料去寫 Log 的服務就是消費者。

也就是：產品服務（生產者） —— 資料 —> Log 服務（消費者） 這樣的狀況。

然而像這樣直接相依的兩個服務，可能就會遇到一些問題：像是消費者突然掛掉，導致生產者也跟著掛掉；又或是消費者的變動和擴展會連帶影響到生產者必須跟著變動等等。

嗨各位朋朋，又到了「同事推薦的好用工具」時間！

今天要推薦的是 Snipaste 這套香香的截圖工具。

在遠古時代的時候，我寫部落格或是測ＡＰＩ要貼圖附結果時，都是使用 Windows 內建的剪取工具（Shift + Win + S）來螢幕截圖，之後貼到小畫家上再進行標記（例如畫底線、紅色框框等等）

但有了 Snispate，這個動作就可以一氣呵成！

介紹一下同事推薦的 Windows 好用工具：方便的快速啟動工具 Wox 以及能快速搜尋檔案的 Everything。

如果你曾經有看著檔案總管轉圈圈、等到火都上來了的經驗；或是懶得伸伸手用滑鼠點資料夾，那也許你能試試 Wox + Everything 的組合來稍稍拯救你的心理健康。

前一次用到 AngleSharp 已經是去年抓網路小說的時候，想不到最近又用上了，乾脆就來筆記一下。

AngleSharp 是一款簡單方便的 C# 爬蟲套件，撈網頁時支援 QuerySelector 的語法來篩選網頁元素，並且撈回來的資料集合也都能用 Linq 操作，讓我們能對爬取的網頁內容快速進行篩選和處理，只需要短短的語法就可以開心抓想要的內容。

說到要示範爬蟲，果然還是要用爬蟲界默認的經典範例 PTT 表特版 來操作（？），接著就讓我們來寫一個簡單的腳本來抓取文章吧！