エントリーの編集
![loading...](https://b.st-hatena.com/f27c0b793148c4c51ce0d5c7a77dd5e10c208478/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Next.jsとWordPressのSSRのパフォーマンス改善「memory-cache」
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/f27c0b793148c4c51ce0d5c7a77dd5e10c208478/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Next.jsとWordPressのSSRのパフォーマンス改善「memory-cache」
Next.jsとWordPressのSSRのパフォーマンス改善「memory-cache」公開 2021/3/7:更新 2021/3/7 Next.jsの... Next.jsとWordPressのSSRのパフォーマンス改善「memory-cache」公開 2021/3/7:更新 2021/3/7 Next.jsの代名詞「SSG」はやめた WordPress+Next.jsだと、今のところ、もはや「SSR(Server Side Rendering)」しか選択肢がないくらいに思えます。 SSG(Static site Generation)はビルド時間が最悪。最初は耐えられますが、記事はすぐに増えて、非常にストレスになる。 「ISR」もパッとしない(2021年初頭)。 Next.jsのISR(Incremental Static regeneration)は初回リクエストでSSRしてHtmlを生成&キャッシュします。 指定した時間はそのキャッシュされたデータを返しますが、指定時間を超えた場合はもう一度SSRする。→これは記事の執筆者によってトリガー