.NET Walker

最近telegram很紅，有興趣的話可以google一下，特別是有人拿Telegram與Line做了一個比較: https://blog.birkhoff.me/move-to-telegram-from-line/ 對Telegram有興趣，是因為聽說它整個open source，除此之外API也是最開放的，由於最近幾個案子要做bot，但對於自己寫一個IM Client敬謝不敏，因此Telegram是一個很可以考慮的選擇。 Telegram的API分為兩種，主要的資訊可以參考這邊: https://core.telegram.org/ Telegram API : 讓你可以做一個自己的Telegram Client Bot API : 讓你可以控制一個Telegram Bot 我們先來看Bot API，要玩Bot API，你得先有一個Telegram Bot，如何產生一個Telegram Bot呢? 得透過一個Bot，你沒聽錯，要建立Telegram Bot，你得跟BotFather這個bot打交道。(Telegram是透過bot產生一個bot，順帶一提，整個Telegram API文件當中，非常多搞幽默的冷笑話，和一般你看MSDN文件的精準風格很是不同) 當然，跟BotFahter溝通，你得先申請一個Telegram帳號並安裝Telegram Client，它是一個IM，所以當然有iOS/Android的版本，也有Desktop的版本。你可以在底下找到Client的下載位置: https://telegram.org/apps Telegram主要是用電話號碼來驗證身分和申請帳號，建議你申請完帳號之後，建立一個Telegram ID，如同Line/Skype ID一樣，以後這ID就代表你了。 我們先來看如何建立一個Bot，首先，你可以透過搜尋功能找到BotFather: 找到之後就可以跟他對談，Telegram的通訊和其他IM不同，沒有什麼加入好友的，你可以和找到的任何人通話。當你點選BotFather之後，會看到: 你可以對BotFather下/newbot的指令來建立一個bot，BotFather會問你該bot要叫什麼名字，以及該bot的Username，注意username必須包含bot，bot和一般帳號的區隔，可以參考底下文件: htt

這個主題應該不是很多用戶會碰到，但因為連續幾次我都忘記了怎麼設定，因此還是稍微紀錄一下。 現在應該越來越多用戶在使用Azure了，而Azure基本的計費單位是Subscription(訂閱)，用戶的訂閱可以從很多管道而來，一般用戶，每註冊一個Microsoft帳號，就可以在該帳號底下新增多個訂閱。例如，大多數的用戶可能是從底下的Free Trial網址新增的訂閱: https://azure.microsoft.com/zh-tw/pricing/free-trial/   但問題來了，企業應用的時候不太容易使用員工的Microsoft帳號來管理Azure訂閱，況且，企業有Directory的需求(例如企業內的AD)，會希望用類似AD這樣的機制來管理帳號，因此Azure也有個Azure上的AD，一般叫AAD。 而Azure Subscription則可以歸屬於特定的Azure AD，以便於企業用Azure AD上的帳號(人員)來進行統籌的管理，除此之外，AAD很有很多用途，我自己覺得AAD是微軟想要實現SSO與indetity management的一個重要步伐。 回到我們先前的主題，AAD的出現，使得Azure Subscription的管理模式有了一個改變，早期沒有AAD的時候，一個Microsoft帳號底下所能夠管理的訂閱，是依照該帳號是否為該訂閱的Service admin或co-admin來決定(下圖中的角色)： 而AAD加入之後，其實，也是。 但差別在於，Portal在選擇某管理帳號所能管理的Subscription時，從原本的『帳號—>訂閱』這樣的關係，變成『帳號—>目錄—>訂閱』: 也就是說，如果你有某個帳號(不管是Microsoft Account或AAD的組織Account)，只要該帳號是多個Azure Subscription的Service Admin或Co-Admin，而該帳號所能管理的訂閱，又分散在多個不同的AAD目錄底下時，就會出現上面這樣的畫面，你必須先選擇帳號，再選擇目錄，然後再從目錄選擇訂閱。 而管理帳號在同一個畫面上，只能看到同一個目錄下的所有訂閱<--這是重點 ，這時候，想要同時管理多個不在同一個目錄下的訂閱，就非常的令人困擾。你必須常常在portal右上角的目錄清單間切來換去，而這目