Telegram

​ 應該不少人都有玩過 IFTTT 的服務，可以建立起非常強大且方便的自動化工作流 它的主要原理跟工作流程是「如果 OOO 變成 YYY 以後，就進行 XXX 的動作」 舉例來說可以是「如果明天天氣預報會下雨，就發簡訊或者郵件通知我」、「如果收到某人訊息，就加到重要代辦事項」等等 IFTTT 目前可以免費試用，最多開三個 Applets，且每個 Applets 檢查更新頻率在一小時 如果你想要解除限制的話，就需要訂閱他們的 IFTTT Pro 服務，可以享有無限 Applets 且每五分鐘就能更新一次的服務 ​ 不過今天要介紹的是另外一款有類似功能的工具 n8n，支援的服務也相當多 而且是免費開源，也能自己架設在自己伺服器上，甚至可以跑自己寫的腳本，所以可自定義性更強，相當的不錯 ​ n8n 介紹影片： ​ 前段時間我自己也架了一套出來玩玩，觀察幾天運作相當穩定，所以寫一篇記錄一下 不過因為 n8n 自定義功能強大，玩法相當多，無法靠三言兩語講完，所以這篇只會有 RSS to Telegram 的例子 其他部分留待自己開發出更適合你自身的玩法 😚 大概流程分為以下兩部分： 使用 Docker 快速建立一套開箱即用 n8n 監測某 RSS Feed 出現關鍵字時，用 Telegram 私訊通知你，或者發送到某 Telegram 群組 or 頻道裡面 ​ Docker 安裝 n8n Docker 的執行環境請參考其他文章，或者有些人喜歡安裝在 NAS 裡面也可以 而 n8n 的 Docker 版本也相當簡單，沒有太多什麼需要額外設定的選項，我們只要先建立一個資料夾給 n8n 放資料庫即可...

​ 之前有一篇使用一鍵快速腳本搭建 Telegram 專用代理 MTProxy-Go，不過好像原作者被抓去喝茶還是什麼鬼的 🥸 反正那個腳本已經年久失修，不太能正常使用了 有些上游來源路徑已經改過，所以在 build 過程會失敗，於是另外找了 Docker 版本 Docker 版本跟之前腳本相比起來搭建出錯機率小很多，因為整個都幫你包好了，日後更新起來也很容易 另外可能還會有人問 Telegram 不就直接可以正常使用嗎？為什麼還要翻牆代理？ 在台灣確實可以正常使用，但是台灣手機號碼註冊分配到 Telegram 的新加坡機房速度時好時壞，有時候圖片或者影片會跑好久 為了要有更好的使用體驗，如果能自己搭一個海外 VPS 會改善非常多，像是 GCP 的台灣或者 AWS 的日本都能有不錯的連線穩定度 ​ 安裝 Docker Community 穩定版 雖然這安裝 Docker 的部分已經講過很多次，不過還是再寫一遍 如果你已經有 Docker 執行環境就可以跳過 ​ 一樣先 SSH 連到伺服器上，安裝 Docker 跟需要的軟體，以下適用於 Debian 與 Ubuntu # 先完整更新一下系統 $ sudo apt update && sudo apt full-upgrade -y # 安裝一下等下會需要用到的軟體 $ sudo apt install curl -y ​ 更新好以後，使用 Docker 官方的一鍵安裝腳本...

​ 部落格留言系統我自從 WordPress 轉來 Hugo 這段時間以後，已經試用過好多種 早期 WordPress 留言有很多都只能忍痛直接拋棄，轉 Hugo 之後用過一段時間 Telegram Comments App 但因為 Telegram Comments App 有人留言後我並不能主動收到通知，所以又只能拋棄。。 接著用 Valine 但也是用幾天而已就又換掉，因為 Valine 實現留言 email 通知的功能有點奇特 什麼時候會被他依賴的後台 LeanCloud 弄掉都不知道。。嗯 🧐 最後就無奈只能轉去 Disqus 了 🤷‍♂️ 但是 Disqus 跟 Google Analytics 一樣有個毛病，他們是商業公司會主動吸收、蒐集很多無關的[資料]^(個資) 雖然 Disqus 可以手動 Opt-Out，但是來你網站的人不一定每個人都會去設定，於是就一直在找機會要換掉 ​ 前幾天在爬 Hugo 說明書，想要找找更多留言系統替代品的時候 發現一個可以依賴在全球最大同性交友網站自己的 Repo 上面的留言系統，名字叫「Utterances」 搜一下發現同類型還有 Gitalk、Gitment，其中 Giment 在網路上評價普普，似乎有權限要太多的問題 然後當我正在猶豫不知道要採用哪一款的時候 正在使用的 Hugo 主題 LoveIt 剛好更新加入 Utterances 留言系統的支援，Hugo 官方推薦加上主題原生支援 於是就有了這篇文章。。。 🥳 ​ ​ Utterances 安裝設定三步驟 Github 新建一個新的公開 Repo 打開 Github 網站，準備新建 Repo： https://github....

​ 前兩天終於成功從 WordPress 切換到全靜態網站的 Hugo，切換過程還算順利 切換之後有發現 Telegram 留言板跟 RSS 輸出有點問題，就趕快動手調整一下 Telegram 留言板目前還太陽春，有人在文章下面留言，我居然不會收到通知，忍痛棄用 還是換上 Disqus 的留言板，缺點就是免費版會有個性化廣告投放與追蹤 如果不想要有太個人化的追蹤可以點留言板下面的「Do Not Sell My Data」，然後跳到他們網頁按下「Opt Out」即可 ​ ​ RSS 的部分我來來回回在 Hugo 說明書跟設定檔案調整與測試，目前也算是可以正常全文輸出 整個新站上線之後，大致還算穩定，因為少掉資料庫與 php 等等其他依賴，系統消耗少很多，速度提升整個 up up 以下簡單記錄一下這次 WordPress to Hugo 搬家的過程～ ​ ​ Hugo 環境安裝 macOS 上面安裝非常簡單，如果你有安裝 HomeBrew 的話，只需要一行指令即可完成安裝 $ brew install hugo ​ 安裝完畢後，也只要一行指令即可完成一個簡單網站基礎設定檔與資料夾 $ hugo new site mynewsite ​ 接著切換到該資料夾裡面，即可看見 Hugo 幫你自動建好 config、themes、layouts、content。。等等 再來就是去挑一個你喜歡的主題，Hugo 官網有列出很多但不是全部，我目前選的是 LoveIt 功能非常多，多語系、說明書詳細、可客製化程度高且支援 Darkmode 自動切換。。等等 主題的作者維護也非常勤勞，且最近也積極聽取使用者反饋的建議修改以及增加功能 只要依照 Hugo 說明書跟主題設定檔案，隨著你自己的環境逐條設定過去就可以，整體難度不是很高～...

​ 用 WordPress 已經用好幾年了，WordPress 主題跟外掛資源多多，大概你想要的功能大部分都有人寫好了 初期建立時候我還買了幾套佈景主題跟外掛，我安裝的外掛數量應該也算普普通通？最多時候有裝到二十多個 後來精簡到十五個左右，如果再極端一點可以縮到十個左右 雖然 WordPress 這種 CMS 架構非常強大，但缺點就是跟 Windows 系統一樣本體隨著時間越用越腫了。。。 ​ ​ 另外就是 CMS 動態網頁的最佳化實在有夠難，有數據庫、php 然後又有 html + css + js，對於我這種非網頁工程師 看到 Google PageSpeed Insights 分數低，就算看著谷歌給的優化建議，也還是無從下手，而感到無力。。。 但是不可否認 CMS 架構在搭建、使用跟訪客交互上有明顯優勢 ​ 後來偶然在某個網頁看見介紹 Hugo，可以使用 Markdown 的寫作方式，讓 Hugo 快速渲染出全靜態的網頁 因為是全靜態網頁，沒有數據庫之類需要資料查詢、傳送。。等等，所以整體網站的加載速度會超快！ 而靜態網頁本體缺少與訪客交互的功能，像是每篇文章底下的留言板，但這個留言功能也有外掛來實現 看到 Hugo 社群比較多人用的第三方留言板有 Disqus 或者 Facebook 留言，這些都能被無縫整合到 Hugo 裡面 ​ 所以前幾個禮拜沒有考慮太多，就用著閒餘時間慢慢看看與摸索 Hugo 的說明文件 再挑了一個開發活躍且看的順眼的簡約主題，終於在前幾天把大部分資料都順利轉換成 Hugo 了～ ​ 再來說說目前部落格從 WordPress 切換過去 Hugo 之後的損失 比較明顯的就是目前所有留言都無法搬過去，因為都是存在伺服器本地上的資料庫 Hugo 全靜態架構沒有數據庫的存在，所以只能全部放棄，之後會採用 Telegram Comment Bot 的留言板（？）...