為什麼選 Firebase?免費額度顯然是最重要的,還有價錢和功能都是可攻可守,即使日後要把事情搞大 (搞大後的 blog…),例如 AI 自動寫網誌,Firebase 的平台都沒問題。
第一步應該是申請個 domain 來用,所以我就申請了 oolala.xyz 來用,不過等等用到的 Firebase Hosting,會提供免費、但一輩子都記不起來的 domain 使用,Google 會處理好憑證,即使是自己的 domain,放到 Hosting 後,就有 https 可以用了。
先試著將之前做好玩的 News Widget 移植到 Firebase 上頭,使用了 Hosting 和 Realtime Database,配合我放在自己小米路由器上的新聞更新程式,移植後程式大概剩下原先的一半,實在是可喜可賀。
接下來只用 Firebase Hosting,用 HTML5 + JavaScript 重作整個 blog 的介面,到了 SEO 階段,才猛然覺醒這樣根本不能被 Google 檢索,因為檢索機器人只看 HTML 的,所以這堆叫 Blogger API 之後才產生的內容,是看不到的。
所以免費額度最小的 Cloud Functions 還是得用,還好之前用 JavaScript 寫的那堆也沒有白寫,而且我又不愛用 jQuery,所以很輕鬆地就移植到 node.js 上頭了,現在動態產生的 .html 是有內容的,順便也加上結構化資料,也準備了澎湃的 site map 餵食 Google Search Console。
到今天、到此,算是一個階段了。
整個技術難度並不高,沒有一個是新東西,不過這個單手打雞蛋一樣,看起來並不難,不會就是要親手打個幾十顆,才能確定自己真的會單手打雞蛋。
然後,老是埋首在工作上頭的專案,同一個工作上頭碰到的專案,技術層面上自然是不會有太大的差別,就像單手打雞蛋一樣,即使熟練到了爐火純青的階段,還可以一次打十個,但真實的世界在乎這項才藝嗎?
更何況,天天打雞蛋,不膩嗎?
之後想到值得一提的事,那就之後再提。我得讓寫程式這件事繼續有趣,有趣的事情,我才有辦法維持興趣。我說的
我的下一個案子,是將我現在放在小米路由器上頭的 Telegram 聊天機器人,移植到 Firebase 上頭。
沒有留言:
張貼留言