如何 "使用" IFTTT Applet 教學: 以 IG/Instagram To Blogger 為例

IFTTT (if this, then that) 意思是：如果這樣就那樣，也就是說它可以把兩個服務串接在一起。像是如果我在Instagram貼了一張照片，可請 IFTTT 自動幫我轉貼到 Google Blogger，發一篇貼文。

IFTTT 提供許多 Applet 可幫我們串接網路上許多服務，像是Instagram、Facebook、Dropbox、Google Mail...，或是 App、不同裝置。

以下就以 IG/Instagram 轉貼 Blogger 發文為例，說明如何使用 IFTTT 的 Applet。

事實上本文例子使用的 Applet: Instagram To Blogger Post / IG 轉貼 Blogger 部落格發文，即是我在 IFTTT Platform 上設計的 Applet。若對如何設計IFTTT Applet 有興趣，可參考我的另一篇貼文：如何"建立" IFTTT Applet 教學: 以 IG/Instagram To Blogger 為例。

Instagram To Blogger Post / IG 轉貼 Blogger 部落格發文

step1: 先到 https://ifttt.com 註冊帳號。可用 Google/FB 帳號登入。

step2: 點選上方的 Search，輸入關鍵字搜詢。如：轉貼。即可找到: Instagram To Blogger Post / IG 轉貼 Blogger 部落格發文，這個Applet。

step3: 設定 Applet。

以這個 Applet 為例，會針對特定 hashtag 的照片才做轉貼，因此需指定IG照片的HashTag。如下為只有標註為 #blog 的照片，才轉貼。

另外還可設定要不要收到通知，以及部落格貼文的標籤。以上為例，會將部落格貼文標籤設為 Instagram。

step4: My Applets

之後在 IFTTT 可點選上方的 My Applets 檢視已啟用的 Applet 有那些。

測試: 在 Instagram 上傳照片 

如下我在 Instagram 上傳一張照片，注意：這張照片要記得加上 #blog，如此才滿足 IFTTT Applet 的觸發條件。

檢視 Blogger 轉貼結果

如下為 Blogger 轉貼的內容，可再連結回 IG 按讚！

基本上它會自動觸發，但是有點時間差，不會馬上。若你心急可到 IFTTT 的 My Applets 點選它下方的 Check Now，馬上檢查，就會馬上執行了。

如何 "建立" IFTTT Applet 教學: 以 IG/Instagram To Blogger 為例

本文說明如何在 IFTTT Platform 上建立/設計自己的 Applet 供其他人使用。建議可先看 如何 "使用" IFTTT Applet 教學: 以 IG/Instagram To Blogger 為例，了解 IFTTT Applet 的用途及用法。

註冊IFTTT Platform帳號

先到 https://platform.ifttt.com 建立一個帳號。可用Google/FB帳號註冊。

IFTTT Platform可建立 個人(Personal)/組織(Organization) 的Applet。在此我以個人的Applet為例。

編輯Applet/Edit Applet

step1: 設定Applet的來源服務為 Instagram, 觸發條件為特定的 Hashtag 標註, 標註可由使用者自行設定

 step2: 設定目標服務為 Blogger,  動作為發文

step3: 設定部落格發文的標題

step4: 嵌入IG照片做為發文內容

step5: 設定部落格發文標籤

step6: Applet的名稱及說明

ERP/B1 導入2: 資料整理

主角

• 商品
• 商品分類
• 價格牌：訂價、最低售價、採購價、經銷價、員工價
• 廠商(B1中的業務夥伴BusinessPartner)
• 廠商分類
• 客戶(B1中的業務夥伴BusinessPartner)
• 客戶分類

配角

• 員工/業務
• 會計科目

看起來簡單，但整理起來，需要對商品協助，才能得到正確的資料。比如價格。

各種價格牌雖有規則，但依不同廠商、行銷策略、經銷對象、商品新舊，而有不同的「例外」規則，這時候找誰驗證最好？

事關商業機密（像是採購價、最低售價），最好當然是老闆或採購，但對價格最敏感的其實是：業務，因為關係到他們的業績和奬金。所以價格最好的偵查員可能是業務。

ERP/B1 導入1: SKU 產品編碼規則

Embed from Getty Images

「世界太新，很多事物還沒有名字，必須用手指頭伸手去指。」
---賈西亞•馬奎茲《百年孤寂》

建立ERP系統很重要的一件事，就是為產品編碼。

產品編碼的重要性

1. 公司全體員工溝通的語言
   大家上班無非就是: 採購、進貨、銷售、出貨，每天經手的產品/物料不下數十個到上百個。定義一個有效溝通的代碼，可以省下很多時間、錯誤。
2. 物流作業流暢度
   如果一個品號(產品代號)光唸就要唸一分鐘才能表達清楚，一天要花多少時間啊！
   萬一唸錯，那個錯又要多少時間彌補啊！
3. 產品/物料的簡介
   透過產品代碼，可以在不用查電腦的情況下，對這產品有大致的了解。如：供應商、規格...

編碼基本原則

1. 務必：簡短
2. 使用數字：
   如此一隻手就可以快速打品號。能不要用英文字母最好。(但常常不可能)
3. 適時使用分隔符號：如減號 - 。
4. 避免：不要以0開頭。
5. 避免：不要使用英文字母。方便一隻手就可以輸入。
6. 避免：不要使用相似字(數字0英文O、數字1英文I)、特殊字元。
7. 避免：不要包含會變動資訊。像產品分類。
8. 避免：不要使用外部編碼。像是直接用廠商的產品品號。如果換廠商怎麼辦？
9. 保持一致長度。

我覺得簡潔是最重要的，不要讓品號承載太多資訊，因為：時間會改變很多事！

別忘了，編碼的目的只有一個：識別。

實例說明

舊品號：BJ1-10CL-123000-01

品名：153 餐椅
舊品號編碼規則：廠商代碼-開賣年/品牌-商品大類/小類-序號

問題與缺點：

• 廠商代碼英數字混用
• 品牌：有些商品沒有品牌
• 商品大類/小類：分太細且有些模稜兩可，造成建檔人員選擇焦慮...，也讓商品分錯類。

新品號：BJ1-10001

新品號編碼規則：廠商代碼-開賣年-序號

• 簡潔
• 保留廠商代碼、開賣年：方便採購/銷售人員識別商品基本資訊
  其他商品資訊，留在商品資料的其他欄位。
• B1中的商品資料已有很多可用，若不足有備用欄，再不足可新增使用者自訂欄位(User Defined Field)，甚至連結至自訂資料表(User Defined Table)
• 變更商品欄位的設定，不影響品號
  比如說，商品分類分錯重分，不會影響品號。

參考：Item Numbering Best Practices For Your New ERP System

網域轉換 vs DNS轉換

什麼我的DNS不支援CAA？ 

因公司官網主機換代管廠商，該代管廠商要求DNS需支援CAA(Certification Authority Authorization)，官網才能使用「自訂網址」，而目前網域代理商SEEDNET(遠傳)不支援。

什麼是CAA(Certification Authority Authorization)？

簡單來講就是：在DNS中透過CAA Record，指定該域名憑證只能由指定的憑證機構發出。

網域轉換(網域轉出/轉入)-可以不用這麼做

一開始以為：那就把網域轉到支援CAA的網域註冊商去。
但這異動非同小可，不僅事關兩個網域註冊商之間的互動，還牽涉到兩個網域註冊商上層的審核。

如果都是國內網域業者，其上層同屬TWNIC，但因為我要轉到Godaddy，變成SEEDNET上層TWNIC、TWNIC再跨國和Godaddy交涉。
(為何要轉到Godaddy？因為國內很多網域註冊商尚不支援CAA，另外國內域名轉換都要公司用印，我官網上線在即，那還能等？所以就轉到Godaddy，只要刷信用卡一切搞定！)

情況變得複雜。僅管我馬上依指示從SEEDNET轉出、再到Godaddy轉入，但等了一天兩邊都沒動靜：

雖說兩邊都跟我說要等5-7天，但我有時間壓力，等不了那麼久！

網域不轉，轉DNS！

打了幾次SEEDNET客服，在葉先生、董小姐的建議下，先幫我把網域取消轉出，否則狀態在「轉出中」的網域所有設定都被凍結。

網域回復後，看著設定，我突然想到：何不把SEEDNET的DNS指向Godaddy就好了！

如下把SEEDNET設為「自行DNS代管模式」，把Domain Name Server、IP都指向Godaddy的DNS主機：

設定套用後，十幾分鐘後就反應了！省下5-7天的時間。

參考 

• 淺談 DNS Certification Authority Authorization (CAA) 
• What's CAA Records?