2022/2/23

省錢的 Blog 管理方式

 跟大家分享一下「省錢的 Blog 管理方式」

首先,製作 Blog 時想要的基本條件
1. 省錢,最好連 Server 錢都省
2. 可以長期經營,不能因為服務關閉我的資料就消失
3. 連圖床都要能統一管理
4. 一定要使用 Markdown,我不想為了格式花太多時間
🤫 Hexo 搭配 GitHub Pages
基於以上原因,所以我選擇使用 Hexo 搭配 GitHub Pages,相對於其它 Blog 服務來說,至少我本地端都會有相同的原始碼,只要幾行指令就可以快速還原。
🤫 圖片儲存
另外,圖片如果完整在 Hexo 專案中,不僅會造成儲存庫肥大,也會影響早期版本的 Hexo 編譯速度,所以在中期開始就開始把圖片往 Firebase Storage 服務丟。
為什麼是選 Firebase 呢?因為他有每日 1G 的免費流量,過去 Blog 在優化以前,每天最高達 2 ~ 3 G 的流量,現在平均是在 1GB 以下,所以不太需要花額外費用在圖片服務上。
🤫 個人化網址
個人化網址對於 SEO 有沒有幫助,這點我不敢保證,畢竟我的 Search Console 還在轉移中,流量相較於先前還往下一些。
而個人化網址的目的其實是擔心 GitHub Pages 流量超過的問題,依據上述所提,我的流量高一些時每天可以有 2 ~ 3G,隨時都有可能超過臨界點。
> GitHub Pages 每月上限流量 100G
如果真的流量超過時,只要另外找一個儲存服務,就可以直接把網站轉移過去,並且使用相同的 Domain 囉。
🤫 Cloud Flare
接下來就要提到網址服務了,不管是哪邊的網址服務,如果是直接將 GitHub Pages 轉過去,都會從 https 變成 http,這不僅會在網址列上出現 “不安全” 的字眼,同時對於 SEO 也會有影響。
如果將 Name Server 轉至 Cloud Flare 代管,就能加上 https 的協定,而且這項服務對於我這種等級的流量是完全不需要費用的。
綜合以上服務,我的每月花費為:
- .tw 網域:這會比 .com 貴上許多,主要還是因為我想要 `casper` 這個域名,每年約 700
- Firebase Storage:每日免費額度內是不需要付費的,先前最貴約 2 ~ 3usd/月
其它服務均不需要另外付費
以下也附上我昨天的流量報表

沒有留言:

張貼留言