設置圖床

終究還是忍不住插入圖片。

本來是決定純文字的,但實在太單調了,而且……亂塞圖片是真的會上癮的,哈哈。

主要考量是方便備份以及減少與WordPress的關聯以利於例如轉移等操作,於是把媒體庫與WordPress分離,另設圖床。

一切以免費為最高指導原則。

廢棄方案

只是很簡單依循直覺要架個自架圖床程式(self-hosted),選了Lychee專案。(廣受推薦的Chevereto太多用不上的功能,而且V4之後不但沒了免費版還大漲價)

  • 優點
    • 輕量、快速,可以自Dropbox匯入檔案。
  • 缺點
    • 上傳檔案檔名經過程式重新編輯,變得需要依賴Lychee來辨認檔案。
    • 使用以及更新都不太穩定,使用上圖片明明登錄在資料庫但前端卻完全消失,雖然僅那麼一次;更新的各方面會令人擔憂資料的完整。感覺程式是處於開發的測試期,可以投入實用,但就是要有自救能力。

喜歡新玩意兒不假,但如果要時時維修那就另說了。還在猶豫要不要換專案的時候突然頓悟……完全沒必要加裝一個程式來管理圖片,檔案直接上傳進資料夾放著不就結了。

之前花功夫安裝程式的自己真是莫名奇妙。

P.S. 如果Lychee無法上傳可以試試在設定開啟「force_32_bit_ids」。

方案一

最簡單也是最快的方案。撇開wp-content/uploads,圖放在同域名下另一個資料夾,或是跟主網域相同根目錄的子網域。

  • 優點
    • 一樣可以享有與LiteSpeed Server配套的QUIC.cloud的CDN加速服務(並且是台北節點)。
  • 缺點
    • 似乎沒有……大概就與WordPress一同消耗QUIC.cloud每月的免費額度。省點額度也好,畢竟各服務商的流量收費都在提高,不知哪天免費額度政策就修改了。。

P.S. 手動對圖片最佳化對我來說不但不是缺點反倒是優點,因為LiteSpeed Cache的自動處理會產生很多冗餘圖片,只是功能沒用上有些可惜。

方案二

Object Storage + Cloudflare。透過CDN快取物件儲存來減少甚至免除費用[1](如果物件儲存服務商有參與Cloudflare的Bandwidth Alliance,則聯盟成員彼此間傳輸的流量不計入收費,實際免費與否端看服務商的用戶政策)。

主要考慮對象:

  • Google Cloud Storage[2]
    • 美國地區 5 GB 免費儲存、5萬次/每月 B類作業、1 GB/每月 免費流量(官網)。
  • Backblaze B2 Cloud Storage[3]
    • 歐美地區 10 GB 免費儲存、2500次/每日 B類作業、1 GB/每日 免費流量(官網)。
  • Cloudflare R2
    • 10 GB 免費儲存、1000萬次/每月 B類作業、無流量費用(官網)。

P.S. B類作業為讀取。官網細則其他還有A、B、C各類作業的計費模式。

  • 優點
    • 獨立空間、獨立網域方便管理,可以不更動文章而隨時切換備用方案。
    • 可以APP或網頁方便上傳。
  • 缺點
    • 被越過CDN刷光額度。
    • 速度再怎麼都比不上QUIC.cloud的台北節點,畢竟Cloudflare免費方案都是美西節點。

P.S. 利用雲端硬碟(Google Drive、OneDrive)透過一些辦法來當圖床我會擔心隨時變卦,為了安心希望用的是符合官方的原始設計意圖且商用化的服務。

工具

用來最佳化圖檔,可轉WebP、可變更尺寸、可調整壓縮參數。

P.S. quality參數就照著「Optimize compression levels for WebP, test file sizes vs. JPEGs」依樣畫葫蘆(結論待定,姑且先設82)。他們實際評估的考量是什麼……俺沒讀過書,不懂。


  1. 【物件儲存】搭配CF頻寬聯盟實現流量免費 ↩︎
  2. How to Host Static Website on Google Cloud Storage? ↩︎
  3. Free Image Hosting With Cloudflare Transform Rules and Backblaze B2 ↩︎