雖然買了好幾百本中文書，但都是看過就算了，頂多憑記憶需要時再翻閱。即使是小說，我覺得偶爾還是會有些名言可供參考。雖然我們可以透過劃線來加深印象，但劃到最後，可能會變成一堆重點。
以程式語言的函數參數來說，一般建議是 3 ~ 7 個，故我決定以後每看完一本書，就要記錄我覺得有用的重點 3 ~ 7 個，這樣也可以從中學習到東西。
本書重點
1. 業務性質轉移成訂閱制時，高層的支持是最重要的。
2. 利用各種不同指標來衡量訂閱制績效。
3. 我們要的是永久的收益，不要追求短期營收成長。
4. 現有會員與未來會員？
5. 現有顧客、前顧客、潛在客戶以及離去的潛在客戶，要一起譜成協奏曲。
最近一直在閱讀技術文件，這份文件需要搭配某個實體服務，參照它服務裡面各個連結的相關資訊，才能有助於理解此份技術文件。由於它的資料都是 JSON 格式，參照某個項目時，可能需要再開啟相關的其他連結，故只能很克難的不斷複製，並在 Chrome 裡面新增視窗後貼上。
看了幾天後就覺得很阿雜，複製貼上還是小事，之後可能會不斷的開啟這些開啟過的連結，如果每次都是使用人工方式操作，勢必很沒效率。還好這樣的需求我很久以前就有類似的經驗，解決的方式也很簡單，就是去監控 Windows 剪貼簿的變化，只要剪貼簿的資料是我剛才複製的連結，就自動傳遞給 Chrome，Chrome 預設行為就是新開視窗，我就可以從 3 個操作步驟減少成 1 個操作步驟，減輕了不少人力。除此之外，我還可以把這些開啟的各個連結儲存下來，隨時有需要都可以再開啟，甚至不要用複製方式，直接用滑鼠點擊到該行連結，直接去觸發 Chrome 做事。
以前的程式是使用 BCB 6.0 個人版開發，目前手邊並沒有安裝該套軟體。於是便打算使用幾年以前曾經玩過的 wxWidgets 來開發此工具。雖然程式沒有超過 300 行，但還是找了一下資料，解決了一些問題。
Redfish 是一套標準被設計用來提供簡單且安全的伺服器管理方式。它結合了目前常見的 Web 技術，例如 RESTful API、JSON format 等，目的是讓 IT 可以利用熟悉的工具來達到管理伺服器的目的。
DMTF 是 Redfish 的負責組織，網站上除了有相關技術文件可參考外，其在 Github 上也有提供一些工具，可以在初期學習時邊對照 Spec 邊幫助理解相關的規範說明，底下就簡單介紹我覺得還不錯的兩個工具。
Redfish-Mockup-Server
這是個模擬 Redfish Service 的工具，只要有 mockup 好的假資料，便可以使用瀏覽器來看相關的 Schema 組成。我最早是在 10/8 下載此工具，一開始的 README 根本沒提到哪裡有 mockup 資料可以參考，還好過沒幾天，就在 DMTF 網站上發現對應的資料，其代碼是 DSP2043，最新的檔案裡面包含不只一種的 Redfish Service mockup data，可以隨意選擇一種來使用。
py .\redfishMockupServer.py -H 127.0.0.1 -p 8001 -S -D .\DSP2043_2019.1\public-rackmount1
寫這篇文章時，再度上此工具網站查詢，其 README 已經在 11/11 的 commit 增加了 mockup data 的說明，也提到 DSP2043 的關鍵字，故之後的人就不用像我一樣，還要自己摸索如何使用此工具。
Redfish-Mockup-Creator
目前的 Server 廠商，例如 Intel、Dell、HP 等，其伺服器都有支援 Redfish，如果不是這一兩年內購買的機器，只要廠商有提供 BMC 韌體更新，就可以透過更新韌體的方式來支援 Redfish。像我手邊是一台 5 年前購買的 Dell 機器，更新韌體之後，就有提供 Redfish 界面的管理方式，只要設定好帳號密碼，使用 Python 控制開關機都沒有問題。
這個工具就是用來產生現有 Redfish Service mockup data 用，假設你有想要管理的目標，但可能因為網段等限制不方便存取測試，在開發初期便可以使用這套工具產生一份假資料，配合 Redfish-Mockup-Server，就可以方便理解目標的 Redfish Schema。
此工具也可以把 HTTP Header 儲存起來，甚至是回應時間，故可以更真實的模擬目標。如果想要抓到更完整的資料，記得把目標機器開機，不然有些資料會因為處於關機狀態而不是很完全。
另外，像 Dell 的 Schema 中有包含一些 Windows 不能使用在資料夾的特殊字元，例如冒號等，故在 Windows 下執行 Creator 工具就無法產生這部份的資料，建議還是在 Linux 下執行。
python redfishMockupCreate.py -u root -p xxx -r 192.168.1.100 -S -D my-mockup
Chrome 在 2020/12/2 更新版本到 87.0.4280.88，從 87 版開始，如果在 HTTPS 連線中下載一個 HTTP 連結的 ZIP 檔案，這時會發現什麼事都沒有發生，既沒有下載檔案，也沒有錯誤訊息。原因是 Chrome 在其計劃中，要逐步的擋掉這些不安全的連線行為，相關時程如下表。
也許是計劃有變化，最後並沒有像這張表一樣，從 86 版開始就擋掉 ZIP 檔案。
如果有遇到這個奇怪的現象，可以檢查看看，是不是發生這個問題。
雖然現在才 12 月初，但除非有特殊狀況，不然這個月應該不會再買書了，使用自己的工具統計一下整年購書金額。
整體來說，今年金額又比去年增加，去年金額還包括了一筆 $13,500 的 mooInk Pro 10 吋機器，故今年多購買了 $14,000 左右的書籍。
尤其上半年時，把一些漫畫收齊，還買了一堆浩基哥的書，接著又趁著類似商管書籍折扣的時候，買了一些有興趣的書。因此上半年的購書金額已經超過 $32,000。
至於下半年時，雖然有週年慶等活動，但我都沒有興趣，再加上讀墨桌面版軟體改版，故 10 月的購書金額才會驟降，一直到 11 月有了更新版後，才又開始恢復買書。
雖然又比較有興趣買書了，但頻率我想應該會再降低，畢竟一些新書對我都沒啥吸引力。有時候還是老朋友比較對味，下半年我覺得最好看的書應該就是李查德的《過去式》，其它像是《零規則》、《軌道》、《借殼上市》等書籍，都沒有什麼驚豔的感覺。
另外，今年還購買了一些以前購買紙本書後因為收納空間不足丟掉的書，雖然像《饑餓遊戲》之類的可能也沒有時間再看，但還是希望買回來當作紀念。其中《火星任務》因為貪便宜已在中亞買過，但我在下半年還是狠下心的的趁著週年慶再把它買回。目前想再購回的大概只剩藤井樹和傑克李奇系列吧？前面一個是因為缺錢，另外一個則是因為沒電子書。
撇開讀墨不算，其他平台印象中加起來應該沒有超過 20 本書，大部份都是技術書籍，其中 Google 圖書就買了約 $3,500。雖然 Google 圖書技術類書籍都是 PDF 居多，但因為便宜還是買了一些。
總之，今年大概就是這樣吧，希望明年會有更多讓我驚豔的書吸引我購買。
2020/12/24 更新
後來為了測試緣故，還是又買了幾本書，到年底還有幾天，應該不會再增加了吧？
忘記在哪裡看過，只要有 UDK Base，其實一個簡單的 Hello World 小程式也可以成為一個簡單的 Shell，我曾經試過 main Entry 的 Hello World，但只會出現 Disk Error 的錯誤訊息。
昨天看了 LAB-Z 的文章，裡面有提到一個日本人寫的書，我才恍然大悟為什麼之前無法成功，差別在我們需要使用 UefiMain Entry，而不是 StdLib 的 main Entry。
雖然曾稍微看過 Shell.c 的 code，也知道它是使用 UefiMain Entry，但我一直以為寫 Shell 有點像是寫 Windows Service 或者像在寫一支 Driver，有對應的介面需實作，這樣 OS 才能跟你寫的程式溝通，搞了半天，原來一切都是我想太多！
只要下面簡單幾行，並把編譯完的檔案改名成 BootX64.efi，放在隨身碟 EFI\Boot 下，開機時就會執行你的小程式。
#include <Library/UefiBootServicesTableLib.h>
EFI_STATUS
EFIAPI
UefiMain (
IN EFI_HANDLE ImageHandle,
IN EFI_SYSTEM_TABLE *SystemTable
)
{
// Clear the screen
EFI_STATUS Status;
Status = gST->ConOut->ClearScreen(gST->ConOut);
if (EFI_ERROR(Status)) {
return (Status);
}
// turn off the watchdog timer
gBS->SetWatchdogTimer (0, 0, 0, NULL);
gST->ConOut->OutputString(gST->ConOut, L"Enter UefiMain \r\n");
while (1) {
}
return EFI_SUCCESS;
}
版本：5.13.2
以前自行轉檔的書，如果不能更換字型，我遇到的情況都是語系誤指定為非繁體中文的語系，因此無法指定繁體中文字型。
最近第二次重練嫁衣神功後，目前已遇到 3 本書在 PW3 都無法指定字型，閱讀體驗非常的糟糕。在前一篇我已經有約略提到解決方式，目前只知道不是每本有指定 font-family 的書都不能更換字型，但不行的書一定要把所有的 font-family 都全砍光，這樣才能指定字型。
有嘗試針對某本書去微調 font-family，但都無法成功，總共嘗試過幾種 case：
看來暫時解決方式只能在嫁衣心法中新增移除指定 CSS 的功能了。
2020/11/23 更新
稍微分類一下成功與失敗的類型。另外，這篇文章是我目前看到 CSS 字型解說最詳細的。
成功
失敗
最近在轉檔時，遇到某本書名使用程式無法解析，程式會判斷沒有書名資訊，但用文字編輯器卻看不出有什麼問題？
該檔案是一個 UTF-8 編碼的 XML 檔，但我自己是習慣使用 Re 來解決這類小問題，我的正規表示法如下：
let regex = /dc:title.*>(.*)<\/dc:/
不論是 Javascript 或是 Python，都可以在正規表示式中任意圈出自己想要的資料，之後拿來使用就很方便。
回到問題身上，一開始會以為是不是書名裡有特殊字元導致，尤其這本書的書名接近 60 個字，實在嚇人。但把檔案和程式簡化後繼續測試，卻發生了隨機事件，有時候可以成功，有時候仍然不行？
嘗試使用 grep 和 Python 程式，兩者都可以正常執行，難道是我用的 Node.js 版本太舊導致？寫程式的大概都聽過類似的笑話：我的程式看起來沒問題呀，一定是 Compiler 的 Bug！殊不知這個是最不可能的事，如我一般的普通人寫的程式，理論上撞到這種問題的機率是非常的低，所以這個念頭也只是一閃而過。
好吧，來看看 binary 值好了，只要不是 ASCII 編碼的檔案我都很懶得看，畢竟我也無法一眼看出該中文的編碼為何？為了驗證這個問題，勢必要找出相關編碼的值才行。
檔案的 binary 內容長這樣。
書名最後 4 個字的編碼長這樣。
相比之下，結尾多了一個 E2 80 A9 的字，拿掉它之後，我的程式就恢復正常了。後來回想，之前發生隨機事件時，其實 UltraEdit 已經有徵兆，有時候針對該段文字反白複製時，偶爾便會看到一個不存在的字元，只是當時沒有想太多。
雖然問題解決了，但回到問題的本身，這個字是不合法的 UTF-8 字元嗎？
我們先來看看它的 binary 值。
1110 0010 # 1000 0000 # 1010 1001
它屬於 3 個位元的字元，其個別位元的開頭也有符合規則。將剩下的黑字再轉回 Unicode 碼，其值為 \u2029，跟用 Python Code 的 Re 結果一致。
使用 Chrome 直接開啟 XML 檔，可以正常顯示出該字元，使用全字庫網頁查詢，該字是一個中日韓相容表意文字區編碼。
查到這裡我就真的沒輒了，要再細究下去，可能要往 Node.js 用的 Re Code 方向去追查了。
後記
快下班時，無聊使用 \u2029 關鍵字查詢，才發現原來 \u2029 或是 \u2028 等字元，在正規式中是當做 a single white space，故會造成正規引擎把這一字元視為換行，而 "." 正規字元不包含換行字元，雖然可以用 "s" flag 來 match 換行字元，但書名就會包含換行字元，解決方式也很簡單，稍微更改 Re 即可。
let regex = /<dc:title.*>(.*)(\s*)<\/dc:title/
2020/11/22 更新
\u2028 是行分隔符
\u2029 則是段分隔符
不過重點還是 "." 字元不包含換行字元以外的字元， 我一直以為是包含全部字元，也算是學到一課了。
另外，這本書還真的是問題多多，放進我的 PW3 沒辦法更改字型，我目前的 PW3 版本為 5.13.2，我一向都是用 kindlegen 轉檔，這樣直式的書才能維持直式。
針對這個問題，好幾個網站都說即使是使用新型的 MOBI 格式，目前也不支持更改字型了，一定要使用 AW3 格式。但我覺得應該不是？一來我只有偶爾幾本書不行，二來我也有用 calibre 轉成 AW3 格式，結果一樣是不能更改字型。還好後來有看到一篇文章，說是把 CSS 裡面指定的字型拿掉即可，也就是 font-family 這行敘述拿掉，說也奇怪，這本書就這樣恢復正常了，我也終於可以使用我最喜歡的圓體字型來閱讀。
我後來想想，這個只是建議字型，理論上應該不影響功能才對。我目前只能想到 2 個原因，1 個是因為指定的字型有問題導致 Kindle 有 Bug，另外 1 個就是這本書不知道哪裡違反了 EPUB Spec 的規範。
我現在只能確定，隨便找了一本可以換字型的書，其 CSS 檔案也是有指定字型，差別在這本書的字型名稱沒有使用雙引號包住，而有問題的書則是同一行中有使用單引號，也有使用雙引號。理論上單雙引號皆可，只有在字型名稱包含空白時，才會使用引號包住。
一般來說，有原生的 Javascript 函數我都會使用原生的函數，又因為我幾乎每天都用不同程式語言在工作，導致我很難記住一些通用函數的用法。故每次都要使用關鍵字 "javascript string function" 來找可以使用的函數。
一開始我使用的是 replace，後來才發現只能取代一次，沒關係我們有另外一個 replaceAll 可以用。
不過在我的 Node.js 版本中，似乎沒有支持這個函數？還好 replace 可以使用正規表示法，記得加上 g flag 即可。
s = s.replace(/\\/g, '/');
import xlsxwriter
def main():
output = 'example.xlsx'
wb = xlsxwriter.Workbook(output)
ws = wb.add_worksheet('Sheet1')
# freeze window
ws.freeze_panes(1, 1)
number_format = wb.add_format({'num_format': '00.00'})
number_format.set_font_color('red')
number_format.set_align('center')
title_format = wb.add_format()
title_format.set_align('center')
title_format.set_bold()
# title
row = 0
for col in range(8):
title = 'Title %d' % col
ws.write(row, col, title, title_format)
# write something
for row in range(1, 8):
for col in range(8):
s = '%02d' % (row * 10 + col)
ws.write(row, col, s, number_format)
wb.close()
if __name__ == '__main__':
main()
10/28 在 Amazon.com 購買了這個型號的 DC Converter 共 6 顆，11/10 就收到貨了，速度還蠻快的。
攤提運費後，一顆約要 NT $160 元，不算便宜，但買得到比較重要。
詳細規格
這個大小比我之前買的升壓 Converter 都還要更小，也就是說更考驗焊接技術了。
連續好幾天都在搞這個東東，搞到都要懷疑人生了。這個問題從一開始安裝時就遇到很多坎，解決一個又有一個，一個完又一個，容我慢慢道來。
01. 無法下載 ISO 或 ZIP (客製化用)
我的工作環境總共有 2 個不同網路可以使用，不管是哪一個網路按下載檔案，網站都是無聲無息！打開 Chrome 開發者工具觀察，發現問題是出在 Javascript 的某個變數找不到，實在不太可能為了它去 debug 該網站，只好假設網站有問題，等網站管理者發現修復。從早上試到下午都沒有改善，最後是用自己的手機網路解決，我也懶得回過頭確認使用工作環境網路是否就正常了。只是據我之前下載國外軟體經驗，有時候可能是因為防火牆等關係，多試不同網路環境即可解決。
02. Realtek 8168 網卡晶片不支援
以前的版本 (6.7) 有兩種解決方式把第三方 packages 包進去：一個是使用 VMware PowerShell CLI 重 build ISO 檔，另外一個是使用高手再包裝過的 PowerShell script (ESXi-Customizer-PS) 來解決，我這裡是使用後者。一開始會先遇到安全性問題，這個問題比較簡單，使用管理員權限執行 "Set-ExecutionPolicy RemoteSigned" 指令重新設定原則即可。
接著會遇到沒有 VMware 相關模組問題，印象中是缺少 "Core" 和 "ImageBuilder" 這 2 個模組。一開始還傻傻的去下載 "VMware-PowerCLI-12.1.0-17009493" 整包檔案，下載下來發現也不會安裝，後來發現可以直接透過官方網站安裝庫來安裝，只要使用下列指令缺什麼就裝什麼就好 "Install-Module -Name VMware.VimAutomation.Core"。
好不容易用指令產生了 ISO 檔 ".\ESXi-Customizer-PS.ps1 -izip .\VMware-ESXi-7.0.0-16324942-depot.zip -v70 -pkgDir D:ESXi-Customizer-PS-2.8.1"，過程中會看到類似 API 版本不相容的 warning，沒想太多就去機器執行安裝動作，最後還是無法使用 Realtek 網卡，據這個網友的說法是 6.7 以後的 API 有更改，除非有高手提供給 7.0 使用的 packages，不然這個問題會是無解。最後跟別人借了一張 INTEL I350 網卡才讓安裝程式可以順利執行。
03. 安裝完後無法開機
跟前面幾個問題比起來，安裝過程只能說是無以倫比的順利，我都想要開香檳慶祝了。
沒想到我果然還是太嫩了，做事那有可能順風順水？一裝完就遇到無法開機的問題，開機過程 BIOS 只會無聲無息的回到 BIOS 選單，連個訊息都沒有？官網有一篇文章提到這個問題，只是提到說可能是安裝程式過程中，沒有把 UEFI Variable BootXXXX 寫好，進去選單把開機裝置 "VMware ESXi" 加入即可。第一次安裝後，我連這個裝置都沒看到，雖然我用 Linux 開機碟下指令除錯，可以看到硬碟第 1 個分割區是這個名稱沒錯，但是在 BIOS 選單都無法看到，只能看到整顆硬碟名稱的開機裝置。一開始想說先用我另外一台小電腦來測試安裝步驟，這個機器更慘，安裝前置作業就會死當，故無法做參照組。
依稀覺得可能跟 Secure Boot 有關？排列組合 BIOS 選項試了安裝好幾次，每一次都無法開機，但在某些組合下可以看到 "VMware ESXi" 這個開機裝置，嘗試使用 Linux 安裝碟從本機開機的選項也無法順利開機。在各個嘗試的過程中還發現，只要把 USB 安裝碟裡面的 "boot.cfg" 裡面的 "kernelopt=cdromBoot runweasel" 參數改成 "kernelopt=" 就可以變成混合 USB 和硬碟開機，也可以讀取 datastore 裡面的 VM 檔案，只是這種開機方式，每次都要重新設定 VM，實在不是個好選項。
認命的把官方文件大概瀏覽了一遍，也是沒有頭緒，只能確定硬碟裡面的分割區是如文件所述的 7.0 的新配置方式。
再來是猜測會不會是 BIOS 有問題？不過我用我自己 build 的 UEFI Shell 倒是可以開機，主機板官網的最新 BIOS 也只到 2014 年，暫時先不懷疑它好了。
乾脆來嘗試安裝到隨身碟好了？只不過安裝完後該 USB 裝置還是無法開機！
最後還是來看一下主機版 BIOS 版本好了，版本是這塊板子的第一個出廠 BIOS，跟最新的版本相比，時間約莫差了一年多，但是中間卻有 15 個版本的 BIOS 更新，雖然 Release Note 看不到跟 UEFI 相關的更新，還是死馬當活馬醫的更新一下 BIOS。
想不到一更新完 BIOS 後，連重新安裝都不用，就可以直接用原本硬碟裡面裝好的 vSphere 開機，終於結束了這無止境的困境。
最後開啟 vSphere 的 SSH 功能，好方便遠端登入下指令，vSphere 是一個類 Linux 的 OS，故常用的指令可能沒有，或是指令的參數不一樣，下面幾張圖分別是用了 "-df -h"，"/usr/lib/vmware/misc/bin/fdisk -l"，"/usr/lib/vmware/uefi/bin/bootorder -l" 等指令的結果。
最近看 Spec 看到有點乏味，突然想到之前一直想試沒試的 ShellOpt，於是便來嘗試看看。
ShellOpt 是一個特殊的 UEFI Env Variable，照 Spec 所說，設了這個環境變數後，像是 Shell 的等待使用者按鍵時間，要不要印出版本資訊等，都可以透過這個環境變數來控制，不用像我之前一樣，需要修改 Shell.c 的預設值，編譯出自己的 Shell 執行檔。
嘗試的過程中遇到了一些問題，雖然還未完全解決，還是記錄一下遇到的問題及解決方式。
01. -delay 秒數的傳遞
-delay 是控制使用者按鍵時間的參數，當 set 指令遇到 - 符號時，會誤判為 set 的使用參數，解決方式便是把它跳脫，正常是使用 ^ 符號來跳脫特殊字元，但這裡要用 set ShellOpt "^^-delay 8" 來設定才能成功。
02. Shell 解析 Argv 不成功，如何 Debug
因為 UDK 的 code 有問題，導致無法使用使用者的設定值。為了判斷問題的地方，需要印出一些訊息，我這裡是使用下面方式來除錯。
CHAR16 DebugString[128];
UnicodeSPrint(DebugString, sizeof(DebugString), L"%02d - (%s) \r\n", LoopVar, CurrentArg);
gST->ConOut->OutputString(gST->ConOut, DebugString);
測試的結果，問題是出在最後一個 gEfiShellParametersProtocol->Argv，不知為什麼會多出一個奇怪的字串，嘗試列印來看，是一個重覆的無意義字串？也許是我還沒看懂 Shell 該段 Code 的意義，仍需要繼續嘗試。
我目前暫時的解決方式是先忽略最後一個有問題的 Argv，且傳遞給 -delay 的秒數一定要有 2 位數，不足便在前面補 0，這樣便可以解決 ShellOpt 的解析問題。
最終解決方式
下午繼續奮戰這個問題，最後確定奇怪字串是因為 set command 來的，應該是過程中底層不知道那個環節出錯？目前看來只能自己寫程式來設定此變數。
一開始試著使用 ShellSetEnvironmentVariable 來設定 ShellOpt，問題還是依舊，直到使用 gRT->SetVariable 函數，ShellOpt 的值才能順利設定，不過，當下無法反映在 set command 的顯示結果，另外 GUID 需使用 gShellVariableGuid，而不是 gEfiGlobalVariableGuid。
2020/10/27 更新
今天本來想寫支程式，抓取使用者的 argv，檢查後再幫忙設定 ShellOpt 變數。由於個人習慣使用 main Entry，故所有的字串都是使用 ASCII，本想最後再使用 UnicodeSPrintAsciiFormat 函數來轉換，無意間才發現，UEFI 在這些類似的函數中，需要使用 "%a" 來表示 ASCII 字串，而不是傳統 C 語言的 "%s"，這讓我不禁思考，使用 main Entry 撰寫 UEFI Application 到底是好還是不好呢？
相關 Format 選項可以參考 MdePkg\Library\BasePrintLib\PrintLibInternal.c - BasePrintLibSPrintMarker。
自從不用 C 寫 Parser 後，我已經習慣用 Re 來處理 Log，雖然明知道每次重覆在同一份 Log 中找尋不同資料是很愚蠢的事，應該只 parsing 一次後就把資料儲存起來！但自己寫的小程式自己用倒也還好，短短幾行 Code 看起來也比較舒服XD
後來另外一個主管看到這樣的小程式在做實驗時幫助判斷問題很方便，就延用了我的小程式做他自己想做的實驗，一直以來倒也相安無事。
直到有一天，因為他做了一些變化，導致 Log 容量膨脹許多，故開始想要節省時間，於是請我幫忙改進，我原本以為純粹是後續報表畫圖很花時間，即使我做了改進，但時間可能也節省不到 20%？不過不改不知道，單純測試 103 個單位，便少了 93% 的時間，改進後沒有再接到需求應該是有達到目標？因為不是我要用的，我也沒有繼續追問下去XD
最近都在搞 ESP8266，我發現這樣下去不行？還是來發篇文章灌個水，順便解答我心中的疑惑。
就以我原本的小程式來測試改進幅度！
改進前：13 分 33 秒。
改進後：03 分 11 秒。
計算之下，少了 76 % 的時間。
再繼續細分下去，一次的 parsing 動作可以節省 4.2 ms，只要執行次數夠多，花費時間還是很可觀的。
難怪古人說：勿以善小而不為，勿以惡小而為之。戒之戒之。
將 ESP8266 (ESP-12S) 裝進 3 x AAA 電池盒中，只使用 2 x AAA 共 3V 當做輸入，原本預計要加一顆 DC-DC 0.8V ~ 3.3V to 3.3V Converter，但因賣家送錯，故直接使用 3V 的電壓驅動 ESP8266 (ESP-12S)，希望可以撐到 2.7V 的最低工作電壓為止。
原則上還是要讓 ESP8266 (ESP-12S) 工作在 3.3V 才對！我這是沒辦法中的辦法，在沒有任何外加電路下，工作電壓應該也不穩定，如果還能拿到 DC Converter 再說吧。
有鑒於前幾天沒有加上 OTA 更新的遺憾，今天便決定把 OTA 更新機制加入，過程中遇到一些問題，記錄一下避免忘記。
1. 跟隨範例加入 OTA code，我這裡用的是 Arduino IDE OTA 方式。
2. 理論上 reset 後，Arduino IDE 就可以看到 OTA port，但我的版本沒有出現(1.8.13)。查了一下 ESP8266 issues 列表，有人建議可以直接下 command 測試，我後來是以這個方式順利上傳成功。
3. IDE -> 草稿碼 -> 匯出已編譯的二進位檔，會跟 Code 在同一層目錄。
4. 切到工具路徑，C:\Users\User\AppData\Local\Arduino15\packages\esp8266\hardware\esp8266\2.7.4\tools。
5. python espota.py -i 192.168.43.118 -p 8266 --auth=XXXX -f XXX.bin。
透過上述方式便可以成功 OTA 更新。
又是個不用補班日的週六，加上家裡的事終於告一段落，準備開開心心的來實作翻頁器成品。
早上先把 TX、RX、VCC、GND、GPIO0，焊到 ESP-12S 上，雖然焊的很醜，但也能順利燒錄程式，改了一下 Code 讓它連續翻頁好測試線路是否正常，實測半個小時，看起來沒有什麼問題。於是快中午時就殺去特力屋買齊我需要的東西，在等待 DC Converter 來的同時，準備下午先把能做的事做好。
好不容易自製焊台做好了，放置 ESP-12S 的洞挖了，兩個按鈕也鑽好洞放進電池盒內，這時悲劇發生了，原本配給向左翻頁的 GPIO14 在我喬線的時候，整個 PAD 被我扯掉，已經無法再把線焊上去，雖然還有其他 GPIO 可用，但我程式就需要改寫並重新燒錄，只好再比照早上把該焊的線焊一焊，不過這一次就沒有這麼順利了，沒有一根線可以順利焊上，偏偏屋漏又逢連夜雨，連 GPIO0 也被我扯掉，看看新買的 GOOT 烙鐵頭，似乎整個都氧化的很嚴重，連錫都無法順利吃上去。為了怕把我的 ESP-12S 整個報銷，果斷地放棄繼續下去。
到底是發生什麼事我也搞不清楚，究竟是我的大賣場錫條太差，還是我的使用方式不對才導致失敗？
想想軟體工程師還真是幸福，只要一台電腦就可以做事！不像硬體工程師，有準備不完的機斯。想不到我的 Kobo 翻頁器成品，竟然就這樣胎死腹中！
為了完成這個東西，目前為止花的錢大概又可以買一台五千元左右的翻頁器，這就是人生呀！
拍張照片為這個偽完成品留下記錄。
一直提不起勁去研究 3D 列印，尤其在得知列印時產生出來的微粒對身體不好後就更是興趣缺缺，雖然網路上有幫忙 3D 列印的店家，收費也不貴，但就是少了一股衝勁。
偶然看到網路上有人實做 Kindle 翻頁器，其設計原理跟我一模一樣，巧的是他也是使用 ESP8266 來實現，又可以將相關元件放入一個 3 x AAA 的電池盒中，於是便想依樣畫葫蘆的做出我的版本。
由於是 5 年前的文章，對方使用的是 ESP-03，目前網路上已經找不太到。故我就直接選了一個比較新的型號 ESP-12S。
雖然知道 Boot Mode 的差別，但我一直以為安信可公司的模組已經處理完畢，預設就是正常開機模式，後來才發現，如果我是購買舊一點的版本，例如 ESP-12F，很多腳位都要自己處理上拉或下拉，對高手來說這些不是問題，但對焊接低手的我來說，能少焊幾根線就是舒服。
原來買新不買舊的意義就在這裡！只要商家的產品真的是越出越好就好。
雖然這個專案已經告一段落，如果不做 3D 列印的話，其實也算是結束了！
但跟我當初預設的開發順序一點都不一樣？
為了回歸初心，還是花了一千塊錢，把當初想買的機斯備齊，也算是為這段時間留個記錄。
看似簡單的線路，如果沒有將 ESP8266 整個插進麵包板，完全沒有辦法工作，如果手邊有個三用電表，就能快速的排除問題。
其實任何學問都是相通的，雖然我還是個硬體菜鳥，但與程式解 Bug 的思路完全沒有兩樣，能夠細心思考問題並排除問題，這應該也算是工程師的浪漫一天吧。
某些情況下我們需要去解析目錄下含子目錄共有多少檔案，一般來說是使用遞迴，不同程式語言有不同的名稱，可能叫 parseDir 或是 walkThrough 等。
Golang 在 path/filepath 這個 package 裡面就有提供類似的功能，其用法為 filepath.Walk，我們需要傳入 2 個參數：
1. 要解析的目錄名稱。
2. WalkFunc 型式的函數，定義如下。
type WalkFunc func(path string, info os.FileInfo, err error) error
比較特別的是，我們在裡面不需要再寫出類似遞迴呼叫的語法，Golang 本身會一直呼叫我們傳進去的 WalkFunc 直到結束。
另外，也可以傳入 UNC 路徑，這邊要注意一點，由於微軟檔案長度 255 字元的限制，如果我們傳入的路徑裡面有超出長度的檔案，此時會回傳 error，故後面就會停止 parsing，錯誤訊息如下。
CreateFile ERROR_FILE_NAME: The system cannot find the path specified.
因此，如果我們還是要繼續 parsing，可以選擇忽略這個錯誤而直接回傳 nil。
Amazon.com
第一本書：The Go Programming Language (US $25.59)
最貴的書：File System Forensic Analysis (US $35.49)
目前藏書：29 (23 英文 + 6 中文)
Amazon.cn
第一本書：湖畔 (東野圭吾 CN ¥7.91))
最貴的書：30天自制操作系统 (图灵程序设计丛书 10) (CN ¥49.99)
目前藏書：43
Google Play 圖書
第一本書：病從排寒解: 22個自主排寒關鍵，教你從飲食入手，徹底預防新病、根除舊疾、溫養一生！ (NT $189)
最貴的書：Kali Linux: Hacking Tools Introduction (NT $645)
目前藏書：43 (4 英文 + 39 中文)
Kobo
第一本書：太極米漿粥：來自桂林古本傷寒雜病論，靠白米就能重拾健康的本源療法 (NT $245)
最貴的書：職業駭客的告白 : 軟體反組譯、木馬病毒與入侵翻牆竊密 (NT $460)
目前藏書：45
Readmoo
第一本書：21世紀的21堂課 (NT $355)
最貴的書：MVP製造機 (NT $397)
目前藏書：498
最近在做系統轉移，要將內部使用的系統從 Windows 轉到 Linux，在執行某個功能後，發現產生出來的檔案名稱會被單引號包住。
原本第一個念頭是不是程式需要修改？檢查了一下，發現跟程式沒有關係！後來才發現，是程式產生出來的檔名裡面有特殊符號的關係。
因此使用 ls 指令時，顯示的檔名就會被單引號包住。
真是不經一事，不長一智呀。
為了 Kobo 硬體翻頁器的設計，最後選擇了這一塊開發版，這個開發版的好處是包含了 18650 電池座，也有供電及燒錄模組，我只要自己焊幾根線，3D 列印設計外殼，剩下的就是純軟體的工作了，應該可以加快開發速度。另外，其電路設計會讓 CHIP RESET 時進入燒錄模式，故不需要按下 FLASH 按鈕，似乎開發板都有內建這個功能。原理似乎是利用 UART 傳輸時，會觸發 RESET 並讓 GPIO0 拉 Low 好讓 CHIP 進入燒錄模式。下面是取自 NodeMCU 的電路圖。
下面是板子示意圖，隨手畫畫，元件相對位置是對的，但可能水平位置不一定有對齊。
#define LED_BUILTIN 16
// the setup function runs once when you press reset or power the board
void setup() {
// initialize digital pin LED_BUILTIN as an output.
pinMode(LED_BUILTIN, OUTPUT);
}
// the loop function runs over and over again forever
void loop() {
digitalWrite(LED_BUILTIN, HIGH); // turn the LED on (HIGH is the voltage level)
delay(1000); // wait for a second
digitalWrite(LED_BUILTIN, LOW); // turn the LED off by making the voltage LOW
delay(1000); // wait for a second
}
Executable segment sizes:
IROM : 228640 - code in flash (default or ICACHE_FLASH_ATTR)
IRAM : 26756 / 32768 - code in IRAM (ICACHE_RAM_ATTR, ISRs...)
DATA : 1248 ) - initialized variables (global, static) in RAM/HEAP
RODATA : 688 ) / 81920 - constants (global, static) in RAM/HEAP
BSS : 24880 ) - zeroed variables (global, static) in RAM/HEAP
草稿碼使用了 257332 bytes (24%) 的程式儲存空間。上限為 1044464 bytes。
全域變數使用了 26816 bytes (32%) 的動態記憶體，剩餘 55104 bytes 給區域變數。上限為 81920 bytes 。
esptool.py v2.8
Serial port COM6
Connecting....
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: 24:62:ab:00:00:00
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 460800
Changed.
Configuring flash size...
Auto-detected Flash size: 2MB
Flash params set to 0x0230
Compressed 261488 bytes to 193147...
Wrote 261488 bytes (193147 compressed) at 0x00000000 in 4.4 seconds (effective 475.9 kbit/s)...
Hash of data verified.
Leaving...
Hard resetting via RTS pin...
ESP8266 概述
ESP8266 是物聯網時代興起時很熱門的一顆 Wi-Fi 晶片，除了可以當作外部裝置給 Arduino 使用，由於本身的計算能力還不錯，故也可以單獨使用。
晶片開發廠商是上海樂鑫信息科技，而外面常見的模組則是由安信可科技（Ai-Thinker）整合販售的，有 ESP-01、ESP-03、ESP-12等等。不同的模組有不同的 GPIO 數量，可以視需求購買。
另外，還有連燒錄電路，供電電路都整合好的開發版，比如說 NodeMCU 之類的，插上 USB 就可以工作，不需要再買一條 USB 轉 TTL 的轉接線即可工作。另外，USB 轉 TTL 的轉接線預設是走 5V 輸出，而 ESP8266 是吃 3.3V，故還需要把轉接線接頭打開，自行將輸出焊接到 3.3V 腳位。
網路上還有看到，USB 因為電流可能不足，故燒錄時如果失敗，建議外接電源。
ESP8266 共有 17 根 GPIO，扣掉 GPIO6 ~ GPIO11 共 6 根讀取 flash 專用，再扣掉 GPIO1、GPIO3 共 2 根 UART 用，故最多能使用 9 根 GPIO。
下面是抄錄自官方 FAQ：「除了 XPD_DCDC，GPIO 可以配置上拉。關於 GPIO 的上電 IO 口預設狀態為：除了 SDIO 6根線 +GPIO4+GPIO5+GPIO16 上電 IO 默認無上拉，其他的 GPIO 口均有上拉。由於是內部配置上拉，所以如需下拉，需外部加下拉方式或者加一個三級管的反相電路。」
ESP8266 使用 3 根 GPIO 決定 Boot Mode 模式，分別是 GPIO15、GPIO0、GPIO2，其模式如下：
為了配合 Boot Mode，GPIO15 上電時會讓它保持 Low，故不建議把它設成 PULL_HIGH，故 9 根 GPIO中，建議使用 GPIO12 ~ GPIO14、GPIO16、GPIO4 ~ GPIO5、GPIO0、GPIO2 這 8 根，越前面的越推薦。另外，每根 GPIO 可提供的最大電流為 12 mA。
GPIO0 ~ GPIO15 都有內建的上拉電阻，GPIO16 則是下拉電阻。
ESP8266 大部份都是使用 26 MHz 晶振，故上電時，晶片預設鮑率為 74880，如果不是使用這個設定，上電訊息便會看到亂碼。
關於 ESP8266 的介紹，這篇文章是我看過寫得很棒的，可以參考。
翻頁器設計
供電電路
工作目標
2020/08/24 更新
查了一下，似乎乾電池的供電電流是可以供 ESP8266 使用，也有賣集成 18500 mAh 電池座與 ESP8266 的開發版，就看那一樣最方便。
2020/08/25 更新
查了一下，NodeMCU 上面是使用 AMS1117 這顆 IC 來做電壓轉換，所有電路只需要額外 2 組電容，看起來還不錯。不過這種轉換 IC，效率可能不到 8 成，但簡單運用場景下還算不錯。
2020/08/26 更新
之前沒有想到，按鍵偵測應該要使用中斷，趕緊查了一下，幸好 ESP8266 除了 GPIO16，大部份的 GPIO 都可以觸發中斷。另外網路的操作在中斷裡應該會有問題？流程需要好好設計。
2020/08/29 更新
Arduino 也可以寫 ESP8266 程式真的很方便，polling 版的程式馬上就寫好了，實測模擬按鍵的靈敏度也還行，可惜的是自己焊接的功力真的太差，想把線焊到開發板上一直無法成功，看來這個專案只能到這了！幸好該有的概念都已驗證完畢。
2020/08/31 更新
查了一下 3D 列印，一個門外漢要把外殼從無到有設計出來，看起來也不是一天兩天的事，目前看起來還堪用的 3D 列印機大概也要一萬多元，如果不是沒有地方可以放置，自己買一台應該是比較好的選擇。
上個星期在討論區發現 Readmoo 發佈了 mooInk Pro 傳檔 App，之前就一直很想在 dpt-rp1 的基礎上開發類似軟體，可惜我不是寫 Java 的，再加上 mooInk Pro 看 PDF 不能點擊翻頁，故後來就一直興趣缺缺。
既然現在已經有官方的 App，還是來玩一下，看看好不好用。
可惜的是，安裝後找不到我的 mooInk Pro！網路上看了一下，此機制是使用 Wi-Fi 傳檔，我猜還是走 Sony 原生那套，理論上應該是沒問題才對？為了怕 Readmoo 白目把 Sony 原生的改掉，我還特地再使用 dpt-rp1 測試，不論是上傳檔案還是執行一些簡單的 command，看起來一切正常，讓我白擔心了。
我猜 App 問題可能是出在自動掃描偵測 IP 身上？網路上有人說只要重置機器即可，雖然我是很懷疑？感覺還是軟體 Bug 居多。為了一個功能，還要重新下載書籍，想想還是不划算，就當做沒有這個 App 的存在好了。
另外，網路上也有 Java 版的實作，理論上可以加速開發，但我沒興趣就是了。mooInk Pro 現在對我來說有點像是雞肋，一個星期用不到幾次。
如果之後暗黑心法真的失效，我就要來改用另外一套暗黑心法了，或是乾脆不看繁體中文書了，阿雜。
2020/08/20 更新
昨天洗澡閃過一個想法，搞不好這是故意的！為了因應加密方式改變，強制使用者重置好讓一切回歸原點？哈，有沒有這麼邪惡？
2020/09/04 更新
更新最新版本 2.1.2 後，mooInk Pro 傳檔 App 認不到裝置的問題，在這版本也可以正常抓到裝置，不需要網友說的重置系統，看來是我想的 Bug 沒錯，故更新版本後也一併解決了此問題。
2021/03/09 更新
雖然我因為讀墨系統更新後就可以正常傳檔，但寧心舍試用時雖然已經是最新版本，依然是無法順利偵測到機器，故這招可能也不是每個人都適用吧。
Bug 相連到天邊，從下午 4 點開始，執行測試時，一個接一個的 Bug 不斷跳出，解 Bug 都解到要懷疑人生，我還是乖乖寫 C 好了，Javascript 真不是我的菜。
01. module name 被 local variable 覆蓋，找了快一個小時，大小寫看來看去看不出所以然。
02. 函數參數改變，測試程式有更新，但上個禮拜寫好的 Code 忘記更改，一直傳錯的參數進去。
03. TypeError: Path must be a string. Received Promise { <pending> }，一個不是 promise 的官方模組所在行報出錯誤，在呼叫這個模組前面幾行的地方，呼叫了一個 Promise 的函數，但又沒 await，真是低級錯誤。
下班了，下班了！
昨天拿到 Logitech R500，看了快半本的書，試用起來沒什麼問題，雖然 Clara HD 的 Wi-Fi 很不給力，但既然都寫了，也許別人也有這個需求，還是寫個中文文件為這一個月留個紀念。
安裝
01. 運行 "KoboServer/makeKoboRoot.sh" 以獲取 "KoboRoot.tgz"，也可以使用發行版。
02. 將 KoboRoot.tgz 放入 Kobo 設備的 ".kobo" 文件夾。
03. 重啟設備。
反安裝
01. 修改 "/mnt/onboard/.koboserver/koboserver.cfg"，設定 "uninsall=true"。
02. 開啟 Wi-Fi。
03. 除了 "/mnt/onboard/.koboserver/ " 資料夾外，其他都會被移除。
使用方式
我使用 Kobo Clara HD 測試了這個概念。
系統：4.23.15548。
01. 將您的 Kobo 設備連接到 PC。
02. 在 "/mnt/onboard/.kobo/Kobo/Kobo eReader.conf" 中添加以下設置。
[DeveloperSettings]
EnableDebugServices = true
03. 到 "設定" -> "裝置資訊" -> "Developer options" 。
04. 勾選 "ForceWifiOn" 項目。
05. 將您的藍牙設備連接到手機。
06. 在 Kobo 設備上打開 Wi-Fi，Web 服務器將在端口 80 上運行。
07. 使用 Android(HTTPClient) 發送 HTTP 請求。
08. 修改設置。
Key Code：
21 - Left Arrow
22 - Right Arrow
24 - 音量 Up
25 - 音量 Down
您可以單擊 Key Code 的輸入區域，然後按下您想設定的按鍵，它將自動加入 Key Code。
09. 單擊 "LEFT PAGGE" 或 "RIGHT PAGE" 以測試通訊。
10. 關閉 Web 服務器後，取消 "ForceWifiOn" 項目。 然後關閉 Wi-Fi。
翻頁設定
上星期老闆請我幫忙評估網路磁碟機使用量的問題，趁著昨天有空趕快寫支小工具依副檔名來計算哪些種類的檔案佔了多數？
原本昨天是輸出至純文字檔再餵進 EXCEL 加工，反正一次性的工具先求有比較重要。
早上實驗完後有一些空檔時間，乾脆把工具改成直接輸出到 EXCEL，後續只要改格式就好。沒想到再 parsing 第二個較佔空間的資料夾時，發生了 out of memory 的問題。
解決之道便是加上啟動參數
node --max-old-space-size=4096 yourFile.js
另外底下是相關的測試數據，留待以後相關工作參考
SET PATH=%PATH%;C:\Go\bin
SET GOPATH=%CD%
SET GOOS=linux
SET GOARCH=arm
SET GOARM=7
struct input_event {
struct timeval time;
unsigned short type;
unsigned short code;
unsigned int value;
};
