前言
我媽前陣子嚷著想要用電腦，就我有印象以來，這狀況持續了十年以上，每隔一段時間，我媽就會說要學電腦，但每次教完，大約一週內就會對電腦失去興趣。
使用者背景
- 65 歲傳統家庭主婦
- 國小學歷
- 容易放棄，害怕失敗及未知的問題
- 記憶力開始退化
- 不擅長使用電子產品（包含無連網產品）
- 桌上型電腦課程經驗，巔峰時期可以獨力完成開、關機流程
- 沒有智慧型手機
分類: 程式筆記
OkHttp 綁定 AWS SSL 憑證
前言
前陣子印尼員工遭遇了手機無法連到 AWS EC2 主機的問題，請對方開啟網頁瀏覽器連自家 API，網址列上出現了驚嘆號，懷疑是自家主機不被該裝置信任，出了一版綁定憑證 (SSL pinning) 的版本，果然順利連到了主機。
延伸問題
EC2 的憑證每年換發一次，若應用程式每年也需要出新憑證的版本，到時肯定會手忙腳亂（很容易忘記），而且會有不相容舊版的狀況發生。
閱讀全文 OkHttp 綁定 AWS SSL 憑證
口罩地圖開發思路
前言
2/6 要實施購買口罩實名制的政策，前一天我對同事發表了「明天晚點到公司宣言」，口罩即將用盡的我，勢必得在政策實施的第一天補充庫存，雖然每個人只能選購兩片，但大家都有把髒內褲翻過來當作新的來穿的經驗，兩片口罩撐一週當然沒問題，翻過來又是一條好漢。（開玩笑的，正確配戴方式請查閱衛福部：口罩應反過來配戴？）
當我要查詢附近特約藥局時，發現民間做的口罩地圖服務被大流量灌爆，甚至有人吃了一張 Google 的 60 萬元帳單。這件事應該是要被解決的，於是興起動手做一個的想法。
閱讀全文 口罩地圖開發思路
Ubuntu 搭配 Nginx 安裝 Let’s Encrypt Wildcard SSL
前言
去年 Let’s Encrypt 開放申請 Wildcard SSL，
剛好最近有個域名尚未使用 SSL，
趁機記錄一下安裝過程。
安裝流程
本次安裝的環境如下：
Ubuntu LTS 16.04、Nginx 並使用 CloudFlare 做為 DNS Provider。
閱讀全文 Ubuntu 搭配 Nginx 安裝 Let’s Encrypt Wildcard SSL
Android 專案設定 Git Submodules
前言
目前有數個專案使用了共同的核心架構，
一開始是每個專案都有一份相同的程式碼。
有天驚覺：
若哪天核心程式碼做了修改，
那麼每個專案都要跟著做調整；
一兩個還好，若是要修改數十個專案，
這肯定會是一場災難。
理想的作法是只要改一次，更改的內容便可同步到其他專案。
針對這個需求，最後決定採用 Git Submodules；
修改完核心程式，各專案的 Submodule 只要 git pull 就可以更新。 閱讀全文 Android 專案設定 Git Submodules
蔬果行情站 2.0
前言
前陣子完成架構的升級後，接下來就是蔬果行情站本體的改造，主要是開發語言的更換，以及程式架構的調整；除了上述提到部分，我認為還有兩點相當重要：
- 舊版缺點的改善。
- 新版功能的開發方向。
舊版缺點
預測零售價不準
這點我認為是最嚴重的，因為一直有使用者反應這件事，但又無法讓每一位使用者瞭解：預測零售價是可以自行修改的參數。改善方向就是拿掉這項功能，取而代之的是更客觀的方法：以上個月的平均價去比較當日平均價，並提供漲跌資訊，由使用者自行判斷便宜與否。
線圖不易瀏覽及使用
關於行情線圖，最常看到的評論是字太小，再來就是線圖不知如何使用。前者是介面上的設計不良，未能顧及某些使用者的需求，至少就有兩、三則評論提到：長輩看不清楚線圖上的數字，希望可以再大一些。後者則是未提供使用者操作教學，如：兩指放大、縮小的手勢；這類 UI / UX 相關的需求會在新版本加以改善。
新功能的開發方向
使用 Google Cloud Platform 翻新系統架構
前言
最初只是想重構蔬果行情站的應用程式，
目前專案是採用非正規的架構寫出，
而且相當小眾，壞了很難追到問題的原因；
近期較熟悉官方推薦的方式，
也對於這個專案有些新想法，就決定把它砍掉重練。
而前陣子 Google I/O 宣布：
Google Cloud Platform 提供 Always Free 方案，
便衍生了把蔬果行情站後端拆出去的念頭，
因為目前主機上有數個專案在運作，負擔太大了。 閱讀全文 使用 Google Cloud Platform 翻新系統架構
Visual Studio Code 設定 PHP Debug
前言
以往寫 Java 或 C# 時，IDE 會提供開發者除錯的功能，
其中我最頻繁使用的是斷點 (Breakpoints)，
點幾下就可以知道程式流程及變數內容，相當方便。
但寫 PHP 時，我除錯的方法是印出變數值，
相較之下根本還停留在石器時代，
趁著最近開始使用 Visual Studio Code，
就來紀錄一下 PHP Debug 的設定方法。 閱讀全文 Visual Studio Code 設定 PHP Debug
TextView 總是對不齊 Drawable
前言
不曉得你們有沒有遇過這種狀況：
<TextView android:layout_width="wrap_content" android:layout_height="wrap_content" android:gravity="center_vertical" android:drawableRight="@mipmap/arrow" android:text="免費註冊取得更多功能"/>
在 TextView 的屬性設定了
android:gravity="center_vertical"，結果一旁的 Drawable 卻沒有置中對齊，變成這樣：
TextView 總是對不齊 Drawable
這是因爲字型設計時，文字會有筆畫延伸高度：
上延筆畫（ascender）
下延筆畫（descender）
而 Android 會針對這兩個高度去畫額外的留白空間，
此時就會導致視覺上文字無法跟圖片垂直置中。
設計師看到就會訐譙你這跟他畫的 mockup 不一樣。
解決方法
<TextView android:layout_width="wrap_content" android:layout_height="wrap_content" android:gravity="center_vertical" android:drawableRight="@mipmap/arrow" android:includeFontPadding="false" android:text="免費註冊取得更多功能"/>
設定
android:includeFontPadding="false" 這項屬性，先來看看 Android 官方文件如何說明這項設定：
Leave enough room for ascenders and descenders instead of using the font ascent and descent strictly. (Normally true).
預設為 true，此時會連同額外的留白空間一起畫，
也就是說，當屬性設定為 false 時，
應可預期那些額外的留白會消失，
讓 TextView 的 Drawable 可以垂直置中對齊 。
參考資料
Firebase Cloud Messaging 在背景收訊息
前陣子將推播服務換成 Firebase，
但發現一個問題：只有在前景時才收得到訊息。
官方文件指出：
App behavior when receiving messages that include both notification and data payloads depends on whether the app is in the background or the foreground—essentially, whether or not it is active at the time of receipt.
- When in the foreground, your app receives a message object with both payloads available.
- When in the background, apps receive the notification payload in the notification tray, and only handle the data payload when the user taps on the notification.
因此，想在背景收到通知，必須傳送 data message。
使用方式為：
curl -XPOST
-H 'Authorization: key=<your_API_key>'
-H 'Content-Type: application/json'
-d '{"data":<data_you_want_to_send>, "registration_ids": [<device_FCM_tokens>]}'
https://fcm.googleapis.com/fcm/send如此一來，即可在背景收到訊息。