獲取聯絡與訂閱

關於 blog 重構

2021.05.06

主要動因: 前後端分離

其實很早便想對 blog 進行重構, 倒不是出於對重構前的 blog 有多少不滿意, 只是頗有些歷史包袱正巧趕上伺服器業務架構變化也就找到了契機. 特別是對前端頁面和字體的應用設計進行多次修改之後, 已然不能讓這一部分的 template 獨立於 blog 後端, 因此重構的主要目標便是將包括字體等靜態資源在內本應嵌入前端 template 的部分進行整合, 目前這一點也已經完成並於 GitHub 發佈, 如果對於 blog 前端頁面相關內容感興趣可以在 BSD3 許可證下自由參考並使用.


讓我沒有想到的是, 字體是個人花費時間最多的部分. 由於並沒有使用閉源或非商用字體的打算, 應用選擇目前而言其實並沒有很多, 遇到的主要問題則是因為繁體中文 HK TW 的差異化, 導致部分繁體字並不是完全能夠被 Noto Serif TC 所兼容. 代碼塊部分則是選用了 Source Code Pro 作展示.


前端層 theme template 的獨立往往會使得整體體驗更為舒適, 因為不再需要考慮後端的升級和變動對前端頁面帶來的影響, 也就讓人更能夠放開手腳. 而在很多 blog 的運行中又需要關註的另一個較為重要的問題便是數據庫備份與遷移, 這也是個人選擇 Halo 作為 blog 後端的重要原因. Halo 的數據和包本身也是作為分離設計的, 首次運行之後會產出 ~/.halo 這一固定的數據存放目錄, 並在默認情況下透過 H2 嵌入式數據庫加密存儲相關資料, 不僅搬遷即用更提供了 Web GUI 的備份和恢復入口, 更是滿足了個人對 MySQL 的抵觸心理.


對於 blog 前後端的具體實現不再贅述, 請自行參閱上述項目.

自我修養: 自由和自主

作為極端排斥熟人社交圈子的人而言, 往往更願意留下些什麼, 而不是終日爛熟於網路動態. 或許是出於對熟人圈子的不滿和無奈, 我幾乎不在社交媒體發佈任何動態, 也或許是處於過激的隱私顧慮和對言論自由的追求, 並不能夠忍受隨時可能被摺疊的結果, 自建 blog 也是情理之中了, 發言權掌握在自己手中往往才能更為自由. 也希望今後在 blog 發佈文章能夠更少受外界影響, 自由表達出自己真實的所思所想.


在實際的寫作方面, 獨立創作永遠是個人自主性的絕對要求, 也只有在自主創作的基礎上才能夠自主地使用和分發文章. 正如 blog 在底部的標註, 沒有特殊說明的情況下保留文章創作的所有權利, 不歡迎任何形式分發, 禁止任何形式演繹. 但歡迎指正與討論並以鏈接方式共享或訂閱 RSS , 更歡迎對文章創作獨立性的監督.


至於評論區將在可見的未來長期處於關閉狀態, 個人認為評論區的交錯式一問一答並不會帶來什麼實際的討論價值, 並且在相當多的 blog 場景下評論區並沒有能夠提出真正有意義的思考, 只是乞討式地拋出毫無營養的拙劣問題. 當然, 個人已經給出直接的溝通與聯絡方式, 對於 blog 中任何一篇文章有任何有價值的問題, 隨時歡迎聯絡並討論.


頗有些作者慣於配置追蹤器或分析代碼到 blog 上, 於我而言是完全沒有意義的, 相比於冷冰冰的瀏覽人次等數字, 我更希望能夠得到有意義的問題或討論. 也因此現在及可見的未來都沒有且不會有任何插入的計劃, 始終將秉持零追蹤器及零廣告投放的方式運作下去.

其他討論: 細枝與末節

ID 型還是名稱型?

這幾乎算是鏈接目錄結構選擇上最常見的問題了. 實際上 ID 型短小精悍便於分享的性質也使得很多場景下都會被優先選用, 特別是非英文目錄結構在目前依然需要轉換為冗長的符號鏈接才能跳轉這種情景下顯然是非常好的選擇. 但相比起冷冰冰的數字 ID 而言名稱型目錄結構的人情味讓人的感受更為親切, 正如目前地址欄所示對目錄結構作英文化規範很大程度上也能夠規避被轉換為冗長符號鏈接的問題. 加之 ID 型目錄結構易被枚舉的特性, 思來想去規範化的英文目錄結構實在是很好的選擇.

The latest TLS version only 是否太激進?

儘管很想回答不是, 但確實是. 很多場景下站點所有者並不能夠保證用戶群體的各種場景都能夠滿足最新的訪問方式, 甚至考慮不盡一些用戶群體是透過什麼方式如何與站點建立連接. 出於一些此類的顧慮做出些許妥協顯然是必要的, 允許兩個版本的訪問請求也應該是較好的讓步.

結語

最後還是要作些勉勵, 一直對 文心雕龍 中的 為情者要約而寫真, 為文者淫麗而煩濫 頗為中意, 謹以此作寫文宗旨. 自然, blog 從來沒有天生的技術性質, 寧缺毋濫並不代表不能有生活氣息. 願能記下生活點滴, 勉勵自己寧缺毋濫寫下真情實感也就好了.