サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
災害への備え
www.mitsuru-takahashi.net
【Next.js】GCSやS3でNext.jsを静的ホスティングする際の注意点(dynamic routing)2021/10/30 Next.jsを静的ホスティングする際に、若干詰まったので注意点をまとめておきます(特にdynamic routingを使用する場合は注意)。 Next.jsはもともとSSR用のフレームワークだったこともあり、ホスティングには(Vercelなどのサービスを使用することを除けば)基本的にサーバーを用意してあげることが多いと思います。 一方でフロントエンドをホスティングするためにわざわざサーバーとかを用意したくはないので、S3やGCSでもホスティングしたい、という方も多いのではないでしょうか。 もちろん、Next.jsにはSSG機能が追加されたので静的ホスティングはできるようになっています。 ただし冒頭で述べたように、Vercelなどのサービスを使用する場合と比
フロントエンドのstate管理はここ数年で様々な変遷を得て来ました。 近年、swr、apollo clientのようなサーバーデータをキャッシュするライブラリが出てからは、state管理がかなり最適化されたと感じています。 swrなどが出て以降のフロントのstateはこちらの記事で言及されているように サーバーデータのキャッシュ Global State Local State の3つで構成されるパターンが増えてきました。 上の記事では 「SPAで管理する必要のあるGlobal Stateって、そのうちほとんどがサーバーデータのキャッシュだよね。それを取り除けたら、管理する必要のあるGlobal Stateってすごく小さくなるんじゃない?」 と言及されていますが、個人的にも同意見で、この構成がstate管理の最適解に近いと感じています。 実際、サーバーデータをswrなどがいい感じにキャッシ
このページを最初にブックマークしてみませんか?
『www.mitsuru-takahashi.net』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く