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

P.J. Wu 吳秉儒

昨天看到 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 了。

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

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

P.J. Wu 吳秉儒

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

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

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

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

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

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

部落格加上了 Backlinks 的功能

P.J. Wu 吳秉儒

先前的失敗經驗

先前 Zola 在更新到 0.16.0 版本時,上線了 backlinks 的功能,但當時看不太懂該怎麼裝設。過了一陣子看到 Owen 的部落格有設定成功,但我照著做以後仍然卡關失敗,就先暫時放棄了。

今天逛到 Owen 的部落格時又看到一次,決定再來挑戰看看。

一開始仍然失敗,無法抓到任何的 backlinks ,於是我再次跑去看 Zola 的官方文件,發現還是看不懂;又自己亂改了一下,也仍然失敗,甚至叫了 ChatGPT 幫忙,也沒有用。


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

P.J. Wu 吳秉儒

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

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

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

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

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

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

pagefind

圖來自 Pagefind 官網


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

P.J. Wu 吳秉儒

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

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

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

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

umami-record-pinchlime-2206-2212

從去年 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 文的速度

P.J. Wu 吳秉儒

這兩天又開始玩起了 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 的快速輸入視窗

P.J. Wu 吳秉儒

昨晚在 Heptabase 的 discord 裡,有個名叫 LiteC 的用戶分享了一個很讚的想法,他透過幾個工具的串接,達到以下的效果:

  1. 可以透過 hot corner 叫出 Heptabase Journal 的 Today 介面
  2. 這個介面還設定成 Always on top,也就是不會被其他視窗干擾

這個分享讓我非常興奮,因為之前一直覺得 Heptabase 暫時還缺了一個好用的「快速輸入」介面,但沒想到可以不用等官方製作,自己就有機會辦到了。


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

P.J. Wu 吳秉儒

上週分享了一篇 2022 年我不再使用的工具 ,今天來分享那些 2022 年開始成為我工作流一部份的好工具。

裡面主要包含的是「2022 年才開始進入工作流」的工具們,所以時間不是依照產品的推出時間來分,可能有一些是大家耳熟能詳的成熟工具,也可能有一些是 2022 才推出的新工具。

也因為是以「進入我的工作流」作為分水嶺,本次的內容將不包含下列兩類的內容:

  • 那些我已經長期使用、但工作流沒有太大變化的好工具,例如 OmniFocus, Arq, 1Password, The Archive, PDF Expert, Keyboard Maestro, MoneyWiz 等等。
  • 那些我已轉向低度使用,目前並不在我的主要工作流裡的好工具,例如 Notion, Drafts, Workflowy, Craft 等等。

這篇文章會依照使用的情境與工作流,把工具分為三大類別,分別是:

  1. 個人知識管理
  2. 內容輸出與分享
  3. 工作記錄與溝通

而不同工具我也會依照性質簡單給予幾種不同的定位分類,包含:

  • 收集&吸收
  • 處理&輸出
  • 歸檔&回顧
  • 溝通&協作
  • 純工具

以下就開始吧!


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

P.J. Wu 吳秉儒

在昨天,也就是 2022 年的最後一天,我突然起心動念,想把運作半年、發了大約 100 篇短內容的「筆記與想法快照」分站的內容,都搬回主網站這邊。

在經過這兩天的搬移、調整程式碼與樣式設定後,總算大功告成了。

以下簡單記錄一下我為何要搬、我怎麼搬、以及其他的心得。


開始使用 Beta 版的 Umami Cloud

P.J. Wu 吳秉儒

這個部落格的流量追蹤與統計,是透過 Umami 這個開源的工具進行的。

我在 2022 年 6 月時從 Google Analytics 轉向使用 Umami,當時照著教學文章一步一步照著做,就透過 Railway 這個 PaaS 平台完成了設定,在 Railway 上面建立了一個資料庫,並部署 Umami 服務。

從那之後,我很順利地累積了半年多的數據,Umami 的介面乾淨、對於一個個人網站來說該有的數據都有,我很滿意。

不過在 12 月底時,我收到 Railway 這邊的用量通知,說預計費用已達到 8 塊多美元,而 Railway 一個月的免費額度只有 5 美元而已。

看起來不太妙,於是我開始想有沒有什麼替代方案,畢竟我目前還沒有想要在流量紀錄上面每個月持續花錢。


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

P.J. Wu 吳秉儒
zapier-airtable-1

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

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


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

P.J. Wu 吳秉儒

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

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

2022-review

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


在 Raycast 裡直接使用 DeepL 翻譯

P.J. Wu 吳秉儒

自從 4 月安裝 Raycast 以來,一直沒有好好地發揮他完整的能力,只有用到一些基本款的功能,例如字典查詢、應用程式快速啟動、檔案查找、計算機、視窗管理等等。

不過上週 Raycast 推出 Raycast Wrapped 2022 這個活動後,看到好多人在分享自己使用 Raycast 的數據,覺得好像該來重新花點力氣玩玩看。


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

P.J. Wu 吳秉儒
readwise-reader

圖來自 Readwise Reader 官網

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

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

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


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

P.J. Wu 吳秉儒

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

例如:

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

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

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

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

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

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

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

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

P.J. Wu 吳秉儒
heptabase-journal-cards

圖來自:Heptabase 的 Twitter


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

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

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


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

P.J. Wu 吳秉儒

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

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

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

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

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

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

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

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

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

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