前言: 各位好， 我是 LINE Taiwan 資深開發技術推廣工程師 – Evan Lin。 今天這篇文章為各位詳細解釋 「 LINE Bot 開發指南」這一份投影片文件。這一份文件是來自於 Development guidelines 的投影片，考量到在台灣還沒有正式的公布與中文化。這一次跟總部共同合作準備中文版本之外，並且特定用這一系列文章加以解釋，希望可以讓更多開發者有更多的了解。 Development guidelines 文件內容很多，本份投影片也將以五篇文章的篇幅來加以解釋。本篇文章為第六篇文章，主要講解的會是關於其他相關功能所有需要注意的事項。 文章索引: 完整投影片鏈結： https://speakerdeck.com/line_developers_tw2/line-bot-developer-guideline-chinese 希望各位可以持續關注： 關於LINE Bot 使用Webhook URL接收請求時的注意事項 發送 API 請求時的注意事項 LINE Login (本篇文章) LINE Login (補充) 其他相關功能(本篇文章) 本篇文章將專注在第一個段落，也就是 Page 47 ~ Page 30 的部分。 其他相關功能 本篇注意事項中，將會帶出以下的相關項目。 LINE URL scheme LIFF (LINE Front-end Framework) 權限管理 貼圖的使用方法 關於Emoji的發送和接收 以下開始將會逐一針對每一個頁面詳細解釋： LINE URL scheme 經常收到許多開發者類似的詢問如下： 要怎麼讓使用者直接加 OA 好友？ 如何直接開啟跟 OA 的聊天視窗？ 如何讓使用者開啟分享地點的功能？ 如何開啟上傳照片的選項？ 如何快速到開啟設置畫面？可以讓使用者更好的調整一些選項？ 這些問題都是很常被開發者們詢問到，或許大家都覺得這些功能都牽扯到跟 LINE 相關的設定或是選項的時候。其實也是有提供官方的方式來讓開發者跟使用者互動的。 那麼就是 URL Scheme ，透過以下方式就可以： https://line.me/R/oaMessage/{ACCOUNT_ID}/?{TEXT_MESSAGE} 點擊連結開啟官方帳號的聊天畫面，指定的文字訊息將出現在輸入欄內。如果該官方帳號尚未被加入好友，則聊天視窗會顯示加好友畫面。 如果要填寫的訊息包含多字節時，請使用UTF-8進行URL編碼。 範例：https://line.me/R/oaMessage/linejpen/?%e3%81%93%e3%82%93%e3%81%ab%e3%81%a1%e3%81%af https://line.me/R/ti/p/{ACCOUNT_ID} 點擊連結，以進入到任何官方帳號的加入好友畫面。如果從PC開啟頁面，將顯示QRCode。 範例：https://line.me/R/ti/p/linenews https://line.me/R/msg/text/?{TEXT_MESSAGE} https://line.me/R/share?text={TEXT_MESSAGE} 開啟分享畫面，分享指定文字的訊息。如果要填寫的訊息包含多字節時，請使用UTF-8進行URL編碼。 範例：https://line.me/R/msg/text/?%e3%81%93%e3%82%93%e3%81%ab%e3%81%a1%e3%81%af https://line.me/R/nv/location/ 在與用戶聊天畫面上，將開啟分享位置資訊的畫面。 此 LINE URLscheme 不支援 1-1 和 Bot 聊天以外的形式或 LIFF Apps。 參考文章: Using LINE features with the LINE URL scheme LIFF (LINE Front-end Framework) LIFF (LINE Frontend Framework) 除了有許多強大的功能外，更是讓網頁開發者可以快速結合許多 LINE 的功能的開發套件。尤其是 LIFF v2 可以在外部瀏覽器使用的功能跟 Share Target Picker 的相關功能，都有 蠻多相關文章跟可以使用的功能都建議大家參考一下： 參考文章: 轉移你的 LIFF: 從 Replace 到 Concatenate 模式 梅竹黑客松賽前企業工作坊 – LIFF shareTargetPicker 讓我們使用 Cypress 開始為 LIFF app 撰寫單元測試 開啟 LINE LIFF...

前言: 各位好， 我是 LINE Taiwan 資深開發技術推廣工程師 – Evan Lin。 今天這篇文章為各位詳細解釋 「 LINE Bot 開發指南」這一份投影片文件。這一份文件是來自於 Development guidelines 的投影片，考量到在台灣還沒有正式的公布與中文化。這一次跟總部共同合作準備中文版本之外，並且特定用這一系列文章加以解釋，希望可以讓更多開發者有更多的了解。 Development guidelines 文件內容很多，本份投影片也將以五篇文章的篇幅來加以解釋。本篇文章為第五篇文章，主要講解的會是關於 LINE Login 與開發時候需要注意的事項。 文章索引: 完整投影片鏈結： https://speakerdeck.com/line_developers_tw2/line-bot-developer-guideline-chinese 希望各位可以持續關注： 關於LINE Bot 使用Webhook URL接收請求時的注意事項 發送 API 請求時的注意事項 LINE Login (本篇文章) LINE Login (補充）(本篇文章) 其他相關功能 本篇文章將專注在第一個段落，也就是 Page 47 ~ Page 30 的部分。 LINE Login (補充) 本篇注意事項中，將會帶出以下的相關項目。 關於防止以 state 不法使用的對策 依照不同流程 OS 進行 LINE Login 的用戶流程範例 (iOS) 依照不同流程 OS 進行 LINE Login 的用戶流程範例 (Android) 外部瀏覽器的登入流程（示意圖） 關於轉換目標端瀏覽器的設定方法 以下開始將會逐一針對每一個頁面詳細解釋： 關於防止以 state 不法使用的對策 這邊主要是提到 state 參數的使用方式， 詳細的步驟可以參考教學部落格 如何透過 Golang 開發 OAuth2 的 PKCE – 以 LINE Login 為例 。這邊也有列出在官方文章中的使用流程說明： 有兩張圖來對照可以看得更清楚，由於 state 是網站（或是 App) 開發商所隨機產生出來的一串文字。可以做為檢查之用，避免 Open ID 的需求被中間人攻擊後發送奇怪的訊息。這邊也提供一些作為 state 的開發指南： state 文字本身應該是沒有任何意義的，無法被其他人所猜透。 state 文字每一次的認證請求應該都需要不同，才能做到保護。 參考文章: 如何透過 Golang 開發 OAuth2 的 PKCE – 以 LINE Login 為例 開發LINE聊天機器人不可不知的十件事 依照不同流程 OS 進行 LINE Login 的用戶流程範例 (iOS) 以下兩個是根據不同的 OS 進行 LINE Login 的時候產生的使用者流程的範例，因為 iOS 跟 Android 兩者有些許的差異，特地使用兩張投影片來解釋。首先在這張 iOS 的投影片裡面有敘述在 LINE 裡面跟外部瀏覽器（Safari, Chrome) 使用 LINE Login 的流程： 應用程式內瀏覽器 (LINE) ： 開啟 LINE App...

前言: 各位好， 我是 LINE Taiwan 資深開發技術推廣工程師 – Evan Lin。 今天這篇文章為各位詳細解釋 「 LINE Bot 開發指南」這一份投影片文件。這一份文件是來自於 Development guidelines 的投影片，考量到在台灣還沒有正式的公布與中文化。這一次跟總部共同合作準備中文版本之外，並且特定用這一系列文章加以解釋，希望可以讓更多開發者有更多的了解。 Development guidelines 文件內容很多，本份投影片也將以五篇文章的篇幅來加以解釋。本篇文章為第四篇文章，主要講解的會是關於 LINE Login 與開發時候需要注意的事項。 文章索引: 完整投影片鏈結： https://speakerdeck.com/line_developers_tw2/line-bot-developer-guideline-chinese 希望各位可以持續關注： 關於LINE Bot 使用Webhook URL接收請求時的注意事項 發送 API 請求時的注意事項 LINE Login (本篇文章) LINE Login (補充） 其他相關功能 本篇文章將專注在第一個段落，也就是 Page 30 ~ Page 46 的部分。 LINE Login 本篇注意事項中，將會帶出以下的相關項目。 LINE Login 介紹 LINE Login authentication (1) Callback URL 的設定 (2) 驗證與授權 (3) 重新導向 (4) 取得 access token API (5) 取得 ID Token (6) 取得用戶資料 LINE Login 處理流程 透過 LINE Login 建立帳號關聯性的機制 自動加好友功能 (1) 自動加好友功能 (2) 自動加好友功能 (3) 自動加好友功能 (4) 好友狀態檢查 API 以下開始將會逐一針對每一個頁面詳細解釋： LINE Login 介紹 這一個頁面主要是介紹關於 LINE Login ，關於更詳細的 LINE Login 的簡介部分，可以透過以下的文章來了解： 許多的商業服務都會透過會員機制來提供許多專屬的優惠或是獎勵活動，但是會員的註冊與登入流程常常讓許多使用者覺得為難。除了要填寫許多的資料外，使用者還需要額外記住另外一組的帳號密碼。 LINE 在台灣的佔有率相當的高，並且幾乎每個使用者都有 LINE 的帳戶的狀況下，這時候如果能夠直接使用 LINE 帳戶來註冊與登入網站服務的話是不是相當的方便？ LINE Login 除了提供一個方式來登入之外，也可以提供使用者名稱，大頭照的相關資訊。並且透過 LINE Login 也可以同時讓使用者加入商業服務的 LINE官方帳號，讓使用者更無時無可都可以使用到相關的服務。 相關文章 -如何透過 Golang 開發 OAuth2 的 PKCE – 以 LINE Login 為例 LINE Login authentication 而在提到關於 LINE Login 的認證流程詳細解釋，基於 OAuth2 與 OpenID 協議的 LINE Login 不僅僅可以打造一個安全沒有疑慮的登入服務外，還可以幫助網站的開發者快速打造相關的服務。 相關文章 如何透過 Golang 開發 OAuth2 的...

什麼才是經營最難的事 - 矽谷創投天王告訴你真實的管理智慧 The Hard Thing About Hard Things : Building a Business When There Are No Easy Answer 原文作者： Ben Horowitz 譯者： 連育德 出版社：天下文化 出版日期：2018/10/24 買書推薦網址： 電子書: Readmoo 博客來: 購買網址 前言: 這一本是今年所讀完的第八本書。 作者 Ben HorowitzP 是安霍創投（Andreessen Horowitz）（俗稱 a16z) 創始人之一，也知名的創業家。並且有自己的媒體平台外，也是多本書的作者， 而這本書就是分享作者 HorowitzP 身為執行長的過程之一。裡面有提到相當多創業執行者每天為了金錢睡不著的日子，並且為了裁員（作者來歷經數次）後，如何讓企業能夠起死回生的過程的心力過程都寫進去了。 這一本書你不會看到光鮮的執行長過程，反而是每天睡不著，每天自我懷疑，每天被董事會質疑，被投資人挑戰的過程。 相當寫實啊！ 並且裡面有許多挑選優秀銷售經理的方式，裁員的溝通過程，如何做好 1 on 1 的溝通方式，如何能夠做出身為執行長的困難決定。這些過程我認為都是許多制式化書籍所不會提到的，如果你也想要了解這些過程。也來看這本書吧！ 前面三個章節敘述著作者如何經營雲端公司 Loudcloud ，上市後順利賣給 EDS 並且將其中雲端操作系統讀另成新公司 Opsware ，最後將 Opsware 經營成業界第一並且賣給 HP的故事。 後面則是講解身為執行長的許多細節。 內容簡介與心得: 本書猶如商場上的鬥陣俱樂部，當許多人揚言創業有多簡單時，只有矽谷知名企業家霍羅維茲敢直言：「創業是多麼艱難的一條路！」並揭開成功企業主不敢說卻偷偷做的經營學問面紗！ 霍羅維茲是安霍創投（Andreessen Horowitz）的共同創辦人，同時也是矽谷最受尊敬且經驗豐富的企業家，在本書中他以其自身經歷，講述包括如何創業、營運、銷售、採購、管理、招募優秀人才、解雇員工和投資等商學院沒有教的實用智慧，以及如何解決商場上最棘手的問題。他的部落格（bhorowitz.com）有近千萬名粉絲追隨、仰賴他給與企業管理的建議，包括如何解雇你的好友、從競爭對手挖角、選對正確時機賣掉公司，以及如何培養及維持一個執行長該有的心態。 多年來，霍羅維茲從引領雲端潮流創辦響雲端，到成立大受好評的安霍創投，發跡過程布滿荊棘，每個挑戰都淬鍊成他在書中的獨到見解。本書不吹噓個人成就，只是就事論事，逐一分析遇到難題時該如何解決。這些重大挑戰包括： ‧怎樣幫公司找對人才？ ‧營運重擔壓在肩上，如何戰勝心魔？ ‧你是正面思考還是正面妄想？ ‧如何將好友降職？ ‧身為領導者是否應該實話實說？ ‧聰明員工反成老鼠屎，怎麼辦？ ‧是否該有職銜與升遷制度？又該如何管理？ ‧從朋友的公司挖角，OK嗎？ ‧是否該賣掉公司？又該如何辨認正確時機？ ．執行長最難學的一門課到底是什麼？ 章節條列 第1章　共黨爺爺創投孫 這個章節是作者的自我敘述，從資工研究所畢業後，加入了新創公司過著辛苦的日字。後來辭職後到了大公司 Lotus 工作後，但是後來卻又因為看到了 Mosaic (第一代的瀏覽器) 產品後，被網際網路的發展性所震攝到。抓住了一次的機會，加入了當時剛發展的 Nescape 。 並且也遇到他的好友 (Marc Andreessen )。 作者接著分享他們在 Nescape 的過程，從獨霸一方並且是矽谷的佼佼者。到被微軟的打到沒落的過程。後來被 AOL 併購之後，決定要出來做 SaaS 服務的公司 Loudcloud 。 第2章 我會活下去 第二個章節則是作者身為 Loudcloud 的執行長的過程， 1999 年創立的 Loudcloud 搭上了網際網路跟 SaaS 服務的熱潮。一年之內就成長到兩百人以上的網際網路服務公司，但是也在一年多後遇到了 2000 年的網路泡沫化的風潮。Loudcloud 的業績腰斬之外，所有的資金也都抽走。接下來就是許多執行長會遇到的過程（但是沒看過書上會寫） 晚上失眠睡不著。 每天為了尋找資金，有參加不完的說明會。 家人完全無法兼顧，一離開公司可能就會倒閉。 好不容易募資完畢，卻發現業績跟不上，面臨倒閉的危險。 上市的前一天，發現網路泡沫到了谷底。可能面臨無法繼續下去的窘境。 上市後的一年，雖然業績持續成長。但是也發現整個業界其實是已經無法再成長了。於是作者在瞞著全部員工的狀況下，開始幫公司尋找著賣家。並且將公司管理伺服器的系統抽離出來，成為之後作為另外一家新創 Opsware 的主要業務。 第3章　關關難過關關過 Loudcloud 最後賣給了 EDS 公司後，作者也很順利的在瞞著大多數員工ㄉ的狀況下。將裡面的雲端 Operation 的套件獨立成新的公司 Opsware 。 所以～第一個（也唯一一個）客戶當然就是 EDS 這家公司。 當時 EDS 的導入也不順利，客戶窗口只給他們兩個月的時間導入。為了解決這個問題，他們跟窗口不段的溝通，也知道窗口其實不排斥使用 Opsware ，但是他也希望可以使用另外一套軟體 Tangram 來盤點硬體設備。所以作者就去把 Tangram 買下來來免費給客戶使用。讓客戶馬上續約。 撐過了這關之後，雖然公司歷經過兩次的大裁員，也都能順利度過並且順利成長成業界第一的領先指標。 後來許多的成長過程後，也順利賣給 HP 。 尋找賣家的時候，名言：『如果你想要辦一場賽狗比賽，那麼一定要有一個假兔子。你要提高公司賣家，一定要有一家假買家』。 第4章　愈挫愈勇 第四章後有許多身為執行長的心法，蠻多值得好好思考的。 如何度過公司掙扎期...

40歲，精采人生才開始: 從1萬人的經驗談看見真正該做的事 できる40代は、「これ」しかやらない : 一万人の体験談から見えてきた「正しい頑張り方」 作者： 大塚壽 譯者： 沈俊傑 出版社：先覺出版 出版日期：2021/05/01 語言：繁體中文 ISBN: 9789861343815 買書推薦網址： 電子書: Readmoo 博客來: 購買網址 前言: 這一本是今年所讀完的第七本書。 這一本當初在書店決定要翻閱它的時候，真的只是因為他的書名。（好像買書就會洩漏自己年紀一 樣），不過其實這一本書的內容相當的實用。相信許多上班族會希望他們在三十多歲就能夠知道的事情。當初一翻到這本書，就是談到裡面關於 work-life balance 相關的章節，想不到裡面有許多相當有用的建議與體認。身為業務人的作者更了解人到了四五十歲經常有的迷惘與困惑。 蠻推薦大家去看這一本書，就算你還沒 40 啦，哈哈！ 內容簡介與心得: 你還好嗎？「40歲」後悔度調查 □ 每天都很忙碌，但並不討厭忙著工作的自己。 □ 工作還是實務至上，重點是親自動手。 □ 雖然知道事情要交辦出去，但到頭來還是忍不住自己攬下來。 □ 平日經常加班，但假日時間都拿來陪伴家人。 □ 雖然不排斥升官發財，但盡量不去想這些事情。 □ 最近的年輕人不喜歡別人過度干涉，所以盡可能跟對方保持距離。 □ 大學畢業至今還沒換過公司。 □ 現在完全沒時間留給興趣，覺得退休之後再培養就好。 勾選超過5項，可能就是「愈拚命努力，愈容易感到後悔」的飲恨者！ 請立即改變想法吧！ 章節條列 chapter 1 〔生涯篇〕四十歲是決定「下半生怎麼活」的最後機會 40 歲經常伴隨而來的就是資深與經驗，一家公司也往往工作了十多年了。 這個時候作者提供了一個表格，可以讓讀者們去思考是否公司有相關危機的「自我現況分析表」。 裡面大約有了以下幾個項目： 公司所在業界優勢 公司自評：公司在業界的評比。 部門所在公司比例中的評比。 直屬上司的評比。 自己目前擁有技能的評比。 這些評比可以幫助讀者對於目前的現況有一個概略性的了解，如果真的所在的狀況不太樂觀的話。也應該趁四十多歲的狀況，儘早作出相關的改變，一切都還來得急喔。 裡面也提到了，建議每一個人透過透過「金錢」來幫自己目前的現況評價，作為一個相對於客觀的狀況分析。 同時也希望透過現況分析，讓讀者更能夠了解，哪一些技能是應該要開始培養的，並且作者也建議應該要培養個人品牌與可以賺錢的副業（這邊指的可以賺錢，大概是要有月收入 7000 日幣）。 chapter 2　〔公司篇〕身處「暗潮洶湧的組織」需培養出高超的泳技 第二章提到的就是 40 歲了之後，對於工作也應該有了一定的想法。這邊也有一些蠻值得思考的話語： 提早思考是否要升官，透過時間分配對自己的工作生活負責。 培養組織相關技能，捨繼個人技能。這邊指的是充實個人人脈，努力跟人合作。 與其討好上司，不如跟下屬打好交道。 其中跟下屬打好交道這個思維算是蠻有趣的。因為 40 歲大多都是小主管，透過跟下屬打好關係，才能夠讓組織的績效夠好，才能夠被上司真正的賞識。反之，如果一昧的討好上司。卻不斷的壓榨下屬，到時候下屬擺爛自己的成就還是無法被看見。 chapter 3　〔管理篇〕掌握「正確的交代方式」，自己和團隊才動得起來 這邊分享的是身為管理階層，在 40 歲的時候應該要具有的能力： 掌握「交辦大原則」： 學習如何有效地交辦事項。 不要經常抱怨，卻不去解決問題。 要懂的如何請求比自己年長的下屬 刻意安排「管理時間」：這邊許多的書籍也有提到，必須要安排 1 on 1 的時間。 夾心餅乾的人才是自我價值的呈現： 避免 Garbage in Garbage Out 這邊很重要的就是要認清自己在管理上的價值，也必須要讓自己更相信團隊。更信任下屬才是。 chapter 4　〔私人篇〕暫時拋開工作，完全投入「個人生活」 這一本書的作者是日本人，在日本裡面 40 歲就是標準的「燃燒生命為公司付出的年紀」。但是作者要求每一位讀者應該要提早去思考，要如何「增加個人的生活」。 沒有少了你會不行的公司，只有你少了公司會沒有生活目標的人生。 需要儘早培養「自己理想生活的人生」，不然退休後往往會喪失生活目標。 需要更早的注重家庭生活，因為四十歲往往就是容易跟家人，跟小孩喪失聯繫的一個十年。也是很容易造成中年離婚的原因。 週末時間試著要拆開成六等分，除了要有自已的時間外。一定要保留時間給家人跟朋友。 一定要將自己的時間適當的分給小孩，吃一頓飯是很重要的。（現在都 WFH 每天我都跟小孩吃飯 ～笑） 眼裡只有工作的人，真的是相當的可憐。並且工作外，自己有無相關的興趣？ 最後一個項目就是要健身，一定要透過肉體「實際的對抗老化」。 最後作者也分享了一個案例，透過自己對於生活的要求。對於音響的喜愛後來變成自己退休後的副業，生活也相當的愉快。 chapter 5　〔時間管理篇〕工作效率好的人都會「這麼做」 四十多歲的人，大多已經在自己的工作步調上工作了十多年（可能會更久）。這時候許多的人沒有去好好地審視自己的工作效率，這邊提供一些讓讀者可以好好檢查自己的方法。 不要試著什麼事都掌握，只做重要的事情。（沒有人能取代的事 將自己十分鐘抽出來，做一些平常不常做的工作。搞不好能發現某些能增加工作效率的方式。 追求專心做事的時間（番茄時鐘？）（連續工作時間） 遵守時間表，如果沒辦法做完，試著放到一半（不要做一個段落）。很多書上有這樣教，這樣一來往往能讓你心中掛念，然後之後會想出更好的做法。 「重要但是不緊急的事」往往要更認真的思考，更認真的做。避免變成「重要又緊急」。 試著將以往不在意的事情去做，往往會給你更多的體現。 chapter 6　〔人脈篇〕四十歲後，「往來對象」會決定人生成敗 對於一般人來說，人脈最高峰就是在學生時期。 20 ~ 30 多的時間，因為換學校，換工作會認識很多人。但是到了四十歲之後，往往就會越來越懶得跟人聯絡，這個時候的人脈往往更佳的珍貴。 透過聚會方式，多多認識不同的人。 （不喜歡喝酒，可以讀書會。 另外一本書也有提過，大概十多個人的聚會，讓彼此認識的人脈。往往可以讓彼此達到最高的效益，往往生意就是這樣來。 虛心向任何人請教，並且也要認識非同溫層的人。 世界上有兩個東西不會出現，一個是幽靈，一個是下次。 你永遠不知道是下次先來，還是死亡先來。到了四十歲後，往往會開始有朋友離開所造成的遺憾，千萬不要讓自己有類似的遺憾。 透過週期性聚會，可以約來業務相關的人，也可以把之前的窗口一起找來。人數大概是十個為上限，這樣一來可以讓彼此都熟識，也可以擴展彼此的人脈。許多的書籍與課程都有提到相關的事情，也都認為這個方式所形成的人脈是有用且有效的。 個人好店與私房景點是相當重要的：這個是我現在比較沒有思考的，雖然說是因為作者是業務。但是我認為就算是工程背景也應該要能夠有私房好店。 chapter 7　〔學習篇〕在有限時間內，獲取最大成果的「大人學習法」 這是一本相當新的書（2020 年底出的），所以這一個章節討論的就是「疫情狀況下，需要有的新能力」。 遠距辦公的溝通能力：有效的溝通與交辦事項能力，有效地掌握遠距會議。 書寫能力很重要，往往會書寫的人「獨立思考的能力也很強」。 集中學習可以變現的能力，要多多學習相關可以賺錢的能力。如果要有證照，應該在於證照所帶來的學習能力而非證照本身。 閱讀新的書籍與幾本經典書籍可以讓知識學習起來更有效率。 培養「說得出來的素養」，透過上知天文天文下知地理的常識，可以讓溝通更有趣。也可以讓自己的人脈更好，並且讓自己的價值更高。 心得: 這一本書雖然是日本作者寫的，但是放到台灣其實很適合給三十五歲以上的人來看。也希望每一個讀到這一篇的讀者，可以去看看這本書，培養自己的能力之外，也培養出許多屬於自己的人脈。...

前言: 各位好， 我是 LINE Taiwan 資深開發技術推廣工程師 – Evan Lin。 今天這篇文章為各位詳細解釋 「 LINE Bot 開發指南」這一份投影片文件。這一份文件是來自於 Development guidelines 的投影片，考量到在台灣還沒有正式的公布與中文化。這一次跟總部共同合作準備中文版本之外，並且特定用這一系列文章加以解釋，希望可以讓更多開發者有更多的了解。 Development guidelines 文件內容很多，本份投影片也將以五篇文章的篇幅來加以解釋。本篇文章為第三篇文章，主要講解的會是關於發送 API 請求的時候需要注意的事項。 文章索引: 完整投影片鏈結： https://speakerdeck.com/line_developers_tw2/line-bot-developer-guideline-chinese 希望各位可以持續關注： 關於LINE Bot 使用Webhook URL接收請求時的注意事項 發送 API 請求時的注意事項(本篇文章) LINE Login LINE Login (補充） 其他相關功能 本篇文章將專注在第一個段落，也就是 Page 20 ~ Page 30 的部分。 發送 API 請求時的注意事項 本篇注意事項中，將會帶出以下的相關項目。 A. Channel Access Token 的發行 B. Channel Access Token 自動更新 C. Channel Access Token 有效上限數量 D. 訊息發送完成後接收回應 E. API 請求重試 F. 請求的相關限制 G. 回應 ( reply ) 訊息與推播( push )訊息 H. HTTPS 內容的使用 以下開始將會逐一針對每一個頁面詳細解釋： A. Channel Access Token 的發行 Channel Access Token 是整個 Channel 最重要的憑證，透過該憑證可以有許多權限可以修改該 LINE Bot 的設定。所以在授權上要務必小心。 這邊也提供一些小訣竅： 建議不要使用沒有時效性的 Channel Access Token ，建議使用 API 來要求。 使用 API 來申請 Channel Access Token 建議使用 v2.1 的方式來發出需求。 如此一來除了可以確保整個頻道(channel) 憑證的安全性，必要時也可以將有暴露考量的 token 撤銷掉。 參考文章: LINE Dev Doc: Issue channel access tokens v2.1 B. Channel Access Token 自動更新 接續前一頁，針對 Channel Access Token 的管理上。建議使用短期有效的 Channel Access Token ，並且在期限即將到期的時候， Issue 新的 Token。 請注意 Access Token 個數有上限（下一頁解釋），所以超過個數時需要將多的撤銷 (Revoke)...