静的かどうか？

静的ウェブサイトジェネレーター？なぜ私はそれを使わないのですか？ Kev Quirkの短いコメント：KevはWordPressを使用します。

iPadでブログを書きたいですか？問題ない。あなたの電話に書きたいですか？それで大丈夫です。頻繁に使用しない機械に書かれていますか？ブラウザを持っている限り、問題はありません。

まず第一に、WordPressを使用しても静的なWebサイトジェネレーターを使用できないという意味ではないことに言及する価値があります。 WordPressには、ビルドプロセス中にAPIを呼び出してWebサイトを構築できるAPIがあります。それがギャツビーが行うことです。静的なWebサイトをエクスポートするプラグインがありますが、Frontityのようなプロジェクトはラインを曖昧にします。

しかし、私はKevの理由に同意します。彼のすべての理由と、他の無数の理由から、WordPressのWebサイトを実行することは、完全に受け入れられ、しばしば賢明な選択です。堅牢性と機能的な完全性についてだと思います。 eコマース機能が必要ですか？ WordPressにはそれがあります。フォームが必要ですか？多くの優れたプラグインがあります。 CMSの機能を強化する必要がありますか？コンテンツタイプとそのコンテンツを制御できます。認証が必要ですか？これがコア関数です。優れた編集体験が必要ですか？グーテンバーグは素晴らしいです。

何度も何度も、私はWordPressで欲しいものを迅速かつ効率的に構築します。これにより、効率的で強力に感じます。しかし、私は特にWordPressについて話したくありません。同じことが「クラシック」CMSにも当てはまります。 Craft CMSにはGraphQL APIがネイティブにあります。 Drupal Jamstack Webinarに関する投稿を投稿しました。

静的なWebサイトの比較的新しい世界では、小さなことが研究と実施の長いプロセスに変わることになります。そして、それはあなたがそれをしている唯一の人であると感じています。

そうは言っていません...

静的なウェブサイトジェネレーターとジャムスタックの世界についてどう思いますか？彼らは素晴らしいです。

このようにウェブサイトを構築することには多くの利点があると思います。データとフロントエンドの分離は賢明です。とても安全です。開発者エクスペリエンスも優れており、プレビューやGITベースの展開にすべてが最適です。スタートアップ速度は驚くべきものです（CDNからHTMLサービスを提供することが偉業です）。

古典的なサーバー側のCMSが静的なWebサイトの構築を妨げないように、静的なWebサイトを使用することで、ダイナミックなことをするのを止めることはできません。 Josh Comeauには、これを詳細に説明する素晴らしい新しい記事があります。彼はブラウザでReactで多くの作業を行う気の利いた小さなアプリを作成しましたが、それは彼がまだほとんどのコンテンツを静的に提供できないという意味ではありません。彼はそれを「考え方の変化」と呼び、データベース呼び出しが必要だと思うかもしれないものを指しますが、本当に必要ですか？データベース呼び出しが発生し、静的ファイルが生成されましたか？そうでない場合は、コンテンツの一部を静的に生成でき、残りは動的に取得できます。

私たちが両方の世界の最高のものを本当に見始める世界を楽しみにしています。できるだけ多くのコンテンツを生成し、静的に生成できないAPIを介してできるだけ多くのコンテンツを取得し、プロセス全体で最高のツールを犠牲にしないようにします。

静的ウェブサイトをいつ選択するか...

• 可能であれば、速度と安全性が比類のないので、それを考慮する必要があります。
• グリーンフィールドプロジェクトに取り組んでいる場合。
• プロジェクトがアクセス可能なAPIから構築されて使用されている場合、ビルドプロセス中にAPIを呼び出して、最初のHTMLがロードされた後に使用できます。
• 静的なWebサイトジェネレーターがあなたがしていることに見栄えが良い場合。
• コスト分析が示されている場合、それはより安いです。
• 特定の機能（ビルドプレビューなど）がワークフローに非常に役立つ場合。

サーバー側のソフトウェアをいつ選択するか...

• 古典的なCMS（WordPressなど）の機能が必要な場合、およびそこからの技術的な負債は高すぎます。
• サーバー側のレンダリングプロジェクト（Ruby on Rails、Pythonなど）に深く関わっており、既存の問題に遭遇していない場合。
• チームがこの分野で最も専門知識を持っている場合。
• コスト分析が示されている場合、それはより安いです。
• 構築したいもの（フォーラムソフトウェアなど）に対する適切な静的ソリューションがない場合。
• 数百万のURLなどの極端な状況にある場合、静的ビルド時間が長すぎます。

静的なウェブサイトを選択する間違った理由...

• サーバーを使用する必要があります。 （なぜですか？ビルド時またはランタイムでサーバー上のAPIを呼び出すことができます。）
• 認証が必要です。 （なぜ？JamstackがJWTなどで認証を完全に実装できる
• Jamstackアプローチさえ考えていません。

サーバー側のソフトウェアを選択するエラーの理由...

• Jamstackアプローチさえ考えていません。
• 快適/既存/クラシック/成熟/サポートされているよくサポートされているツールを使用すると、静的に何かを構築できないと思うからです。
• SEOのような質問。 （どちらかといえば、静的レンダリングはパフォーマンスを向上させるはずです。ただし、静的への移行がクライアントコールに転向して製品データを取得するなどを意味する場合は理解できます。）

以上が静的かどうか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。