我最近看到 2022 年發佈在推特（現名為 X ）的一篇推文，說明最好用的寫作 App 是 MWeb Pro，最近剛好又到了轉換期，嘗試了很久，慢慢地好像實驗出個結果，然後我把寫作這件事情重新放為 MWeb Pro 之上。
但有一個問題持續的困擾著我，就是我要把圖片上傳到何處。雖然，我使用的 Hyvor 是會自動幫我上傳，但我自己的習慣是，連本地圖片都希望歸類到遠端，避免分享的時候圖片是連到本地端。
過去，我習慣使用 GitHub 配合 PicX 或者是 DevXTool 運作，先自己把圖片上傳後，在複製 Markdown 的連結，但隨著使用 MWeb Pro 寫作，加上最近更新版本支持了很多不同種類的圖床服務，例如 Amazon S3、Azure Blob 跟 Cloudflare R3，經過研究之後，我選擇了 Cloudflare R2。
在 MWeb Pro 之中配置 Cloudflare R2 圖床
官方有推出使用教學，其實照這個裡面的步驟，大致上就可以完成。
我自己幾個小小的經驗提醒：
建議使用自己的網域，並為未來保留空間：如果真的有一天需要從 R2 移轉出來，有自己的網域，大機率可以讓圖片使用同一個位置。
R2 潛在的付費：Cloudflare 一直以大方出名，所以號稱網路界的菩薩，不過還是要看一下用量，如果開始大量的使用，很有可能要付費。通常我是在第一次「不小心」付費後才會發現，成本這一點也是要放心上。
是否要在本地留檔案：Cloudflare 是一個信譽良好，且持續獲利的廠商，不至於突然終止服務，但若真的重要的圖片還是自己在本地保留吧。
說到本地保留，MWeb Pro 若使用 iCloud 同步的話，會需要到 ~Library... 下儲存檔案的資料夾，而圖片都會統一收攏到 media 的資料夾之中，然後依照文檔數字序號分門別類。
我其實不習慣這種由系統控制的方式，因為他會讓我們綁定在使用 MWeb Pro 之中，所以基本上很難查到原始檔案，所以我反而比較喜歡留在遠端上。
如果說真的要比對，應該就是在文件之中，可以看到真實路徑跟檔案的名稱，真的要比對雖然複雜了點，但也可以有所依據。
圖床 WebP 壓縮與隱私權
我有參考 pseudoyu 所以寫的兩篇文章（詳列如下），進一步透過 WebP Cloud Service 壓縮圖片，增進網站讀取速度以及服務使用量的優化。
這一點是為了長遠佈局，現階段並不會使用到。因為我目前發表的平台 Hyvor Blog、vocus、Matters 等都是將圖片直接上傳到其平台之中，不會直接連到我的圖床去。而 MWeb Pro 提供內部置換功能，基本上會是以 Cloudflare R2 的域名為依歸。
若以長遠來看，是為了自架平台或者使用 MWeb Pro 發佈網站功能，這樣可能出現的情況而佈局。
同時，pseudoyu 也引出「隱私權」議題，同時可以透過 WebP Cloud Service 跟 Cloudflare 提供的免費設定強化隱私權。
這一點，我這次並沒有採用，一方面如上所述，目前其實不太會有人連到 R2 上面放的圖片外，同時我對於發布後的隱私權保護，是相當「佛系」的。
畢竟，依照現在的網路技術，要達到完全保護的機率趨近於零，真的是防不勝防、抓不勝抓，有看到算是運氣好，但可能更多時間是沒有看到那一環。
有了保護的機制，會增加仿造、盜取的困難度，進而降低意願，但在我佛系的思考之中，我始終相信每個人的因果，所以採取這麼佛系的做法。
小結
經過這樣的設定，大致上解決了我最近思考的兩大問題。
如何找到一個讓我靜下心的寫作軟體
如何為未來的長遠佈局
回顧原來 2022 年的我就已經針對寫作軟體有一次的思考，最後在 Bear、Craft 等游移後，寫下了 MWeb Pro 是最好的。過去的自己提估了現在實驗的答案。
而隨著更新版本的釋出，MWeb Pro 最新版配合上了 Cloudflare R2，完成了我想要把圖片丟到遠端的想法。
想想這一切的因緣巧合，心裡更感覺到踏實了許多！我喜歡這種持續進化的轉動，新版的版本、新的服務，創造自己新的工作留模式，真好。
