以目前我使用的 banana pi m2 plus，老實說跑 php 效能不怎樣，一個頁面可能要花個 1 ~ 2 秒才能 render 出來。外加 WordPress 的垢病就是對 SEO 沒有做預設優化。如何在先天不足的情況下去優化他是一個極大的挑戰，就讓我們一步步試試吧！

之前發現我的 Banana pi m2 plus 因為使用了烙賽記憶卡，只要 io 高的時候就會不穩定，甚至當機。於是我決定把 Armbian 搬到主板上的 eMMC 跑。當初沒使用主要是因為內建的 eMMC 只有 8GB 。但最近用下來約莫只需要 5G 多的空間，看來剩下的 2G 足夠撐一段時間，因此打算先用再說。

在開發上，為了方便與好維護，蠻多地方會使用 arrow 這個套件來處理日期。但有一次在處理大量數據的時候，發現效能非常差！經過研究後才得知原來 arrow 是罪魁禍首！為何好用的套件卻會發生這種事呢？就讓我們一起來研究一下！

前一陣子發現我的 banana pi m2 在 SDCard 資料讀取負載過高的時候會當掉，研究發現是記憶卡有問題導致，但這個事件也讓我理解到，自建伺服器並不像託管在雲端，如果機器當掉只要簡單在 web console 點一下重啟即可，必需親自到機器前面拔掉電源重啟。假設剛好人在外面，就會有很長的停機時間！我想到之前在玩 MCU 的時候有用過 Watchdog 來做監控，於是估狗看看 SBC 有沒有對應的解法。運氣不錯！banana pi m2 用的 H3 SoC 有內建硬體 Watchdog！就讓我們來看看如何開啟吧！

一開始用 SBC 架設 WordPress 的時候，因為散熱的考量，所以沒有使用手上效能較好的 banana pi m2 plus (cortex A7 quad core 1.34GHz)，先使用了就算夏天35度高溫 CPU 也只有40多度的 banana pi (cortex A7 dual core 1GHz)，而且不用加散熱片！但用了一陣子覺得速度實在太慢了，上傳圖片或是儲存文章都等很久，於是把目標轉移到火熱的 m2 plus。

我相信蠻多人聽到寫測試，第一個反應是：「什麼？為什麼要寫測試？」再來會說：「測試應該是 QA 要去處理的吧！」但我認為，測試正是開發者必須要自己完成的，他會給開發者帶來三大好處：快速檢測，架構優化，測試程式碼即文件。我們由這三點來討論。

程式架構有多重要？如果你的程式碼會需要不斷演化下去，會轉手給他人開發，會變成大型系統，那架構會非常重要！

在「架構重整 – 使用 Route 53」中有提到，為了將案例中的主要網域 xxxx.com 轉址到 www.xxxx.com，我採用了 CloudFront 的方式來實現。主要是不想另外再用一個 nginx 負責轉址（需要額外的設定與維護），傾向使用 AWS 原生服務來完成，減少管理的資源。實現的方式也很簡單，只需要一個 S3 bucket，前面掛上 CloudFront，並到 Route 53 做對應設置即可。同時也使用 AWS 提供的 SSL 簽證，再也不用花冤望錢繳保護費了！

在「架構重整 – 使用 ELB 與 Docker」中，已經完整描述我如何從 legacy sysytem 轉移至使用 Docker 和 ELB 來建立可用性高的系統架構，但其中沒有提到 Route 53 的設定，因此這邊詳細補充說明一下如何設定 Route 53，以及為何要使用 Route 53。

Route 53 也是 AWS 服務之一，他其實就是 DNS (Doman Name System），可能有人會好奇說，如果是在 Godaddy 等網域公司購買網域，都會附上免費的 DNS 服務，為何需要轉移到 AWS 上面？

架設自己 VPN，只要十分鐘！有了 docker 我們就可以自己在家快速的建立 IPsec VPN，隨時換回家裡的 ip，甚至可以設定 AdGuard DNS 防堵廣告！這邊分享一下我實作的過程。