このページで: [隠れる]
無料, オープンソースフレームワークGatsbyは、GatsbyソースWordPressプラグインの新しいベータ版を開発しました, Gatsbyがフロントエンドに電力を供給するヘッドレスWordPressセットアップを開発するために完全に作り直されました. プラグイン, ギャツビークラウドと組み合わせる以外に, リアルタイムプレビューとインクリメンタルビルドを実装するように設計されています.
また読む JAMstack: それはどのように機能し、どのような利点がありますか?
Gatsbyソースプラグインの主な目的は、WordPress Webサイトの統合を作成して、より複雑な使用機会を実現することです。.
GatsbyソースのWordPressプラグインを使用する3つの異なる方法があります. それぞれで, さまざまなメリットとデメリットを得ることができます.
GatsbySourceWordPressプラグインの相互作用
最初の方法を使用する, プラグインはWPRESTAPIと対話して、用語などのすべてのデータを提供します, 投稿, メディア, 等. また、Gatsbyのノードキャッシュに情報をキャッシュしています.
2つ目は、開発者がGraphQLクエリを記述し、キャッシュを提供してそのデータをテンプレートにレンダリングすることを許可します。.
ギャツビーチームによると, これらの2つの方法は、基本的な使用法に最適です.
WPRESTAPI統合
WPGraphQLの作成者であるJasonBahlが説明したように, より高度な機能を追加する場合, 高度なカスタムフィールドのようなフレックスフィールド, WPRESTAPIは崩壊します, 分離して使用するのは難しいでしょう.
WP REST APIには、テーマとプラグインがWP REST APIを拡張し、特定のエンドポイントが公開するデータのタイプを宣言できるようにするスキーマがあります. これは、分離されたアプリケーションがどのような種類のデータを期待するかを事前に知るのに役立ちます.
問題がある, スキーマを使用せずに、または単にスキーマのフィールドタイプを次のように定義せずに、WPRESTAPIを拡張できるのはプラグインとテーマです。 “物体” また “配列” 種類. つまり、Gatsbyのような分離されたアプリケーションでは簡単ではないということです。, それらの分野から何を期待するかを知るために. Gatsbyは一貫したデータに依存しています, WPRESTAPIに一貫性がありません. エンドポイントから返されたデータの形状 (特にプラグインがRESTAPIを拡張する場合) 予測不可能です, これは、分離されたアプリケーションの問題です.
また読む Google WebStoriesWordPressプラグイン (レビュー)
WPGraphQL代替
WPGraphQLは、WPRESTAPIの代替として作成されました, 強制されたスキーマを使用して、これらの問題点の多くに対処する. この代替手段は、Gatsbyのような分離されたツールに適しています。これは、スキーマをイントロスペクトして、要求する前に使用可能なデータを判別できるためです。.
高度なカスタムフィールドフレックスフィールドなどの場合でも, 返されるデータは、考えられる多くのフレックスフィールドレイアウトの1つである可能性があります。, Gatsbyは、データを要求する前に、可能なデータが存在することを知っています。. WPGraphQLの強制スキーマにより、分離されたツールを問題なく出荷でき、クラス全体のバグを排除できます。.
Gatsby Source GraphQL + WPGraphQLメソッドには、WPRESTAPIの使用に関していくつかの開発があります. Gatsbyノードキャッシュに情報をキャッシュしないという制限があります. この制限により、WordPressサイトがGatsbyのクラウドベースの商用製品をプレビューやインクリメンタルビルドに利用することを回避できます.
ここで再びバール 説明します どのように新しいギャツビーソースワードプレスプラグイン (v4) + WPGraphQLは “両方の長所:
WordPressサーバーでWPGraphQLを使用して、型付きGraphQLスキーマでWordPressデータを公開します. Gatsby Source WordPress v4は、GraphQL Introspectionを使用してWordPressサイトからスキーマを読み取り、Gatsbyでほぼ同一のスキーマを構築します. 次に、WPGraphQLを使用してデータをフェッチし、データをGatsbyにキャッシュします。. 次に、ユーザーはGraphQLを使用してGatsbyキャッシュと対話し、Gatsbyサイトのコンポーネントでレンダリングするデータを取得します.
この新しい統合により、コンテンツ作成者はクリックすることができます “プレビュー” そして彼らが何を変えたかを見てください. そして、これはすべてギャツビーを利用したサイトでライブで行われます. 影響を受けるページに変更をプッシュします. 変更は数秒で非常に高速に実行されます, ヘッドレス統合なしでWordPressが機能することをユーザーがどのように期待しているか. 新しいプラグイン, GatsbyCloudと統合, コンテンツ作成エクスペリエンスとGatsby'sReactのより良い結婚を提供します + フロントエンドに高速静的ページをもたらしながらのGraphQL開発者の経験.