文森說技術

iOS, Web Development Notes
- , , ,

部落格重架 - 第 1 章 - 挑空間和網域

想了想之後,覺得先寫決定放在哪邊和網域入手等等壓力比較不會那麼大(笑),所以就把佈署流程的文後推了。

系列文

評估原則

為了降低啟動成本和風險

  • 能不要花錢就不花錢,能便宜就便宜
  • 能集中放一起就不要分開,減少平常運作所需要的操作

網址

從以前入手網址自己的原則還是沒有變。

為了能夠記憶方便,不含頂級域名,能三個字就三個字,無法的話盡量壓在七個字以內。

於是最後就挑了 vc7.tw 這個域名

Why vc7

在技術相關的領域都是用這個 id 在打滾所以直接沿用

頂級域名

原先在這幾個之間猶豫

  • .io
  • .tw
  • .com

.com 取不到, .io 真的太貴而且對於部落格來說技術味過濃。最終在愛台灣之心大勝之下就選了 .tw

域名提供商

有 45% off 的折價券 + 原先就是 GoDaddy 居民,於是還是在 GoDaddy 上面註冊。五年下來省了 ¥7000 多,覺得非常的划算。

好不好用來說也不是說特別好用,也不會特別難用,就是感受平平沒障礙。
會繼續用就是單純有在用就繼續用,雖然幾年錢好像有一些公司立場上的一些爭議,但是要換地方覺得太麻煩 … 而且又有折價券 XDDD

寫日幣金額是因為目前住在日本,結帳也是以円結帳,就不多轉換匯率了

跳槽的候選

原本也是有想要用其他家,不過不支援和會分散掉等等理由所以最後還是沒有用他們了

  • NameSilo - 很久以前用過,不過後台真的不是很好用
  • Google Domains - 不支援 .tw 域名,不然交給 Google 大大也是 ok XD
  • iwantmyname - 真的很喜歡他的設計,搜尋的介面很有趣
  • namecheap

當然市面上還有更多提供商,以及許多關於他們的介紹,在這邊就不多介紹了。

基本上就是挑便宜,用順手就好。

還有台灣的提供商基本上不考慮 XDDDD

Host

附帶網頁空間的域名提供商

第 0 章 - 回首過去和技術評估 提到的,技術評估中有動態 CMS 的選項,因此還有在看註冊網址的同時也是有在注意附帶網路空間或是網路應用程式(像是快速生成 WordPress)的話可以有什麼優惠。

不過後來決定使用靜態網頁,當時這個部分就沒有在繼續看下去了。

靜態網頁的平台

由於平常就有在用,對象就很明確了

  • GitHub Pages
    • 自己的 CV 放在這,基本上就是 GitHub 的 repo 推上去就可。最輕鬆。
    • 自定域名設定非常方便。新增 CNAME 或是在 repo 裡面設定即可,設置上非常無痛。
  • Heroku
    • 之前 Octopress 的部落格就是放在這裡,需要自己起 instance,比 GitHub Pages 稍微麻煩一點。
  • netlify
    • 近年來崛起的提供商,沒用過。雖然在許多開源專案可以看到他的蹤跡,但是有種殺機焉用牛刀感所以就沒有繼續看下去了。

最終毫無懸念選了 GitHub Pages ,原因很簡單就是手續簡便不易出錯。

用了 hexo deploy 這個指令和搭配 hexo-deployer-git 這個 plug-in 幫我推到 GitHub 之後,GitHub 就會自動幫我處理接下來的事情了。

github-pages-deploy-log

客製化域名的設定的話,原本想說基本上不會變,於是就直接在 repo 裡面的設定中域名中填入。但是推了幾次發現他有時候會被自動清空(?!),後來就直接在根目錄新增 CNAME 檔案來設定了:

CNAME
1
vc7.tw

圖床

要放哪邊才好這可能是很多人架站的痛(笑)

視野內的解法大概有這些,不過應該還有其他的服務就不多加篇幅了。

  • imgur - 似乎有人會拿 imgur 當部落格的圖床,不過官方似乎有使用規範說不能當圖床來用
  • Flickr - 以前有用過,不過要取得網址說實在有點麻煩。
  • AWS S3 - 光用想的就覺得麻煩。

外部圖床最大的缺點就是,如果沒有做出一套流程,像是拖曳到編輯器裡面之後自動上傳,上傳完後自動回貼到文章裡面這樣的功能的話,而是運用工人智慧點來點去上傳,接著取得網址再回貼到文章裡面,這一類的操作真的會快速磨掉寫文章的熱血。

Hexo

所幸, Hexo 幫我們解決了這件事。在全域設定加上這樣的設定之後:

_config.yml
1
post_asset_folder: true

新增文章的時候,就會自動幫你多新增一個該篇文章專屬,專門用來放檔案的資料夾,像是這樣:

1
2
2010-10-07-some-article.md
2010-10-07-some-article/

使用的時候也非常簡便,假如放了一張叫做 picture.jpg 的檔案進去文章專屬資料夾的話,取用時就像是一般 markdown 的寫法一樣即可:

1
![picture](picture.jpg)

完全無痛無壓力,因此圖床尋找這件事馬上解決!

而且圖片存放的地方和文章很近,是同一個地方,不需要在不同的服務之間跑來跑去,完全符合我期望的方式於是就直接用了。

佈署

在執行 hexo deploy 時,這些圖片就會跟著生成後的內容一併推送到 GitHub 去,因此也不需要擔心會不會漏掉。

SSL

再來就是 SSL 了,也就是網址前面的 https://

這是在之前的一個部落格的時候就一直想做的事,幫自己的網站具備安全傳輸、加上 SSL 鎖頭。

而 SSL 服務通常域名提供商也會打包著賣,於是也有參考過是怎麼賣的。

GitHub Pages 的話免費送

不得不說 GitHub 真的非常佛心。在 repo 的設定裡面, GitHub Pages 的區塊就有這麼樣的選項:

enforce-https

只要勾起來就好了!

不用自己用有的沒有的。而且就算是有自定義的域名,只要域名提供商側的設定沒問題的話,也是可以無痛套用,真的太佛心了 XDDDDDD

個人化證書

算是品牌塑造的一環吧。

原先有考慮想弄

SSL 證書上要有自己的網站名稱和網址的個人化簽署

不過剛開站還不想考慮那麼多,再來 GitHub Pages 也有達成「我想要 SSL/HTTPS」的最低需求,因此就直接用了。

結語

就結果來說還滿滿意的。

日常管理上也完全符合自己不太想再這邊花太多心思操作,成本上也降到非常低

  • 域名:
    • .tw 域名的定價雖然有稍微貴一點,不過五年下來用了折價券後約 ¥10,000 和一些零頭,覺得滿意!
  • 空間:
    • GitHub Pages 免費 (目前設定成 private repository)。
  • 圖床:
    • Hexo 太棒了!完全就是我想要的形狀。
  • SSL:
    • GitHub Pages 附帶功能,免費。平常不需要操心他和擔心他會過期,很懶人又無痛。

以上!

如果覺得這篇對你有幫助,歡迎幫忙分享給其他人 😀