[研討會] MentroTrust集英信誠 資料庫與.NET開發技術論壇

作者： -

很開心受邀在集英信成年度舉辦的研討會中，和大家分享雲端與行動裝置整合的議題，今天和大夥聊的很開心，期待有機會再和大家分享最新的技術心得。

Windows Azure相關的resource可以在底下網址找到:

Free Trial Link: 
 
課堂中的DEMO使用到的背景技術，可以參考這邊。

留言

張貼留言

這個網誌中的熱門文章

開啟 teams 中的『會議轉錄(謄寫)』與Copilot會議記錄、摘要功能

作者： -
圖片
在 Teams 中有一個非常好用的功能，可以透過 “謄寫” 把 Teams 的語音會議變成逐字稿，這部分當然是用到語音識別(語音轉文字)的AI技術。 開始謄寫與自動會議紀錄 當啟動一個會議之後，主席可以透過底下這個『開始謄寫』功能來開啟： 這個功能之所以重要，是因為他也是 Teams Copilot 要能夠順利使用的基礎。我們可以透過 Teams Copilot 進行會議的摘要、總結、整理、或是進行會議內容的詢問，而這後面用的則是LLM(大語言模型)的能力： 這功能對於需要參加很多會議的主管、或是在開會遲到的同仁，都是很方便的功能，可以透過詢問Copilot快速地進入會議狀況。 開啟 “謄寫” 功能 然而，這一切的基礎 “謄寫” 功能卻不是每一個機構都有預設開啟，如果你發現你的 “謄寫” 功能是灰色的(無法點選)，就意味著你的組織沒有開啟(或沒有為你開啟)這個功能。 那組織的管理員該如何開啟此功能呢? 很簡單，只需要到 Teams 系統管理中心，點選 『設定和原則』 --> 『會議』： 進入 『會議』 的設定之後，找到『會議錄製』–>『轉錄』 將其『開啟』即可: 如此一來，組織內的同仁就可以順利的使用 Tteams 會議中的語音轉文字(謄寫)功能，也可以使用 Copilot 來查詢會議的內容囉。 Enjoy it~
Read more »

VS Code的字體大小

作者： -
圖片
身為.net developer，這年頭是什麼code都得要會寫的年代。 而雖然我的NB還沒從Windows淪陷為Mac OS，但寫Node.js和Python免不了要用VS Code，這是一種愛的表現。 但歲月不饒人，盡管微臣非常熱於配合，但VS Code預設字體的大小在我還沒錢買大尺寸螢幕的狀況下，實在讓老臣難以適應。當下的第一個反應是什麼? 當然是 Ctrl+滑鼠滾輪往上推…哇靠，沒用。看…這設計…恩，千錯萬錯一定是我的錯。 只好從選單 file –> Preferences –> Settings: 在出來的視窗中，你可以看到 editor.fontsize: 沒錯，改它就行了。改不動? 喔，不好意思，我沒仔細看說明，要copy到右邊是吧，沒問題，copy->paste->modify->Save…搞定。 好簡單啊…連ctrl+(mouse scroll up)都用不到了呢… 咦?這是一篇抱怨文嗎? 沒有，誰說的? 免費的tool我們還有什麼好抱怨的呢…要感恩啦。 啊….對了，如果你還是堅持要使用 Ctrl+滑鼠滾輪，請找關鍵字… "editor.mouseWheelZoom"
Read more »

使用 Render.com 作靜態網站的自動化佈署

作者： -
圖片
最近在上課時，為了讓不想花錢申請 Azure 雲端服務的學員，也能夠實際體驗 CI/CD 的開發流程，我一直在尋找一個 免費、簡單 的網站部署的平台。希望用戶只要有 GitHub 帳號，就能將 repo 內的網站經由 GitHub Actions 自動佈署到雲端。 試過幾個方案之後，最後選擇了 Render.com 。它不但提供免費的靜態網站託管，還能輕鬆與 GitHub 整合，自動化部署流程幾乎沒什麼難度，非常適合教學與初學者練習使用。 什麼是 Render.com Render.com 是一個現代化的雲端平台，提供簡單、快速且免費的網站服務。​透過與 GitHub 的整合，開發者可以輕鬆地將靜態網站自動部署到 Render，並利用 GitHub Actions 進行持續整合與部署（CI/CD）。 Render 支援多種服務類型，包括： 靜態網站（Static Sites） ：​適用於 HTML、CSS、JavaScript 等前端資源，透過全球 CDN 提供快速、安全的內容傳遞。 Web 服務（Web Services） ：​支援 Node.js、Python、Ruby 等後端應用程式的部署。(但不支援 .net) 私有服務（Private Services） 、 背景工作（Background Workers） 、 排程任務（Cron Jobs） ：​適用於內部服務、非同步處理及定時任務。 如何從 GitHub 部署靜態網站到 Render Render 本身直接支援自動化佈署，你可用 GitHub 帳號申請Render.com ，並且直接建立一個靜態網站： 你可以在建立站台的時候，直接選擇要從哪一個 GitHub Repo 進行佈署: 在選擇好後，你可以配置該網站關聯的資料來源位置(選擇Repo中的資料夾): 設定完成之後，只需要一鍵就能佈署完成： 如果要變成自動化呢? 我們可以在 GitHub Repo 中設定 Action，來進行網站的自動化佈署。 由於Render.Com 提供一個自動化佈署的 WebHook(本質上就是一個API)，只要呼叫該API， Render.com 就可以自動從 GitHub repo 中取得最新的程式碼，並且佈署到伺服器端： 也因此，只要我們為其配置一個 GitHub Acti...
Read more »

使用C#開發LineBot(17) – 使用新版Line Login v2.1

作者： -
圖片
Line在去年以OAuth規格推出了Line Login機制，試圖與各家大廠一起角逐身分驗證與單一登入SSO(Single-Sign-On)的一席之地，相關的概念與使用方式我們在06年底曾經 介紹過 。 而關於SSO與OAuth相關的技術與概念，我們也曾經在 這邊 有過分享。 今年(2017)底，Line又更新了Line Login相關的API，來到了 v2 以及 v2.1 ，在這一版更新當中，Line Login可以跟Line bot做 連結 和整合，以便於讓你得知用戶更多的訊息並與用戶互動。除了功能比較多之外，還有一個你不得不升級的原因，因為舊版v1的API，依照公告，將於2018年三月底停用： https://developers.line.me/en/news/2017/12/05/ 因此我們的LineBotSDK也更著做了升級，我們後續將分幾篇貼文來介紹新版的Line Login API，這篇我們先來看基本SSO的部分，首先，由於申請畫面跟舊版有些許不同，我們也一併整理一下。 申請新版Line Login服務時，請先從 https://developers.line.me/en/ 的官方管理站台登入，登入後請點選主畫面的『Start Using Line Login』： 接著出現底下畫面，請依序輸入相關資料，其實本質上跟 我們介紹v1時 候的做法差不多，由於我們待會要做的是Web Site的SSO，下圖畫面請務必勾選Use Web： 輸入完成後按下 Confirm，最後會出現底下畫面，基本上一個服務就建立完成了。但相關資訊我們還要接著輸入，因此，待會請點選底下畫面中我們新建立好的這個Line Login服務圖示 ： 進入後你會看到底下畫面： 其中大部分的資訊都是我們剛才自己輸入的，少部分是系統產生的，其中就包含了上圖畫面中標示A、B的部分，如果你熟悉OAuth flow就應該不陌生，上圖中的ID與secret就是我們要做SSO時的client_id與client_secret，不過新版Line Login底下多了一個Bot linked…的部分(標示C)我們後面再來談。 請留意畫面左上方有一個App Settings： 點選後會出現底下畫面： 我們待會按下上圖右方的筆，來修改這個callback URL。在此之前，我們當然得先產生出一個Callback ...
Read more »

使用C#開發LineBot(2) - 新版Line@ Messaging API使用心得 (Line Bot v2)

作者： -
圖片
注意，本篇部分內容已過時，新版Line bot申請流程，請參考 這篇 。 不廢話，直接切入主題，如果你想看前情提要，請看 這裡 和 這裡 。 如果你對開發Line Bot有興趣，你得先知道原本的Line bot API 改版了 ，最近很奇怪，微軟的bot framework也拼命改版，大家都很 隨便 敏捷… 新版叫做Messaging API，原則上和舊版的Line bot在概念上很像，但它和 Line@ 整合在一起了。這改版有何影響? 首先，你如果原本有寫好的Line Bot可以暫時不要動它，因為新版v2的Messaging API和舊版並不相容。 其次，新版的bot之所以稱為Line@ Messaging API，是因為，它是透過申請一個Line@帳號開始的，和以前申請一個Line bot帳號不同，這次Line bot的功能被Line@併了。你可以從底下網址直接申請一個" 具有Messaging API功能的Line@帳號 ": https://business.line.me/zh-hant/services/bot 留意該頁面最下方: 這是三個不同的按鈕。 開始使用Messaging API 開始使用Developer Trial 若要透過現有Line@帳號開始使用Messaging API…. 如果你選擇1,2，其實是先建立一個Line@帳號，然後頁面會引導你把該Line@帳號轉成支援Messaging API，如果你選擇3，則是把以前舊的Line@帳號改為支援Messaging API。 但請 注意 ，當你的Line@改為支援Messaging API之後，你就不能用你的Line@ App直接回覆用戶的訊息了(而且這動作不可逆，也就是轉過去轉不回來)，用戶的訊息也只會被轉傳到你的Line@ WebHook URL，讓你透過bot程式碼來回覆訊息。 (我覺得這設計…我直說了…糟透了，既然要廢掉Lint bot改用Line@，還不能用Line@ app回訊息，只能在Line@ app和Messaging API中間二選一，那又何必把原本的line bot廢了跟Line@整合在一起呢? 不理解…) 如果你原本的Line@帳號有在用，建議你申請新的Line@去玩這個Messaging API，別用舊的帳號。 接著，你...
Read more »