依次執行以下命令：

1
2
3

:profile start profile.log
:profile file *
:profile func *

然後執行保存操作，再執行以下命令：

1
2

:profile pause
:noautocmd qall!

在當前目錄下生成的文件profile.log里，看到執行時間最長的是Syntastic的函數，禁用這個擴展後保存果然比原來快多了。

但是Syntastic是個很有用的擴展，所以Google一下有沒有異步執行的方法，偶然發現了ALE，主要特性就是異步執行。試用之後覺得很好用，就把前者卸了。

ALE的初始配置如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

" ALE
let g:ale_sign_column_always = 1
let g:ale_set_highlights = 0
let g:airline#extensions#ale#enabled = 1
"自定義error和warning圖標
let g:ale_sign_error = '✗'
let g:ale_sign_warning = '⚠'
" 顯示Linter名稱,出錯或警告等相關信息
let g:ale_echo_msg_error_str = 'E'
let g:ale_echo_msg_warning_str = 'W'
let g:ale_echo_msg_format = '[%linter%] %s [%severity%]'
" PHP
let g:ale_php_phpcs_standard = 'PSR2'
let g:ale_php_phpmd_ruleset = '~/.phpmd.xml'
" 普通模式下，sp前往上一個錯誤或警告，sn前往下一個錯誤或警告
nmap sp <Plug>(ale_previous_wrap)
nmap sn <Plug>(ale_next_wrap)
" 觸發/關閉語法檢查
nmap <Leader>at :ALEToggle<CR>
" 查看錯誤或警告的詳細信息
nmap <Leader>ad :ALEDetail<CR>

鼠須管是自帶特殊符號碼表的，在用戶配置目錄中的symbols.yaml，但是有的碼表需要手動配置。經過查資料和摸索，關鍵在於以下幾項配置：

1
2
3
4
5
6
7

punctuator:
  import_preset: symbols
recognizer:
  import_preset: default
  patterns:
    punct: "^/([a-z]+|[0-9]0?)$"

然後就可以通過【/】+【編碼】的方式顯示符號備選項了，具體的編碼可以到symbols.yaml裏看，當然一般爲了方便定制該碼表，會複制並重命名該文件，然後上述的配置項裏也要做相應的修改。

雖然剛降臨你星不久，但是我已經能馴服和駕馭兩腳獸這種低等生物了。因為我發現這種生物本性里有一個致命弱點：對它很好反而不會珍惜，故作高冷卻奴顏婢膝求抱抱！我們喵星管這叫「賤」。

開始的時候，我的馭獸術還不熟練，而且我酷愛往兩腳獸的脖子里鑽，然後蹭它們的臉。結果它們不乾了，在我才兩個月零九天的時候就把我交給了現在這頭兩腳獸。是它們不懂喵星習俗好不好？！而且作為一個剛斷奶的小正太，賣個萌怎麼啦，怪我咯？

我一直在暗中觀察現在這頭兩腳獸。發現每隔五天，它都會在巢穴里待上兩天，然後在接下來的五天里每天都消失一段時間。雖然有點好奇，不過也不是什麼大事，只要我有吃有喝、兩腳獸按時鏟屎，每天給它放個風什麼的我也OK，這是我們喵星高等生物的自我修養。

不過還是要測試一下這貨的馴服度。所以我命令它伺候我睡個午覺：

這貨竟然沒有反抗！！！

有一天我發現它竟然在偷看我練習家傳絕學「黑虎掏心」，我就瞪它，就瞪它：

有時候兩腳獸全神貫注地照鏡子，我就想看看它看的啥，然後它就扒拉我，我想一定是我高大威猛的身軀擋住它了：

這老頭叫馬霸霸，挺能白話的，它的巢穴已經被我軍佔領了：

那天兩腳獸帶回來一隻老鼠，我一眼就看出來是假的，但是這貨一碰就叫啊，然後我就停不下來了，你星管這叫口嫌體正直，看著兩腳獸謎之微笑，我覺得中了奸計：

更有甚者，它竟然趁我睡著的時候拍我裸照，還傳到網上：

生亦何歡，死亦何懼。趁兩腳獸上廁所的時候，叼走了捲紙，然後撕稀碎，有能耐學我們喵星人上完廁所自己舔乾淨啊？！

沒想到報復來得如此突然，兩腳獸不知道從哪兒搞了一瓶毒氣，走到哪兒揣到哪兒，我一想搞事情就各種噴：

真臭啊，臭到懷疑喵生啊！

話說回來，大部分時間兩腳獸還是沒那麼討厭。比如這個會噴水的盒子，被我霸佔後就成了我最常喝水的東西兼洗腳盆：

兩腳獸的廚藝也不賴：

吹噓自己慷慨的時候，兩腳獸就指著這口袋說：「比我吃得都好。」其實就是618的打折貨。

兩腳獸就是個肥宅兼Nerd，且不說為了給我做飯專門買了台電動切碎機和保鮮盒。鏟個屎都裝絕命毒師：

某天整了把稀奇古怪的東西在床上、沙發上各種吸，完事非要說是我乾的：

我的天啊！不就掉個毛麼，全宇宙只有你們兩腳獸光著屁股滿世界跑！

我來，我見，我征服。我是王戰鬥，一個普通的馴兽師。

傾向於通過wkhtmltopdf+消息隊列實現。

工作流程：

1. 用戶保存表單
2. 推送生成pdf的任務到隊列
3. 同時頁面顯示「正在生成PDF文檔，請稍候」並輪詢後端接口
4. PDF生成後，頁面顯示下載按鈕

後端

dompdf

純PHP實現。工作原理是把HTML轉換成PDF。

優點：

1. 不需要PHP調用命令行，安全性高。

缺點：

1. HTML/CSS支持不完全，實測多個網頁轉換後排版錯亂。
2. 中文網頁轉換後，中文都是問號（網上說有解決辦法1、2，未測試）。
3. CPU佔用比較高（網上的說法，沒有實測具體有多高）。

參考：

• laravel-dompdf主頁

mpdf

純PHP實現。工作原理是把HTML轉換成PDF。

優點：

1. 不需要PHP調用命令行，安全性高。

缺點（未實測）：

1. HTML/CSS支持不完整。
2. 生成PDF耗時長。

參考：

• laravel-pdf主頁
• mpdf文檔
• mpdf主頁
• mpdf與fpdf的使用比較

PDFtk Server

PDFtk Server是個命令行程序。工作原理是利用FDF表單替換PDF模板中的佔位符。實現方案有：純PHP實現FDF + PDFtk、FPDI + PDFtk。

優點：

1. 直接替換PDF模板，實現成本低，最大程度保證生成的PDF的效果。

缺點：

1. 需要允許PHP調用命令行，有安全隱患。
2. 只能實現簡單的字符串替換（例如公司名稱），不能替換有格式文本。

參考：

• FPDI
• PHP的FDF手冊
• PDFtk的使用方法
• 純PHP實現FDF + PDFtk

wkhtmltopdf

wkhtmltopdf是個命令行程序。工作原理是轉換HTML到PDF。實現方案是laravel-snappy。

優點：

1. 由於內嵌webkit核心，HTML/CSS的支持沒有問題。

缺點：

1. 需要允許PHP調用命令行，有安全隱患。
2. wkhtmltopdf體積40M，併發較多時影響服務器性能和穩定性（需要考慮用隊列輔助實現，異步執行，需要需求變更交互方式）。

參考：

• laravel-snappy主頁

CutyCapt

命令行程序。工作原理和wkhtmtopdf相同。

優缺點同wkhtmltopdf，但是最近的更新在13年。

參考：

• CutyCapt主頁

Prince

命令行程序。工作原理是轉換HTML到PDF。

優點：

1. HTML/CSS的支持很好。
2. 文檔很全

缺點：

1. 收費，而且很貴。（免費版會在輸出的文檔右上角打一個Logo）
2. 需要允許PHP執行命令行，有安全隱患。
3. 需要考慮用隊列輔助實現，異步執行，需要需求變更交互方式。

參考：

• Prince官網

前端

jsPDF

工作原理有兩種：編程方式動態生成和轉換HTML到PDF。有三個插件支持轉換HTML到PDF：fromHTML、addHTML和html2pdf。

fromHTML最老，優點是直接轉換HTML到PDF，缺點是對複雜的HTML/CSS支持得不好。實測結果，UTF-8編碼的中文網頁，轉換到PDF都是亂碼。

addHTML較新，但目前處於deprecated狀態，利用html2canvas/rasterizeHTML創建一個canvas，然後把HTML轉換成圖片、再轉換成PDF。實測結果，對中文網頁和CSS支持得都不錯，但是對分頁支持得不好，指定分頁選項後圖片被拉伸並強行分割，很難看。

html2pdf是正在開發的功能，還沒完成。

參考：

• https://stackoverflow.com/questions/44778260/what-are-the-differences-between-jspdfs-methods-addhtml-and-fromhtml

pdfkit

只能通過編程（//調用接口指定內容、分頁等相關屬性//）生成PDF，不支持從HTML轉換到PDF。

pdfmake

據說擴展自pdfkit。只能通過編程（//調用接口指定內容、分頁等相關屬性//）生成PDF，不支持從HTML轉換到PDF。而且需要引用字體文件轉換成的js文件，不適合中文內容。

變通方案

利用瀏覽器打印PDF

Chrome、Firefox、Safari的最新版都支持打印網頁到PDF，Edge未測試。

優點：

1. 實現成本低。

缺點：

1. 用戶體驗差。

導出word文檔

優點：

1. 實現成本低。（未證實）

缺點：

1. 用戶可更改文檔。

參考

• https://blog.stahlmandesign.com/export-html-to-pdf-how-hard-can-it-be/
• PHP輸出PDF打印HTML5+CSS3打印格式控制(Prince和wkhtmltopdf)

開始一直以為是類似《禁閉島》那樣的表達手法，覺得當個懸疑的故事看也不錯，結果直到最後一頁，才發現連裝神弄鬼都不是，頓時覺得六十塊錢花得有點冤。單從表達手法上說，不喜歡神神叨叨的東西。憑著炒魔幻現實主義的冷飯得諾獎怕是不大可能。

故事的大致情節是：生活平淡的畫家，突遇婚變，逃避現實的過程中經歷一系列魔幻和現實交錯的事，最後解開心結，回到現實，找到救贖。

這本書要表達的東西很多，出現的每一個主體都存在於多條敘事線中，只粗略讀過一遍，大概也就理解了個皮毛。最主要的，是兩個概念和五幅畫。

兩個概念，分別是「理念」和「隱喻」。

理念是人在自我審視下出現的另一個「我」，包括善的和惡的。象徵善的理念的是「騎士團長」，一個時隱時現、身高60釐米的古代日本武士形象。象徵惡的理念的是「白色斯巴魯男子」，隨時提醒「我」：你的惡，我都知道。

隱喻是人生各種經歷的具象化的形象。

五幅畫，分別是《刺殺騎士團長》、《免色肖像畫》、《白色斯巴魯男子》、《雜木林中的洞穴》和《真理惠肖像畫》。

《刺殺騎士團長》的作用很多。首先，從這幅畫引出被遺忘的二戰中的往事，包括雨田具彥在奧地利和雨田繼彥在南京的遭遇。其次，騎士團長於「我」，是善的理念的象徵，於雨田具彥，是隱藏數十年揮之不去的心結。第三，最終「我」刺殺了騎士團長，一方面解了雨田具彥的心結，使其安詳地離世，另一方面，這是「我」進入隱喻世界的前提，也是解救真理惠的必要條件。

《白色斯巴魯男子》象徵「我」的惡的理念，也是所有人的惡的理念。

《免色肖像畫》引出免色這個重要角色。免色是個從世俗的各方面看都臻於完美的男人，然而這幅畫真正打動他的，恰恰是表現出了那些深藏的、消極的、惡的不完美的東西。

《雜木林中的洞穴》既是魔幻的開端，也是魔幻的終點。一切魔幻的開始，源於深夜中聽到的鈴聲。而「我」穿過隱喻世界，逃回現實世界，也發生在這個洞里。

《真理惠肖像畫》。真理惠既是「我」的妹妹「路」的替身，也是免色的心結。「我」通過刺殺騎士團長、穿過隱喻世界「解救」了真理惠，實際上解開了對「路」早逝的心結。

很多年前讀過《挪威的森林》，沮喪得要命，那時就認為少不讀村上春樹，至今如故。

儘管鼠須管的Github倉庫一直在更新，但釋出版已經很久沒有更新了，所以下面的美化基於網絡上個人編譯的版本。這篇文章里有該版本和「花園明朝」字體的下載鏈接，按照文中的說明替換鼠須管的程序。（注意：官方當前釋出版本鼠須管不支持下文通過patch自定義配置的方式，會造成原配置信息丟失。也不支持圖示的樣式。）

然後參考這篇文章，把新的顏色方案移植到用戶配置中。

圖示樣式使用「dust」方案。原色彩方案的字體設置的有點小，需要把font_point和label_font_point分別從14和10修改成18和14。原方案的第一順序字體是「HYQiHei-55S Book」，要使用圖示的花園明朝字體，可以不安裝或者從配置信息中去掉該字體。由於原方案中已存在的配置項不能通過patch的方式覆蓋，所以只能直接修改squirrel.yaml文件。

sVim

作為注重效率的Vim黨和鍵盤黨，這種擴展是使用任何瀏覽器必備的東西。最常用的就是用標記打開鏈接的功能。

Tampermonkey

油猴腳本管理器，應該是任何瀏覽器必備的東西。

AutoPagerize

用Google搜索時自動滾動到下一頁。

RSS Menu

當發現當前頁面有可訂閱的RSS鏈接時，在工具欄圖標上顯示提示。

Instapaper

稍後讀工具。

Turn Off the Lights

看視頻時降低網頁其餘部分亮度。

Scroll To Top Button

在頁面右下角顯示一個浮動的跳轉到頁首按鈕。

Push for Kindle

FiveFilters.org的發送到Kindle按鈕。

octotree

GitHub側邊欄。

Translate

翻譯當前頁。

WikiWand

優化維基百科閱讀體驗。

Xdebug Helper

PHP單步調試輔助工具。

AdBlock

廣告過濾器。

Sessions

網頁會話管理器。如果打開的頁面太多，又可能在將來再用到，可以保存會話後清理掉，用到的時候再打開保存過的會話。雖然沒有Chrome下的Session Buddy和Tab Snooze好用，但是解決關鍵問題也夠了。

簡單地對比了下AdBlock、Adblock Plus、uBlock在Safari for Mac上的效果，所有樣本和環境均為當前最新版本。AdBlock開啓Safari內容過濾後是最好的，成功地過濾掉了我常訪問的一個BT下載網站上的所有廣告，而不開啓Safari內容過濾時，會出現部分廣告先顯示後隱藏的情況。uBlock漏掉了個別不容易屏蔽的。而Adblock Plus最差，缺省設置下一條都沒過濾掉，在選擇更多的過濾規則後才過濾掉一部分。由於樣本很單一，本結論不具有普適性。

說句題外話，我覺得Adblock Plus這名字起得動機就挺不純的，沒有詳細考證過，印象中這個東西是比AdBlock後出現的，而且這名字很容易讓人理解成AdBlock的加強版。

這種壯士斷腕的做法多少算是個好消息吧，經歷了變5的失敗，再讓麥克爾貝這麼折騰下去，變形金剛這個IP就完蛋了。

我對這件事是無可無不可的。作為一個八零後，我對變形金剛的情懷來自G1動畫，所以我的關注點主要是還原G1動畫風格的Master Piece系列。在MPM-3出來之前，我對電影系的玩具沒多大興趣。

當年變1上映的時候，我很難認同電影系的風格。但是後來從變1到變3，也逐漸地開始接受它，畢竟隨著技術的進步，審美風格也會發生變化，沒必要固守二、三十年前的東西。我對電影系最大的意見是劇情太爛，有句話很對，說一部戲好不好關鍵看反派角色，《蝙蝠俠之黑暗騎士崛起》之所以口碑不錯，主要是大反派小醜這個角色很立體。回頭說當年的G1動畫最成功的一點也是霸天虎尤其威震天這個角色塑造得比較成功。反觀電影系，相對於汽車人華麗的人形態和隱藏形態，霸天虎陣營就是一群猥瑣的低級生物，而且人物性格的塑造極其臉譜化。

直到後來變4的時候，風格進一步變化，加入大量騎士元素，機械元素的減少導致科技感進一步下降。最要命的是變4的玩具做得實在是一塌糊塗。至於變5，那真是電影做得和玩具一樣爛。

真是成也麥克爾貝，敗也麥克爾貝。

我不喜歡冗余的東西。如果桌子足夠大，我能接受的極限是87鍵。然而我的Filco 87聖手二代黑茶已經吃灰很久了，之前的主力是Poker II白青。所以目前主要的關注點還是在60鍵上。

我對Poker整體上還是比較滿意的，尤其是按鍵編程的功能很方便。但是有兩點讓我很不滿意。一是做工一般，鍵帽的活動幅度較大，遠遠沒有Filco的扎實感。二是不支持藍牙，無線化是一個用了就回不去的東西。

iQunix F60就是這麼個東西，符合我對鍵盤所有的核心需求：支持藍牙、做工好、60%佈局、Cherry軸、PBT鍵帽。用了一段時間，整體是滿意的。

買的銀白色，收到的是側刻，算是個小驚喜吧，雖然不如無刻騷氣，至少不像正刻那麼平庸。鋁合金外框加白色PBT鍵帽的顏值很高，整體很有質感。

做工比Poker好很多，找回了Filco的扎實感。PBT的鍵帽不打油，這一點超過了Filco。

續航一般，輕度使用可以持續一周。信號強度也很一般，一米的距離，已能感受到明顯的延遲。不過這些在實際的使用中不是什麼大問題。

功能上，不支持鍵盤編程，這點不如Poker。但是可以用組合鍵交換左側WIN鍵和ALT鍵，對Mac很友好。代替方向鍵的組合鍵位也比Poker合理。此外，可以用組合鍵切換有線和無線模式，支持在3台設備之間切換。

之前聽附近移動營業廳里的大堂經理說，換卡需要機主本人、身份證和服務密碼，而且異地補卡只能去部分較大的營業廳。這個可以在網上營業廳里查到。

事先在網上營業廳重置了服務密碼。第二天一早，去了最近的可以異地補卡的營業廳。工作人員給了張紙條，讓寫下手機號、服務密碼，他們查了一下，說是鑒權失敗，讓第二天再去。留了營業廳的電話，事先讓他們查一下，確認可以辦了再去。

第三天早上十點，打電話過去，說是辦異地補卡的人還沒來。十一點再打過去，查了一下，說是可以辦了。去之前差點沒帶手機，因為感覺就是辦張卡，回來裝也一樣。事實證明，不帶會後悔。

補卡也需要用手寫板簽字和人臉識別，因為是2d圖像識別，所以很傻，需要搖頭、點頭、眨眼、張嘴，在張嘴這一步重試了很多次都失敗……

補的第一張卡插到手機里不能識別，第二張才成功。

總結以上，異地補卡需要注意這些點：

• 本人、身份證、服務密碼（服務密碼可以去網上營業廳重置，前提是卡還在，還能接到短信）
• 去能辦理異地補卡的營業廳（可以在網上營業廳查詢，或者打客服電話）
• 不要去太早，最好事先打電話讓他們查一下，確認可以辦了再去
• 一定要帶手機和開卡槽的工具，現場裝卡測試

有個問題。剛開始的幾天，雖然電池已經充滿，但是震動強度很一般，而且手柄底部的壓力警示燈一直閃，試過拔掉刷頭，問題還在，說明是手柄的問題。直到提示電量緊張後第二次充電，之後才恢復正常。

App、多種刷頭、多種模式、壓力警示和三級震動強度都是噱頭，刷個牙而已，HX6730足夠了，多交的幾百塊錢除了智商稅，也就顏值和無線充電有點價值了。

電動牙刷不是個用了就回不去的東西，不過體驗確實很好，刷牙不再是例行公事和負擔，而是件挺有意思的事。

以Laravel為例，如果可以這樣獲取轉義後的參數：$request->escape('content')，代碼會顯得更優雅，而實際上只能用自己封裝的函數手工轉義：my_escape($request->get('content'))，很醜陋的代碼。

事實上，主流框架並非沒有提供防禦XSS的封裝，只是都放在模板引擎里。這樣做的依據是，XSS的原理是在原本用於展示的數據里包含了可執行的文本，但不是所有展示的位置都不應該包含可執行的文本。從另一角度上說，後端應該校驗前端傳遞的數據，但不應該篡改它。

通勤時間每增加半小時，生活質量都會下降一個量級，而生活質量是會直接影響一個人的工作質量和穩定性的。所以有些公司有十公里內租房補貼的福利，這項制度天才的地方在於，如果把這些補貼以工資的形式發放，員工可能仍然會因為住得遠導致幸福感很差，所以增加了很多不穩定的因素。這項制度間接地強制員工把自己收入的一部分用在提高自己生活質量上面，記得那個朝三暮四、朝四暮三的故事嗎？公司花同樣的錢，卻得到了更大的價值。

例如，測試目標方法中調用了訂單工具類的一個方法，在使用依賴注入的方式時，需要用三行代碼實現對這個方法的mocking：

1
2
3

$fakeOrderTool = m::mock(\App\Tool\Order::class);
$fakeOrderTool->shouldReceive('getById')->once()->with($id)->andReturn($fakeOrder);
$this->app->instance(\App\Tool\Order::class, $fakeOrderTool);

而用Facade是這樣的：

1

OrderFacade::shouldReceive('getById')->once()->with($id)->andReturn($fakeOrder);

當測試目標方法也屬於訂單工具類時，需要部分mock這個類，所以還要加上一行：

1

OrderFacade::makePartial();

但如果訂單工具類的構造方法里有需要注入的依賴關係，這里並不會被執行。所以我在工具類基類里封裝了一個方法，用反射機制實現手工注入依賴關係：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

/**
 * 注入依赖，用于单元测试
 *
 * @return  void
 * @author  donieli
 * @since   5
 * @version 5
 */
public function injectDependencies()
{
    $reflector = new \ReflectionClass(get_class($this));
    $params    = $reflector->getConstructor()->getParameters();
    $args      = [];
    foreach ($params as $param) {
        $paramClass = $param->getClass();
        if (empty($paramClass)) {
            throw new \Exception('Dependency named '.$param->getName().' cannot be injected.');
        }
        $instance  = app()->make($paramClass->getName());
        $args[] = $instance;
    }
    call_user_func_array([$this, '__construct'], $args);
}

然後就可以這樣處理：

1
2
3

OrderFacade::shouldReceive('getById')->with($id)->once()->andReturn($fakeOrder);
OrderFacade::makePartial();
OrderFacade::injectDependencies();

ShadowsocksR

這個很簡單，用一鍵安裝腳本。

網絡加速

用BBR，一鍵安裝腳本。

Tiny Tiny RSS

先按照之前的筆記安裝ttrss。

然後重建一個空的ttrss的數據庫：

1
2

docker exec f6d92ad8efba /usr/bin/psql -c "drop database ttrss"
docker exec f6d92ad8efba /usr/bin/psql -c "create database ttrss"

把數據庫的備份複製到容器里並導入：

1
2

docker cp ttrss.sql f6d92ad8efba:/tmp/ttrss.sql
docker exec f6d92ad8efba /usr/bin/psql -d ttrss -f /tmp/ttrss.sql postgres

以root身份登錄容器並刪除備份文件：

1
2

docker exec -it --user root f6d92ad8efba /bin/sh
rm /tmp/ttrss.sql

曾經用過一段時間ControlPlane，通過多種條件自動判斷場景以啓用或關閉鎖屏密碼。後來在一次系統升級之後就不能用了。因為這個東西本身體驗也不是很好，免費的東西折騰起來太耗費精力，所以付費買體驗也是個不錯的選擇。

有三個功能對我來說很有用。

首先是用Face ID解鎖Mac。在Mac被喚醒後，iPhone X自動彈出解鎖的通知，點擊後Unlox被打開並自動調用Face ID，驗證通過後Mac即被解鎖。不過兩次Face ID驗證稍顯繁瑣，如果在iPhone鎖屏界面驗證通過後就自動解鎖，體驗會更好。不過我猜應該是iOS在這個地方不會通知到App。

其次是Tap解鎖。用手指點擊觸摸板，點擊次數和每次用的手指數目可以自定義。這個方式確實很方便。為了加強安全性，還可以設置當手機斷開時禁用Tap解鎖。

第三是離開時自動鎖屏。可以設置當手機和Mac之間的藍牙連接信號減弱多少時自動鎖屏。雖然對於Macbook用處不大，也不失為忘記合上屏幕時的一種補救手段。

此外還有其它一些功能，例如通過手機鎖定或解鎖Mac、靠近時自動喚醒Mac等。

今年Apple應該會全系支持Face ID，所以這只是一個過渡方案。

另一個極端是，使用很複雜的密碼，每個賬號都不同，甚至用密碼生成工具生成完全沒有規律的隨機字符串。這種方案的安全性很高，高到連你自己都記不住。

所以我需要這樣一套好的方案，它應該在安全性和易用性之間取得一個比較好的平衡，並且隨著方法論和工具鏈的進化，這個平衡可以無限逼近黃金分割點。

首先，密碼應該是複雜但容易記住的。密碼的複雜度和記憶負擔並不成正比，例如如果你實在記不住“ppnn13%,dkstFeb1st”，那麼這樣呢——“娉娉裊裊十三余，豆蔻梢頭二月初”。密碼只是一個字符串，如果不去死記最終的值，而是字符串背後的規律，記憶的壓力就會小很多。

但考慮到每個賬號都想一個這樣的密碼是不現實的，而且怎麼解決記憶密碼和賬號的對應關係的問題？所以進一步，可以用這樣的密碼當前綴，每個密碼的前綴都一樣，然後針對每個賬號創造一個後綴，這個後綴應該是每個賬號都不同的，且和賬號有某種只有你自己才知道的關聯，這樣你可以隨時根據賬號計算出它的後綴。例如，可以用賬號拼音首字母（當然，實際的規則應該更複雜一點）。

這樣你就有了足夠複雜、每個賬號都不同並且很容易記住的密碼。進一步地，在私有設備上可以利用文本替換功能（例如：Alfred for Mac的Snippets功能）快速輸入通用前綴，某些支持按鍵編程的機械鍵盤會有更好的體驗。

不過好記性不如爛筆頭，為防萬一，還是需要一個Plan B。主流的密碼管理工具主要有這麼幾種：

• 瀏覽器的賬號記憶功能
• 操作系統的keychain
• 在線密碼管理工具
• 離線密碼管理工具

瀏覽器一般是把密碼以明文存儲在本地的，firefox雖然有個主密碼，但只是個幌子，別人仍然可以拿到它記錄密碼的數據庫文件。這種做法的邏輯在於，設備上存儲的數據的安全性由操作系統和用戶負責，換句話說，用戶不應該允許他人用自己的權限登錄設備。但實際上很難避免這種情況，而且還要考慮到系統被入侵的可能。所以，只應該讓瀏覽器記住那些最不重要的賬號。

相對來說，操作系統的keychain一般有自動鎖定的功能，會更安全一些。但是仍無法完全避免上述問題。而且keychain只能記錄賬號和密碼，無法存儲更多的附加信息。所以這種工具也只應該存儲一些不重要的賬號。

最著名的在線密碼管理工具應該是Lastpass。關於它的安全性有很多種說法，不過我覺得但凡是敏感數據都不要存儲到線上，所以這種方式不予考慮。

我傾向於使用離線的密碼管理工具。1password據說很好用，但是太貴了，而且開源免費的keepass已經完全夠用了。我在Mac上用KeePassXC，在iOS中用MiniKeePass，私鑰文件離線存儲，然後數據庫文件用Dropbox同步就可以了。

此外，對於重要的賬號，如果支持兩步驗證，一定要開啓，然後用OTP Auth管理即可。

最終的方案是：

• 方法論：統一的複雜但有規律的前綴+根據賬號計算出來的後綴
• 工具鏈：KeePass + OTP Auth + Dropbox