Open kitak opened 6 years ago
https://github.com/kitak/pensees/issues/1#issuecomment-355805275 の続き
/
でリクエストが来た時に /about
と同じものを返したい)
https://github.com/kitak/www.kitak.info-nuxt 大体できたので、あとは netlify でデプロイするだけ。
デプロイした https://www.kitak.info/
netlify いいね
https://github.com/kitak/pensees/issues/1#issuecomment-355805275 の
Route53 の ALIAS レコードは AWS のインスタンスにしか対応していないので、サイトのドメインを www.kitak.info に変更 S3 のリダイレクト機能を使って、kitak.info は S3 の Bucket を指すようにして、リクエストが来たら、www.kitak.info にリダイレクトさせる
は、netlify のロードバランサの ip アドレスが固定で、それを A レコードにすればよかった ( ALIAS や Zone apex を使うのが Recommended ではあったけれども)
唯一イケてなかったのは、deploy 時に実行するコマンドを指定することができるのだけど、Node のバージョンが古くて、async/await が使えず next generate
がコケてしまったこと。
しょうがないので、dist
もバージョン管理対象にした。
resource hint / preload の指定をおこなう
も、やってみよう。https://www.netlify.com/docs/headers-and-basic-auth/ を見て、https://github.com/kitak/www.kitak.info-nuxt/blob/master/_headers のように指定した
Firebase の realtime database vs firestore。 副業で必要になりそうなので読む。https://firebase.google.com/docs/database/rtdb-vs-firestore?hl=ja 場面に応じて、使い分けをおこなうものかと思っていたけれど、beta 版を使うことに抵抗がなければ、基本、firestore で良さそう。
追記:
ユースケースによっては、Realtime Database を利用して費用やレイテンシを最適化する方が妥当な場合もあります
refs: https://developers-jp.googleblog.com/2017/10/introducing-cloud-firestore.html
費用とレイテンシという観点で realtime database を選んだほうがいい場合もあるらしい
cloud function で認証する例 https://github.com/firebase/functions-samples/blob/master/authenticated-json-api/functions/index.js
hosting の rewrite で cloud functions の関数を指定できるっぽい https://firebase.google.com/docs/hosting/functions?hl=ja
思いついたこと・試行したことをひたすら書いていく ✍️