我公司整合 Apple Login 已滿一年，開始有大量的 @privaterelay.apple.com 註冊我們家服務，每到一個促銷活動或節慶，我們都會寄送 EDM 給用戶，看後台數據發現 @privaterelay.apple.com 開信率是 0%！😭
此時就要了解蘋果私人電子信箱中繼服務 (Apple Private Email Relay Service)，來增加我們觸及用戶的機會！
（繼續閱讀…）現在推播憑證期限為13個月（多一個月讓你心理準備ＸＤ），不過這次才過了半年就發生問題，實際上是可以發出推播，但是手機收不到推播，那到底是什麼問題呢？
追查後發現，原來是我們家的Server太舊，還沒支援HTTP/2，原以為Apple沒有公告，後來找到了，印象中有看過這一通知，但是我沒太留意，畢竟我不曉得我們家Server沒支援HTTP/2呀⋯⋯😝
升級HTTP/2有何好處？可以讓你的網站瀏覽起來更快、更安全、SEO加分！比較 HTTP/1.1 和 HTTP/2 的速度差異，這在圖多的情況最為明顯～
技術總是要與時俱進呀～套一句話，技術如逆水行舟，不進則退～也就是你若保持在原地，其實就是退步，因為他人一直在往前！😙
人總是會不斷地成長，若沒有成長就會感到不開心，是真的吧？🤪
看到自己經營的App有大幅度進步，實在令人振奮！
上次寫了 Firebase Performance 如何使用，也經過了一個多月，可以來見證我優化某功能的成果囉～🥳
此刻要記錄實作內容，才想起先前已寫過一篇，不過那篇是沒有原始碼，然而依舊可參考：[iOS] 使用Vision人臉偵測 (Face Detection Using Vision)。😎
沒事千萬不要用最新的技術開發要真的上線的軟體，拿來把玩還可以啦～
這次是高中同學求救，因他公司產品是用 Flutter 來開發 App，想必是想要追求又快又狠又準的新技術，但是沒有考量到一些潛在的問題，其實早一點來找我諮詢，就可以避免掉要找我「救火」的狀況囉～
首先來了解我使用的開發環境與技術規格：
我急忙在短時間內寫好一個功能齊全的 ShopViewController，接著想辦法整合進對方的 Flutter 專案。
我問目前在博弈業的前同事，有無將 Swift 整合進 Flutter 的經驗，結果他跟我說是寫原生 Swift，真是誤會大了。
（繼續閱讀…）儘管是在寫 App，然而三不五時就會需要內嵌網頁，因為我們實在很懶（是這樣嗎？），不想要再自己重刻一個頁面～😜
除此之外，做 Web 端的同仁也想知道，這個網頁的執行是來自哪裡，他們通常會從 User Agent (用戶代理) 下手，此時就會請求我把一些資訊塞進 User Agent 。
這種做法其實相當簡單呢！現在 iOS 可藉由新的 WKWebView 來實現。
最近在幫人「救火」，開發 IAP 功能，朋友公司高層好奇，IAP 付款介面能否用 Touch ID 或 Face ID，在此我研究了些眉角。😌
什麼是 IAP 呢？全名是 In App Purchase，中文叫應用內購買。
其實我在2014年已開發過 IAP，時隔多年來到2021年，後台設定項目的介面也改頭換面，感覺上已經比過去好設定。
（繼續閱讀…）年初要制定年度計畫，我期待公司產品可以繼續成長，於是會有一些我認為可以讓用戶增加的功能與服務。
老闆這時候說，2020年的數據統計，我們家iOS App的用戶有持續成長，當然也就帶動營收增加；不過Android App的用戶卻變得比較少，營收也因此減少。原因是什麼呢？🤔
身為成長駭客的我，想必有我自己一套解讀，比如：App下載的門面與手機系統用戶的分佈。
（繼續閱讀…）產品若已經穩定，就可有空閒時間來優化它！Google旗下的Firebase Performance，就成了我們嘗試的目標。
其實早在我進公司第一週，我在把玩公司App時，就發現載入卡片這個產品好慢，實際去追程式碼，發現下載資源檔進行了兩次一模一樣的API呼叫，當時就有跟老闆反應。現在終於可讓上萬人一起來累計數據，再拿給老闆看更有說服力，到時候著手優化此過程，我要來邀功囉～🤡
原本專案就已經有整合Firebase Crashlytics，於是就如此簡單就加入Firebase Performance，執行某行程回傳數據，約莫一天的等待後，數據真的就出現在Firebase後台，真是令人振奮！
2020年5月開始，Apple已強制只要有第三方登入的App，一定要加上Apple Sign In (蘋果登錄)功能。🤪
也就是說，Apple也想要角逐第三方登入。先前我已寫文章觀察其他App，參考：Apple 強迫整合 Sign In With Apple。
HappyMan・迴響