LINE Notify 初嚐心得

-
因為「[MOLiの暨大最新公告❤️](https://t.me/ncnu_news)」這個暨大公告推播只有在 Telegram Channel 上面，一直沒有人弄到 LINE 上面，原以為是有什麼考量，一問之下才知道是原開發者懶得弄而已。 其實早在一兩年前我就想弄了，只是當時對 LINE 很反感，加上 LINE Bot 要錢就沒有嘗試，直到昨天看到一篇文章「[Ptt Alertor Ptt新文章即時通知](https://www.ptt.cc/bbs/EZsoft/M.1497363598.A.74E.html)」裡面提到使用 LINE Notify 可以無限次數推播（LINE Bot 只能回覆，主動推播要💰），這下我就心動了，當天晚上心血來潮使用 Django 測試了一下，果然沒什麼問題，就馬上著手進行開發。 [專案請點我](https://github.com/MOLi-rocks/MOLi-TelegramBot/)，或是看看我怎麼寫的朋友 [Commit History 在此](https://github.com/MOLi-rocks/MOLi-TelegramBot/commit/db8e815de3f53cfaea5ff45ddc4dad5b7841f36e)。 ## 著手進行 [LINE Notify 官方文件](https://notify-bot.line.me/doc/en/)排版有點糟，不過內容也不多，花幾分鐘看完就可以得知所有功能了。
### 次數限制 其中，在最下方寫著「There is a limit to the number of times an API can be called on each service. The default number is set to 1000. The limit is per access token.」，上面又有個 [API Reference](https://developers.line.biz/en/enterprise-reference/messaging-api/#sending_message) 寫著每分鐘可以進行 1000 次 API call。以我破英文的理解能力，應該就是每分鐘不要觸發超過 1000 次就沒問題了，且在每次呼叫後，會在 Header 中附帶 Rate 的相關資訊，其中「X-RateLimit-ImageRemaining」是會定時刷新的，不必擔心一直減少。 ### 認證方式 這很妙，你去申請連動幾次，就會獲得幾個 Access Token，這些 Token 都能用來傳送通知給你。 LINE 官方文件提到可以使用「state」去當作識別碼，也就是你得先需要有一個登入或驗證之類的平台，發送給使用者獨立的 URL，GET 方法裡面附帶 state 值丟給 LINE，LINE 會在回傳 code 時附上剛才傳給它的 state，再將 code 附上 Client Secret 傳給 LINE，它會再回傳 Access Token，也就是能夠用來推播訊息的 Token，配合上我們發的 state 就能知道哪位使用者對應到哪個 Token。 不過，因為還沒想到比較好的驗證方式，叫使用者註冊太麻煩（學校 OAuth 還在計畫中），乾脆就把 state 留空，僅在前端頁面提醒大家申請一次就好，避免我這邊收集到一位使用者的多個 Token，造成一則訊息多次推播。 ### 實作狀況 太久沒寫 Laravel，每寫一小段就要查文件，加上這是 OpenSource 專案，排版風格要延續、註解要寫好、錯誤處理要寫等等，花了一些時間，不過也因此學到不少，看著前輩的 code 真是佩服！
常寫 code 很重要，多看別人的 code 也很重要，共勉之！

留言

  1. 匿名2019年8月18日 晚上9:59

    請問您是部署在heroku上嗎？
    還是有其他的免費的serve可以選擇嗎？

    回覆刪除
    回覆
    1. JackKuo2019年8月19日 上午10:11

      目前是在學校的主機上
      免費的不多，推薦您可以使用樹莓派自架
      若您的專案是開源的，也可試試看 OSS Planet 計畫

      刪除

張貼留言

這個網誌中的熱門文章

[Weekly Report] 2018.04.05 - 04.18

-
[Weekly Report] 2018.04.05 - 04.18 My dormitory doesn't have static public IP address so I tend to use Dynamic DNS (DDNS) method. Even though my D-Link Access Point (AP) provides free DDNS service, but I want to use my own domain name. First I change my domain name server from freenom to Cloudflare , then install ddclient for automatically update my IP address to Cloudflare. But no matter how I changed the arguments of the configuration file for hours, it still didn't work. Then I tended to use Cloudflare API and read the official document, it succeeded in ten minutes. Here is my sample DNS-update code, you can also use requests library instead of curl : '''This program will get record from Cloudflare and compare my current IP address''' import json from os import popen, system getCMD = 'curl -X GET "https://api.cloudflare.com/client/v4/zones/{ZONE-ID}/dns_records?type=A&name={YOUR-FULL-DOMAIN-NAME}" \ -H "X-Auth-Email: {YOUR-
閱讀完整內容

自架網路相簿：Lychee V.S. Piwigo

-
暑假的時候跟家人去澳洲玩，拍了不少照片留下許多回憶，人生第一次搭直升機就是在布里斯本海洋世界！實在是太難得了，雖然這些照片 Google 相簿都會自動幫我們備份，但由於免費版畫質不佳，且我有拍攝 1080P 60FPS 影片，上傳到 Google 相簿實在是慘不忍睹，就決心自架一個網路相簿。 兩款相簿都需要建立資料庫，我是使用 MariaDB，沒遇到什麼資料庫的問題。 Piwigo Demo 點我 這款還滿強大的相簿，使用起來沒太大問題，但是筆者發現當圖片量一大或是畫質稍高，載入就會花很多時間。 而且許多功能不夠直覺，例如要全螢幕顯示相片，就還得要點個兩三下。雖然官方有許多主題和插件，不過沒有找到合我胃口的。 Lychee Demo 點我 相對於上一個，這款相簿使用上快很多，也滿直覺的。動畫流暢且快，讓人看起來很舒服外，且還有許多主題可以選。 不過也就簡約很多，沒有花俏的功能、沒有自訂主題、沒有插件，就純粹相簿，不過我覺得這樣就夠了，已經夠我瀏覽了。 再來說說缺點，我嘗試了很多次都無法一次匯入太多張相片，每次都是 10 幾張成功，數百張失敗，因為我有設定照片不重複，所以就拼命的嘗試上傳，終於把照片都上傳完成了。有人說原因是某個轉檔套件的問題。 而每次上傳完成都會自動產生縮圖，如果你的機器 CPU 不夠力可能就需要一點時間。 除錯功能 Diagnostics 會告訴你目前遭遇到什麼錯誤、哪些套件沒裝，當然你也可以去看 log，都滿淺顯易懂的，總之複製丟 Google 就對了 XD。 其中 Imagick 是用來加速圖片處理的套件，我有裝但是把它停掉了，因為有看到其他人說這個套件最近出了點問題，會讓 Lychee 有一些功能不能使用。 小提醒 如果要做一些設定，如 Imagick 啟用/停用，我是直接到資料庫去改布林值，這點稍微麻煩一些。 結論 繼續使用 Lychee，畢竟介面最合我胃口，就祈禱上傳的問題能夠快點解決，這樣就完美了！
閱讀完整內容

DokuWiki - Wiki 平台初體驗

-
你知道嗎？Wiki 並不是指維基百科，那是 Wikipedia，Wiki 其實是只說在網路上開放給大家多人協同創作的平台。 最近幫學生會弄了一個 Wiki 站，因此也稍微查了一下主流的 Wiki 平台。目前以 MediaWiki 為最多人使用，其次則是這篇所介紹的 DokuWiki。 那為什麼我選擇這套呢？網路上最近的評價是以 DokuWiki 為最好，也許是因為他的簡潔、權限控管功能、免資料庫而大受好評。對，你沒聽錯就是 不需要資料庫 ，跟 SPHINX 一樣不需要資料庫即可做到寫作、搜尋等功能。我在意的點除了免資料庫在部署上會比較容易，再來是有 Markdown 相關 plugin，Markdown 最近很紅，紅到我在學生會內都相當推薦大家學習（題外話，學生會會議紀錄為 HackMD、Trello 使用 Markdown、WordPress 站也使用 Markdown 編輯）。只要學一種語法就可以通吃，何樂不為呢？ 安裝 本篇文章以 Debian/Ubuntu 系統作為示範 方法一：使用 apt sudo apt install dokuwiki 安裝的同時會問你「要不要在在解除安裝時刪掉資料」，這就看大家了，我的話會選「不」，很怕某天手殘不小心刪掉... 再來他會告訴你資料都放在 /var/lib/dokuwiki 當中 然後．．．我就把他解除安裝了．．． 想到這路徑那麼奇怪，設定檔位置又不知道放哪邊還要看文件就覺得累，既然這個套件是 PHP 寫的，那我就抓下來放 /var/www 不就好啦～ 方法二：自行下載原始碼 下載連結 點開上面的網站後，選一下自己需要的語言以及外掛插件就可以直接按下載了。 下載後解壓縮放到你要的位置 tar xvf dokuwiki-*.tgz 再來就是設定檔啦～ Nginx 請點我 Apache 請點我 基本上複製貼上就會動了，這邊簡單說明一下設定檔（以 Nginx 為例） 我們可以看到裡面寫著： #Remember to comment the below out when you're installing, and uncomment it when done. location ~ /(data/|conf/|bin/|inc/|install.php) { deny all; } 意思是說請將 locati
閱讀完整內容