ขนาดวิดีโอ: 1280 X 720853 X 480640 X 360
แสดงแผงควบคุมโปรแกรมเล่น
เล่นอัตโนมัติ
เล่นใหม่
これ素晴らしいー！！
app router は便利すぎる page routerにはもう戻れない
今ならapprouter利用率が高そうですよね
container presenパターンだと、SEO的に残したいところもクライアントコンポになっちゃうところが悩みどころなんだよな〜分かる同士いる？😊
なるほど、確かにクライアントコンポだとSEO的に弱いですね。RSCPayload削減かのトレードオフになりそうですね...
いつも拝見させていただいてます。初学者で恐縮ですが質問させてくださいませ。Next.jsだとuseClientを利用することによりCSRは構築可能、SSRも基本的に構築可能です。ReactはCSR(SPA)のみなので、大は小を兼ねる。。。という意味でNext.jsを採用すればどちらでも転ぶことができるのでよいのかな・・・？と思ったのですが安直でしょうか・・？
いいと思いますよ！あまりにもリアルタイム性を要求するアプリであればReactだと思いますが、Next.jsで始めるのは良い選択だと思います。
いつもありがとうございます。質問失礼します。57:20~で、CacheはVercelにホスティングするのであれば、CDNやEdge Serverに格納されるとおっしゃられております。こちらもしVercel以外にホスティング（AWS, GCP等）した場合、Cacheの格納先を自分たちで構築する必要があるという認識でしょうか。
SSGやISRなどのレンダリングはNext.jsの機能ですので、Vercel以外でも動きます(ISRはVercelで最適化されているのでISRを使う場合はVercelになると思います)。たとえば、SSGで作ったサイトをAWSでデプロイする場合、SSGのレンダリング(ビルド時にデータ取得＆静的化)は行われますが、DataCacheは行われるかどうかは定かではありません(これは僕の知識不足です。)もしもキャッシュされない場合は、SSGで出力した静的ファイルをS3にアップロードし、それをCloudFrontを利用してCDNキャッシュする必要があるかもです。Amplifyでデプロイした場合は、自動でキャッシュを良しなにやってくれるかもですが、、詳細はちょっと分からないですね、、すみません。GCPも同様だと思います。Vercel以外でもキャッシュの基本的な恩恵は受けられるみたいですが、グローバルCDN配信に自動で対応していないホスト先ではCDNキャッシュ設定など手動で行う必要があるかもです。
1時間40分越え！気合い入ってますね。いつも動画を楽しみにしてます！
全ては説明できませんでしたが、いつの間にか長くなっちゃいました😇ありがとうございます！お時間のある時に見ていただけると嬉しいです
ありがとうございます！一点質問です、Route Handlerを使わなくてもよいなどと触れてましたが、Next.jsだけでサーバ側も実装する場合、fetchを用いてキャッシュの取り扱いをして恩恵受けるには、Route Handlerに記載したapiを呼ぶのがキャッシュ再検証などもできて便利じゃないかなと思ったのですが、いかがでしょうか？(サーバコンポーネントでそのままPrismaなど用いてデータ呼び出す場合キャッシュが使えなくないですか？)
あっ勘違いしてました。いままでTanStackQueryを使ってクライアント側でフェッチしてユーザーごとにキャッシュを持たせていたのですが、Next.jsのfetchの場合サーバーサイドでのフェッチになるので、全体のキャッシュになるのですね(ユーザーごとではない)この場合って、キャッシュ使わなくてもサーバーサイドでPrismaなど用いてapi叩かなくてもデータをDBから返却できるので、パフォーマンスいいよねって話なのでしょうか？
神動画ありがたき幸せ🙏🙏
ちょうど今、app router入れるかどうか悩んでいた時なので助かる
先月から勉強させていただいてます！ありがとうございます！
いつもためになる動画をありがとうございます！マインドマップ凄く分かりやすかったので配布して欲しいです！！
こちらこそ、いつもありがとうございます！分かりました！概要欄に記載しておきますね。
Que legal.
ありがたい
これ素晴らしいー！！
app router は便利すぎる page routerにはもう戻れない
今ならapprouter利用率が高そうですよね
container presenパターンだと、SEO的に残したいところもクライアントコンポになっちゃうところが悩みどころなんだよな〜
分かる同士いる？😊
なるほど、確かにクライアントコンポだとSEO的に弱いですね。
RSCPayload削減かのトレードオフになりそうですね...
いつも拝見させていただいてます。初学者で恐縮ですが質問させてくださいませ。
Next.jsだとuseClientを利用することによりCSRは構築可能、SSRも基本的に構築可能です。
ReactはCSR(SPA)のみなので、大は小を兼ねる。。。という意味で
Next.jsを採用すればどちらでも転ぶことができるのでよいのかな・・・？と思ったのですが安直でしょうか・・？
いいと思いますよ！
あまりにもリアルタイム性を要求するアプリであればReactだと思いますが、Next.jsで始めるのは良い選択だと思います。
いつもありがとうございます。
質問失礼します。
57:20~で、CacheはVercelにホスティングするのであれば、CDNやEdge Serverに格納されるとおっしゃられております。
こちらもしVercel以外にホスティング（AWS, GCP等）した場合、Cacheの格納先を自分たちで構築する必要があるという認識でしょうか。
SSGやISRなどのレンダリングはNext.jsの機能ですので、Vercel以外でも動きます(ISRはVercelで最適化されているのでISRを使う場合はVercelになると思います)。
たとえば、SSGで作ったサイトをAWSでデプロイする場合、SSGのレンダリング(ビルド時にデータ取得＆静的化)は行われますが、DataCacheは行われるかどうかは定かではありません(これは僕の知識不足です。)
もしもキャッシュされない場合は、SSGで出力した静的ファイルをS3にアップロードし、それをCloudFrontを利用してCDNキャッシュする必要があるかもです。
Amplifyでデプロイした場合は、自動でキャッシュを良しなにやってくれるかもですが、、詳細はちょっと分からないですね、、すみません。GCPも同様だと思います。
Vercel以外でもキャッシュの基本的な恩恵は受けられるみたいですが、グローバルCDN配信に自動で対応していないホスト先ではCDNキャッシュ設定など手動で行う必要があるかもです。
1時間40分越え！気合い入ってますね。いつも動画を楽しみにしてます！
全ては説明できませんでしたが、いつの間にか長くなっちゃいました😇
ありがとうございます！お時間のある時に見ていただけると嬉しいです
ありがとうございます！
一点質問です、Route Handlerを使わなくてもよいなどと触れてましたが、Next.jsだけでサーバ側も実装する場合、fetchを用いてキャッシュの取り扱いをして恩恵受けるには、Route Handlerに記載したapiを呼ぶのがキャッシュ再検証などもできて便利じゃないかなと思ったのですが、いかがでしょうか？
(サーバコンポーネントでそのままPrismaなど用いてデータ呼び出す場合キャッシュが使えなくないですか？)
あっ勘違いしてました。
いままでTanStackQueryを使ってクライアント側でフェッチしてユーザーごとにキャッシュを持たせていたのですが、Next.jsのfetchの場合サーバーサイドでのフェッチになるので、全体のキャッシュになるのですね(ユーザーごとではない)
この場合って、キャッシュ使わなくてもサーバーサイドでPrismaなど用いてapi叩かなくてもデータをDBから返却できるので、パフォーマンスいいよねって話なのでしょうか？
神動画ありがたき幸せ🙏🙏
ちょうど今、app router入れるかどうか悩んでいた時なので助かる
先月から勉強させていただいてます！
ありがとうございます！
いつもためになる動画をありがとうございます！
マインドマップ凄く分かりやすかったので配布して欲しいです！！
こちらこそ、いつもありがとうございます！
分かりました！概要欄に記載しておきますね。
Que legal.
ありがたい