前言

大家好，我是 LINE Taiwan 的 Tech Evangelist – NiJia Lin。

在尚未更新前時常會遇到問題就是網址後面會接上 liff.state= 抑或是會在原始 target url 上加上 斜線(/) 這類相關的問題，開發者(包括我)都需要使用相關的 workaround 去解套，這邊提供之前我寫的 Twitch-Bot 的 Javascript workaround 來處理 liff.state 的問題：

1
2
3
4
5
6
7
8
9

const query = req.query['liff.state'].split('?')[1].split('&');
const notifyPayload = { code: null, state: null };
query.forEach(el => {
  const queryObj = el.split('=');
  if (queryObj[0] in notifyPayload)
    notifyPayload[queryObj[0]] = queryObj[1];
});
const code = notifyPayload.code;
const userId = notifyPayload.state;

這樣的解法可以解決我的問題但會讓開發有點綁手綁腳的，但隨著 LIFF v2.3 改版上線後出現了兩個模式提供選擇，分別是 Concatenate 與 Replace 兩個選項，如下圖所示：

在 v2.3 的更新中將之前所會遇到問題以及已有對應 workaround 的版本變成 Replace mode，而新推出的 Concatenate mode 則已解決相關的議題。也許在使用上還是會有點困惑，以下就使用一些 Scenario 為各位介紹一下這兩個功能之間的差異以及解決了什麼問題 🙂。

前言

最近重灌了兩次 Mac 系統，而加入 LINE 之後也需要在安裝自己的工作環境，而我日常都在寫文章、寫範例，除了日常已經將開發環境上傳 Gist 以外還有一些小細節需要注意，因此以下就介紹一些我認為較常用的工具以及一些環境設定的部分。

前言

從一開始在社群中為了 demo code 將程式放上 GitHub，接著到了認識前輩們都在開源圈積極展示自己的成果也分享帶來的好處，造就了我也加入開源行列，但看了 open source 中許多好用的工具，也希望自己能夠看懂並加入開發，希望自己的貢獻能力(Pull Request)別只停於上傳範例以及修改文件，以下我就使用我第一個貢獻的 LINE SDK(python) 帶大家了解開源專案會有的樣子。

前言

Grafana 是一個視覺化、即時監控以及 plug-in system 的工具，之前使用時也含有許多儀表板(dashboard)以及圖表來呈現 Server 狀態，且他們還很酷地將它 open source - Grafana，使用 React JS 打造的可容下大量資料的畫面，Grafana 除了支援多平台外也支援 Docker，接下來就來看一下我聽這集的心得吧！

• Podcast 連結
• 逐字稿
  閱讀全文 »

📸 by WFranz

前言

Kubernetes 在分散式系統中已經成為一個高可用性平台，並且有許多人都會將程式部署在上面，雖然部署在 Kubernetes 上很好，但本身的管理以及學習都不那麼簡單，因此也有許多人會使用 Serverless 來解決需求。

而今天介紹這個集節目就邀請到 Mux 的 Matt Ward，他們家的產品主要是在做 video streaming APIs，現今他們有自己的 Kubernetes 也曾經在 Serverless 中使用過，以下就分享我從這集 podcast 學到的東西以及心得囉！

• Podcast 連結
• Transcript 連結

Photo by tingyaoh

前言

寫程式不管在哪個情境都會需要處理錯誤訊息，除了程式以外語言本身也需要這樣的功能，因此 python 就提供了一個標準函式庫 - atexit，這名字從 C 語言時態就存在的一個工具，主要是監聽程式當收到關閉請求時，可以先跳至已註冊的函式中先處理掉一些事情後再接著關閉服務，這個做法被稱為 Exit Handler，主要就是當程式收到關閉的訊號時最後會進入的函式們，一般較常見的會放上關閉資料庫連線、釋放記憶體、備份 cache 等等的功能，如此一來就能降低問題的產生，讓服務能夠可平滑的關閉、重啟。

不管使用 python 寫 腳本、後端、爬蟲 都可以使用 atexit 來處理例外錯誤，而我在 flask 中使用時與官方記載的註解有點不同，本篇就介紹一下 atexit 以及使用中不同的部分吧！

前言

本次活動連結：https://www.meetup.com/CloudNative-Taiwan/events/271350471/

這次一樣是線上小聚的方式為大家帶來精彩的活動，自從碩班畢業之後對於 Cloud Native 接觸的頻率就越來越低，最多是在工作上可能會擦邊學到相關的內容，較多面向程式開發上，那也因為剛好有機會可以跟上活動時間，既然以前有相關經歷那就來參加看一下大家現在都在討論些什麼新知識 🙂。

前言

疫情穩定並解封後終於迎來期待已久的第 20 場小聚，且這次更是來到我最喜歡的熊大寶殿 - LINE 裡頭辦活動，感謝場地方贊助熊大、美食、飲料讓大家吃飽喝足，並且我們邀請了許多大大來分享超超超精實的議程!!

社群：https://www.facebook.com/groups/chatbot.tw/
共筆：https://hackmd.io/@chatbot-tw/meetups-020
直播回顧：https://youtu.be/VxcpDFHWOb8?t=2146

那接下來就分享本次我參加的心得囉！🙂

前言

Lint 是靜態程式檢查語法的工具，最早出現於 C 語言，也有人稱為 Code Quality Tools，主要是用來標記程式碼中含有某些可疑、不具結構性或潛在問題的部分，也因只標記緣故，所以只會透過編輯器提醒使用者。之後則汎用於各個語言之中，如 ESSLint、flake8、Rubocop…

從前在改以前寫程式時都會有幾個問題，『排版好亂』、『這變數(a1)是？』諸如此類的問題，但就在加入社群後認識很多圈內的朋友並與之討論後才體悟到 Lint 的重要性，首先在跟人家解釋程式時從變數、函式名稱時就能讓對方更快速知道用途，透過 Lint 的提醒讓我修正而不用與其他人解釋 a1 a2 個別代表什麼，大大的降低溝通成本。

優點

前言

常常在寫程式時沒搞清楚作用域時很容易留坑或邏輯混亂，因此花時間理解每個語言的作用域也很重要。

之前因為專案有踩過一些坑，而大家在看套件時很能很常看到類似以下的 code：