令人忍不住想掏錢支持的 Buttondown

昨天看到 swyx 在 Twitter 上面說他更新了他的個人網站，其中有一項是他把電子報從 Revue 遷移到 Buttondown。

我從未聽過 Buttondown ，但是是 swyx 選擇的，我就很好奇他為什麼選這個，結果今天研究後，一發不可收拾。

我看了官網的 pricing 頁面後，本來覺得有點貴， 100 個訂閱者以上就要付月費 $9 美元。想說還是繼續在 Substack 上面當個免費仔好了。但愈看它官網的介紹以及文件說明，就愈喜歡。

看一看忍不住就註冊了，結果發現有一些文件上面沒提到的功能與設定更讚。這邊快速整理一下 Buttondown 哪些地方吸引我。

隱私

• Buttondown 可以讓我選擇「不追蹤」使用者的開信狀況以及點擊連結狀況。這點對我來說是 killer feature，打算週末來寫一篇更完整的想法說明。

靈活的自定設置

• Buttondown 充滿許多自訂的空間，除了基本該有的自訂網域、訂閱確認信、首頁外，它還可以設定「不公開 archive 頁面」，也可以在單篇 email 設定 canonical url 。

• 剛剛測試了一下，設置 canonical url 以後，寄出的信件就會直接把設定的網址當成信件的 web 版本，等於說，不會有個獨立的 buttondown 信件備份頁面造成使用者或搜尋引擎的混淆，唯一的信件網路版本就是我網站的電子報頁面。

Markdown 編輯

• Buttondown 可以直接讀取 markdown 格式的內容，而在編輯過程中，也有 live preview 可以確認樣式。

還有一些小細節，都讓我很喜歡 Buttondown，例如它在文件裡面提到它若面對執法者調取資料的要求時的作法，或者是公開他經營整個服務的支出，這些資訊都讓我覺得很欣賞，也感受得到開發者 Justin 的價值觀以及對這個產品的用心。

總之，我在逛完所有文件、設定，並且實際測試了一下編輯、收發信等等基礎功能後，已經決定要從 Substack 搬到 Buttondown 了。

接下來會再花一些時間處理必要的設定，並且再完整說明一下！

完成了站內的 Glossary 個人詞庫 v1 版本

透過固定的「促進靈感元素」幫助自己產生靈感

靈感常常難以捉摸，有時狀態好時會有源源不絕的想法，有時則是怎樣都想不出什麼東西。

此時可以透過固定的「促進靈感元素」來讓靈感更容易出現一些。

以固定形式的閱讀筆記來說，可以定義裡面必須要有的「促進靈感元素」，例如：

• 我為什麼要讀這篇文章？
• 我喜歡這篇文章哪些地方？
• 我不喜歡這篇文章哪些地方？
• 我看完這篇文章後產生哪些問題？

此時，再透過筆記工具的 templates ，或者是效率工具如 Raycast 或 Keyboard Maestro 的 snippets 功能，快速在固定形式的筆記裡面導入這些「促進靈感元素」，就能讓自己更快進入狀況。

之前提過的「聯想羅盤」也是類似的概念。

透過 Netlify 的 snippet injection 功能為靜態網站輕鬆埋設追蹤碼

部落格加上了 Backlinks 的功能

如何透過 Pagefind 在 Zola 產生的靜態網站裡加入搜尋功能

這篇文是在一個非常滿足的狀態下寫完的。

我沒有想到，僅僅四天前我才在「為何我想為網站加上搜索功能？」這篇文裡半放棄地說：

Pagefind 對目前的我好像還是有點太進階了。

我能夠照著它的教學，在我電腦裡的網站 directory 成功生成 index，但我不知道該怎樣把這個流程也套用到 Netlify 上面，不知道該怎麼讓網站在自動 build 的同時也可以透過 Pagefind 產生 index ，所以就暫且先放棄。

但今天卻順利把這個功能加到網站裡面了，對於我這個幾乎不會寫程式的人來說，真的是值得紀念的重大進展。

以下簡單紀錄一下，為了幫網站加上站內搜索的功能，我做了什麼、中間遇到什麼挫折，最後又是怎麼辦到的？

（圖來自 Pagefind 官網）

趁著關閉 Umami 自架版本的同時來記錄一下 Pin 起來 2022 的流量

今天我決定先暫時關閉流量追蹤工具 Umami 的自架版本。

因為才剛過完 1 月的第一週，我就收到部署 Umami 的 Railway 通知我本月的用量已經產生了 2.51 美元的費用，照這個節奏下去，這個月會用到 9.47 美元，扣掉每月免費的 5 美元額度，等於我還要再多花 5 美元左右。

在我當時開始使用 Umami 時，原本覺得應該可以免費用好一陣子，沒想到用量這麼快就突破了免費額度。因為我目前還沒有特別打算為流量追蹤付費，又因為 Umami Cloud 剛好目前還可以免費使用，我就決定先關閉 Umami 自架版本了。若未來 Cloud 版本要收費再看看會怎麼收、有沒有需要遷移到其他地方。

也因為這個原因，從 2022 年 6 月以來累積的數據可能會就此中斷，不過也沒關係，就來截圖記錄一下吧！

從去年 6 月 1 日以來， pinchlime.com 的逐月瀏覽量是：

• 2022-06 : 2869
• 2022-07 : 3651
• 2022-08 : 2850
• 2022-09 : 2424
• 2022-10 : 2505
• 2022-11 : 3115
• 2022-12 : 6091

有統計數據的 7 個月總共是 23,505 次瀏覽、 12,657 人次，感謝大家支持！

覺得整體表現比我想像中的還好，因為我 7 到 11 月幾乎都沒在 PO 文，所以應該都是靠先前的幾篇文章撐起流量的。

而 12 月的暴衝應該跟月底那一波密集 PO 文有關，從那之後也整合了子網站，未來的平均流量可能還會再更高一些。

期待 2023 的最終數字！

利用 Keyboard Maestro 加快 PO 文的速度

這兩天又開始玩起了 Keyboard Maestro ，除了重新設定一些快速啟動鍵之外，也想來把「建立一篇部落格文章」的流程更加速一些。

在開始使用 Zola 架站後，我變成只要靠一個 Repository（倉庫）就可以管理我所有的 PO 文，但每次要 PO 文前，還是要經過一些繁瑣的小程序，包含：

• 建立一個 markdown 檔案
• 為這個檔案命名，並且要遵守我自訂的命名規則前綴
• 開啟檔案，編輯文件的 front matter 區域，也就是 metadata 等資訊，包含標題、描述、日期、路徑、分類等等

也因為我的分類有大概 10 來種，每次設定完這些東西，大概都要花個 3-5 分鐘，稍微有點麻煩。

但我一直都知道，這種事情最適合交給 Keyboard Maestro 來做了，因此我設定了兩個 Macro，在執行前都會先讓我輸入基本的 title、選 po 文類別、並且填上 slug，但我只要做這些事，它就會自動為我執行下列步驟：

• 在指定的資料夾路徑，創建我指定命名的 markdown 檔案
• 在這個檔案上面，自動依據我前面選擇的類別與 slug，填入基礎的 metadata 資訊到 front matter 區域。

整個流程包含輸入，大概只要花不到 30 秒，我只要再把我在 Heptabase 寫好的文字貼上、做些簡單編輯就好！

這篇短短的 workflow 是第一則利用這個 macro 創立的貼文！

如何自己打造一個 Heptabase 的快速輸入視窗

2022 年開始進入我工作流的好工具們

我把筆記與想法快照的內容都搬回 Pin 起來主網站了

開始使用 Beta 版的 Umami Cloud

透過 Zapier 與 Airtable 建立自己的 Twitter 備份資料庫

隨著使用 Twitter 的頻率越來越高，有時會想要找過去推過的文然後繼續補充，有時只是好奇想看一下自己以前推了什麼文，雖然 Twitter 內建的進階搜尋就可以找到，但一直以來都想要有一個自己掌握的資料庫，裡面放自己所有的 tweets 備份。

這兩天心血來潮想試試看自動化的串接方式，就想到了之前聽過，但一直沒用過的 Zapier 。我對 Zapier 的最粗淺認識與理解是，他是一個與 IFTTT 很像的工具，但好像更強大一些。

2022 年我不再使用的工具 - 還是喜歡，但用不到了

2022 年度回顧 - 不成熟的隻字片語也有價值

三年多前曾經寫過一篇「2018 年生產力回顧」，也是這個部落格經歷幾次搬遷後留下來的第一篇文章。

三年多過去，使用的工具幾乎換了一大輪，接觸了各種不同的新軟體與服務，並逐漸建立自己的工作流，好像很值得記錄一下自己這一年的各種經驗。以下就直接開始！

（圖是 9 月台東行的照片，很喜歡台東，這張照片也很搭配這篇回顧的心情）

在 Raycast 裡直接使用 DeepL 翻譯

合理，且處處是驚喜的 Readwise Reader

（圖來自 Readwise Reader 官網）

幾天前，Readwise 宣布他們的最新產品 Readwise Reader 正式進入 public beta 階段，意思是每個人都可以直接註冊，測試使用。

而在這幾天，我自己的 twitter 社群就至少看到十幾篇以上的推薦跟好評感想，幾乎每個人都對這個產品有好感。

這篇文章想簡單介紹一下，Readwise Reader 是什麼、有什麼功能、為何很多人一用就喜歡上它、還有一些我自己使用後的想法。

知識管理工作流的核心目標是降低摩擦力

這兩年比較密集的接觸各種工具下來，覺得「知識管理」這件事的核心，是降低各種摩擦力。

例如：

記筆記的時候若能快速開啟紀錄視窗，而不用先選擇哪個資料夾、哪個標籤，記起來就會比較迅速流暢，想法也不會中斷。這是降低紀錄東西的摩擦力。

想找某一個檔案或某一段文字時能快速搜到，快速取用，原先想寫的東西想做的事情能繼續運作，這是降低搜尋的摩擦力。

有效率地將資訊分門別類、透過演算法推送、這是降低取得資訊的摩擦力。

在寫部落格文章時，如果不用特別去想分類、各種設定，這是在降低輸出時的摩擦力。

在過往，資訊跟資訊必須透過有意識的連結串連在一起，摩擦力比較高。但近幾年各種生產力工具出現後，讓人工串連資訊變得容易，甚至讓機器（演算法、AI）來負責串連，這就讓人取得及使用資訊的摩擦力降低了。

從上述角度來看，好的知識管理工具與生產力工具，通常都能夠降低人們在做某件事的摩擦力。

而有些不那麼好的生產力工具，表面上看起來可以降低摩擦力，但在一些細節的地方卻反而增加了。例如缺乏有效的教學或引導機制、塞入太多功能與選項，讓用戶產生太多不必要的選擇，這些都會讓用戶使用起來耗費多餘的心智，就稱不上是好的生產力工具。

Heptabase 開始可以把 Journal 卡片放到白板的意義

（圖來自：Heptabase 的 Twitter）

---

Heptabase 在今天更新了 0.225.0 版，從這版本開始，可以將每日的「Journal」內容，放置到白板上面作為單獨的卡片。

官方帳號在 Twitter 上的用法是將這些卡片作為任務管理的卡片，以週為單位平鋪展開，放入每日的卡片（可以預放），並在卡片中放置 Todo list。

我覺得這樣做的好處是可以很好地利用白板的空間，規劃每日、每週、每月的任務。大多數有看板功能的軟體都能做到此點，但 Heptabase 的卡片有更高的自由度和彈性，例如隨時可以在下方疊上跟個別 todo 相關的卡片，或者乾脆可以把不同的日期節點放到個別專案裡面。

我的閱讀、畫線與註記工作流

經過一段時間的嘗試後，目前我的閱讀、畫線與註記工作流，是透過 Glasp 這個瀏覽器插件來完成的。

這整個「閱讀、畫線、註記」的流程，是我處理資訊的第一步。

首先，我在瀏覽器打開一篇文章後，我會邊閱讀邊 highlight 畫線，此時我會使用 Glasp 提供的四種顏色來區分不同的內容，讓不同的顏色作為最初步的分類方式，也作為我的想法觸發媒介，目前的分類方式是：

• 黃色：代表的是我有感的句子

• 綠色：代表的是我覺得能產生下一步行動的句子

• 藍色：代表的是我有疑問的句子

• 紅色：代表的是我不同意的句子

畫完線後，如果可以，就在當下寫下對應的想法，例如我有感的內容、我想進行的下一步行動、我產生的問題、我為什麼不同意。

整個流程進行完畢後，可以快速透過顏色區分不同類型的註記，以及「屬於我自己的想法」，接著就可以把這些內容放到我的 Heptabase 裏面整理與連結。

這整個流程需要的工具，是一個能夠「邊閱讀邊畫線」的工具，以及可以在「畫線時寫下註解」的工具，顏色方面則是多多益善，但也未必要有，可以以自己習慣的工具為主。