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

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

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

しかし、私はKevの理由に同意します。彼のすべての理由と、他の無(wú)數(shù)の理由から、WordPressのWebサイトを?qū)g行することは、完全に受け入れられ、しばしば賢明な選択です。堅(jiān)牢性と機(jī)能的な完全性についてだと思います。 eコマース機(jī)能が必要ですか？ WordPressにはそれがあります。フォームが必要ですか？多くの優(yōu)れたプラグインがあります。 CMSの機(jī)能を強(qiáng)化する必要がありますか？コンテンツタイプとそのコンテンツを制御できます。認(rèn)証が必要ですか？これがコア関數(shù)です。優(yōu)れた編集體験が必要ですか？グーテンバーグは素晴らしいです。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上が靜的かどうか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。