一個名為 jekyll-skyhook 的新 Jekyll 外掛在網頁開發社群中引發了關於靜態網站生成器效能優化與簡潔性平衡的討論。該外掛承諾透過圖片轉換、響應式圖片生成和快取清除來解決常見的效能問題，但也引發了是否需要如此複雜性的質疑。
jekyll-skyhook 外掛功能：
- 圖片轉換（調整大小、格式轉換為 WebP / AVIF ）
- 響應式圖片與自動
<source>生成 - 基於指紋的 URL 快取破壞摘要
- CSS url() 重寫以自動更新資源路徑
- 開發檔案處理器可自動重新生成
- 基於隨機的快取機制避免重複處理
社群質疑外掛的必要性
此次發布促使開發者質疑創建新工具是否總是最佳方法。一些社群成員指出，現有解決方案如 jekyll_picture_tag gem 已經穩定運行多年，暗示重新發明輪子可能並非總是必要的。這突顯了網頁開發中的常見困境：何時該建構新工具，何時該利用現有的經過驗證的解決方案。
替代方案獲得關注
討論也讓後處理工具作為複雜建構時優化的替代方案受到關注。像 Jampack 這樣的工具被強調為更簡單的解決方案，能夠在不增加 Jekyll 建構過程複雜性的情況下實現顯著的效能提升。一位開發者報告稱，使用這種後處理方法在他們公司網站上實現了 59% 的大小縮減，證明效能改善並不總是需要複雜的自訂外掛。
提及的替代工具：
- jekyll_picture_tag gem：用於響應式圖片的成熟 Jekyll 插件
- Jampack：後處理優化工具，實現了 59% 的檔案大小縮減
- PostCSS：用於建置工作流程的 CSS 處理工具
- Terser： JavaScript 壓縮工具
- esbuild：快速的 JavaScript 打包器和壓縮器
實作問題浮現
儘管外掛承諾提升效能，實際測試卻揭露了實作問題。使用者注意到使用該外掛的網站出現無樣式內容閃爍（FOUC）問題，頁面最初載入時沒有 CSS 樣式，在短暫延遲後才套用樣式。這是由於 CSS 以 media=print 載入，然後透過 JavaScript 切換為 media=all 所造成，當關鍵 CSS 未正確內嵌時，這種技術可能會適得其反。
簡潔性與功能豐富性的辯論
更廣泛的討論已演變成關於 Jekyll 核心目的的哲學辯論。一些開發者認為 Jekyll 的主要吸引力在於其簡潔性和獨立於複雜 JavaScript 工具鏈的特性。他們擔心增加複雜性層級會違背使用直接靜態網站生成器的目的。其他人則主張功能豐富的解決方案，能夠與現代建構工具競爭，即使這意味著增加複雜性。
這場討論反映了網頁開發中更廣泛的緊張關係，即在保持工具簡單與增加功能以滿足不斷演進的效能需求之間的平衡。雖然效能優化對現代網站仍然至關重要，但社群持續辯論增加的複雜性是否值得潛在的好處，特別是當更簡單的替代方案可能達到類似結果時。
參考資料：How I fixed my blog's performance issues by writing a new jekyll plugin: jekyll-skyhook