ジャムスタックの円卓会議からのランダムノート

ジャムスタックの円卓会議セミナーは先週末、Web Unleashedで開催されました。この経験から散らばったメモをいくつか紹介します。

• 最初は、「Jamstack」の「M」が「マークアップ」（HTMLの「M」、時にはHTMLと交換可能に使用されることもあります）の略で、「マークダウン」（HTMLにまとめられた言語）を表していることに驚きました。これは確かに多くの混乱を引き起こしました。答えは次のとおりです。JamstackはMarkdownを必要としません。この混乱は、MarkdownがJamstackに密接に関連している静的なWebサイトジェネレーターでよく使用されるという事実に由来しています。
• 初めて、Netlify、GitHubページ、またはS3バケット（「静的ホスティング」）でホストされているすべてのWebサイトがJamstackであることに気付きました。確かにシャムスタックです！ :)。 Jamstackの静的ホスティング（SH）の部分は、おそらく最も重要な側面です。
• index.htmlファイルは1つだけです。<div>また、クライアントが他のすべてをレンダリングするJavaScriptのWebサイトの束もJamstackになることができます。必要なデータが組み込まれているか、他のサーバー上のAPIから来ていると仮定すると（そのindex.htmlファイルをホストするサーバーではなく）、Jamstackです。<li> <em>技術的な</em>ジャムスタックと<em>スピリチュアル</em>ジャムスタックには違いがあります。上記のことはより技術的かもしれませんが、精神的なレベルはより多くのページを事前にレンダリングすることを望んでいます。<ul> <li>プレレンダリングの利点は、高速、CDNホスティング、セキュア、SEOフレンドリーです。多くのフレームワークは、機能の一部としてそれを提供するため、それを利用することもできます。事前レンダリングは静的を意味するものではありません。JavaScriptはまだクーラー効果をロードして達成できます。</li> <li>静的なWebサイトジェネレーターとJamstackが最高のパートナーであることは間違いありません。しかし、Jamstackは、より広い視点を持つことを望んでいます。 50,000の製品ページがあり、世代が遅すぎるか非実用的である場合はどうなりますか？問題ありません。他のページを事前にレンダリングすることはできますが、製品ページのフレームワークを作成し、必要に応じてAPIを介して製品ページデータを取得するだけです。一部のページが絶対に静的にホストされていない場合はどうすればよいですか？問題ありません。他のページを変更せずに、静的にホスト可能なページを静的サーバーにプロキシできます。静的なホスティングのためにすべて出て行きたいのですが、機能を実装するためにサーバーが必要ですか？サーバーレス関数の使用を検討してください。これは、静的なホスティングの精神的な仲間と言えます。</li> <li>人々は本当に<em>その理由</em>を知りたいと思っています。なぜわざわざこれらのことをするのですか？すべてのニーズを満たすWordPressを使用してWebサイトを構築できる場合、なぜですか？私は、機能の観点からWordPressの使用を擁護することになりました。 WordPressをCMSとして使用していても、無制限の時間とまったく新しい出発点がある場合、APIを介してデータを使用して、自分のフロントエンドを完全に切り離して構築するのではないにしても、少なくともいくつかのプリレンダリングが行われるパスにいると思います。しかし、おそらく、<em>なぜ</em><em>スピード</em>、<em>安全性</em>、<em>回復力</em>に帰着するのかについての最も説得力のある答えがあります。これらはすべて、Jamstackを使用するときにすぐに利用できます。構築するための優れた基盤を提供します。</li> </ul> </li> </div>

以上がジャムスタックの円卓会議からのランダムノートの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。