実際のページと静的なフロントページでpre_get_postsを使う
本当のページと静的なフロントページでpre_get_postsを使う方法について私はかなり広範囲な研究をしました、そしてそれは絶対確実な方法がないようです。
私がこれまで見つけた最良の選択肢は Stackoverflow で@birgireによって行われた投稿からでした。デモクラスに書き換えて、コードをもう少し動的にしました。
class PreGeTPostsForPages
{
/**
* @var string|int $pageID
* @access protected
* @since 1.0.0
*/
protected $pageID;
/**
* @var bool $injectPageIntoLoop
* @access protected
* @since 1.0.0
*/
protected $injectPageIntoLoop;
/**
* @var array $args
* @access protected
* @since 1.0.0
*/
protected $args;
/**
* @var int $validatedPageID
* @access protected
* @since 1.0.0
*/
protected $validatedPageID = 0;
/**
* Constructor
*
* @param string|int $pageID = NULL
* @param bool $injectPageIntoLoop = false
* @param array| $args = []
* @since 1.0.0
*/
public function __construct(
$pageID = NULL,
$injectPageIntoLoop = true,
$args = []
) {
$this->pageID = $pageID;
$this->injectPageIntoLoop = $injectPageIntoLoop;
$this->args = $args;
}
/**
* Private method validatePageID()
*
* Validates the page ID passed
*
* @since 1.0.0
*/
private function validatePageID()
{
$validatedPageID = filter_var( $this->pageID, FILTER_VALIDATE_INT );
$this->validatedPageID = $validatedPageID;
}
/**
* Public method init()
*
* This method is used to initialize our pre_get_posts action
*
* @since 1.0.0
*/
public function init()
{
// Load the correct actions according to the value of $this->keepPageIntegrity
add_action( 'pre_get_posts', [$this, 'preGetPosts'] );
}
/**
* Protected method pageObject()
*
* Gets the queried object to use that as page object
*
* @since 1.0.0
*/
protected function pageObject()
{
global $wp_the_query;
return $wp_the_query->get_queried_object();
}
/**
* Public method preGetPosts()
*
* This is our call back method for the pre_get_posts action.
*
* The pre_get_posts action will only be used if the page integrity is
* not an issue, which means that the page will be altered to work like a
* normal archive page. Here you have the option to inject the page object as
* first post through the_posts filter when $this->injectPageIntoLoop === true
*
* @since 1.0.0
*/
public function preGetPosts( \WP_Query $q )
{
// Make sure that we are on the main query and the desired page
if ( is_admin() // Only run this on the front end
|| !$q->is_main_query() // Only target the main query
|| !is_page( $this->validatedPageID ) // Run this only on the page specified
)
return;
// Remove the filter to avoid infinte loops
remove_filter( current_filter(), [$this, __METHOD__] );
// METHODS:
$this->validatePageID();
$this->pageObject();
$queryArgs = $this->args;
// Set default arguments which cannot be changed
$queryArgs['pagename'] = NULL;
// We have reached this point, lets do what we need to do
foreach ( $queryArgs as $key=>$value )
$q->set(
filter_var( $key, FILTER_SANITIZE_STRING ),
$value // Let WP_Query handle the sanitation of the values accordingly
);
// Set $q->is_singular to 0 to get pagination to work
$q->is_singular = false;
// FILTERS:
add_filter( 'the_posts', [$this, 'addPageAsPost'], PHP_INT_MAX );
add_filter( 'template_include', [$this, 'templateInclude'], PHP_INT_MAX );
}
/**
* Public callback method hooked to 'the_posts' filter
* This will inject the queried object into the array of posts
* if $this->injectPageIntoLoop === true
*
* @since 1.0.0
*/
public function addPageAsPost( $posts )
{
// Inject the page object as a post if $this->injectPageIntoLoop == true
if ( true === $this->injectPageIntoLoop )
return array_merge( [$this->pageObject()], $posts );
return $posts;
}
/**
* Public call back method templateInclude() for the template_include filter
*
* @since 1.0.0
*/
public function templateInclude( $template )
{
// Remove the filter to avoid infinte loops
remove_filter( current_filter(), [$this, __METHOD__] );
// Get the page template saved in db
$pageTemplate = get_post_meta(
$this->validatedPageID,
'_wp_page_template',
true
);
// Make sure the template exists before we load it, but only if $template is not 'default'
if ( 'default' !== $pageTemplate ) {
$locateTemplate = locate_template( $pageTemplate );
if ( $locateTemplate )
return $template = $locateTemplate;
}
/**
* If $template returned 'default', or the template is not located for some reason,
* we need to get and load the template according to template hierarchy
*
* @uses get_page_template()
*/
return $template = get_page_template();
}
}
$init = new PreGeTPostsForPages(
251, // Page ID
false,
[
'posts_per_page' => 3,
'post_type' => 'post'
]
);
$init->init();
これはうまく機能し、 私自身のページ付け関数 を使用することで予想通りにページングします。
問題点：
この関数のために、私は他の関数が$postに格納されているページオブジェクトに依存しているという点でページの整合性を失います。ループの前の$postはループの最初のポストに設定され、$postはループの後のループの最後のポストに設定されます。これは予想される動作です。 $postが現在のページオブジェクト、すなわち問い合わせされたオブジェクトに設定されることが必要です。
また、$wp_the_query->postと$wp_query->postは、通常のページのように照会されたオブジェクトではなく、ループの最初の投稿を保持します。
ループ前後のグローバルをチェックするには、次のようにします（クラス外）。
add_action( 'wp_head', 'printGlobals' );
add_action( 'wp_footer', 'printGlobals' );
function printGlobals()
{
$global_test = 'QUERIED OBJECT: ' . $GLOBALS['wp_the_query']->queried_object_id . '</br>';
$global_test .= 'WP_THE_QUERY: ' . $GLOBALS['wp_the_query']->post->ID . '</br>';
$global_test .= 'WP_QUERY: ' . $GLOBALS['wp_query']->post->ID . '</br>';
$global_test .= 'POST: ' . $GLOBALS['post']->ID . '</br>';
$global_test .= 'FOUND_POSTS: ' . $GLOBALS['wp_query']->found_posts . '</br>';
$global_test .= 'MAX_NUM_PAGES: ' . $GLOBALS['wp_query']->max_num_pages . '</br>';
?><pre><?php var_dump( $global_test ); ?></pre><?php
}
ループの前に：
ループの前に、ページオブジェクトをループの最初のページとして挿入する$injectPageIntoLoopをtrueに設定することで、問題は部分的に解決されます。あなたが要求された投稿の前にページ情報を表示する必要があるなら、これは非常に役に立ちます、しかし、あなたがそれを望まないなら、あなたはねじ込みです。
グローバルを直接ハックすることで、ループの前に問題を解決できますが、これはあまり好きではありません。私はwpメソッドの中でpreGetPostsに以下のメソッドをフックします。
public function wp()
{
$page = get_post( $this->pageID );
$GLOBALS['wp_the_query']->post = $page;
$GLOBALS['wp_query'] = $GLOBALS['wp_the_query'];
$GLOBALS['post'] = $page;
}
そしてpreGetPostsメソッドの中
add_action( 'wp', [$this, 'wp'] );
これから、$wp_the_query->post、$wp_query->post、および$postはすべてページオブジェクトを保持します。
ループの後
これが、ループ後の私の大きな問題です。 wpフックとメソッドを通してグローバルをハッキングした後、
$wp_the_query->postと$wp_query->postは、予想通りループの最初の投稿に戻ります$postはループの最後の投稿に設定されます。
必要なのは、3つすべてが照会されたオブジェクト/現在のページオブジェクトに戻されることです。
wpメソッドをloop_endアクションにフックしようとしましたが、うまくいきません。 wpメソッドをget_sidebarアクションにフックすることはできますが、遅すぎます。
add_action( 'get_sidebar', [$this, 'wp'] );
テンプレート内のループの直後にprintGlobals()を実行すると、as $wp_the_query->postと$wp_query->postがまだ最初の投稿に設定され、$postが最後の投稿に設定されていることが確認されます。
テンプレート内のループの後にwpメソッド内にコードを手動で追加することはできますが、テーマ間のプラグインでクラスを転送可能にする必要があるため、テンプレートファイルを直接変更することは避けてください。
真のページと静的なフロントページでpre_get_postsを実行しても、$wp_the_query->post、$wp_query->post、および$post（照会されたオブジェクトに設定されたものを持つ）の整合性を維持するこの問題を解決する適切な方法はありますか。ループの後.
編集
私が何を必要とし、なぜそれを必要とするのかについて混乱があるようです
必要なもの
テンプレート全体で$wp_the_query->post、$wp_query->post、および$postの値を関係なく保持する必要があり、その値が照会されるオブジェクトになります。この段階で、私が投稿したコードでは、これら3つの変数の値はページオブジェクトを保持しているのではなく、ループ内の投稿のオブジェクトを投稿しています。それが十分に明確であることを願っています。
これらの変数をテストするために使用できるコードを投稿しました
なぜ必要なのか
フルページ機能を変更せずにpre_get_postsを介してページテンプレートと静的フロントページに投稿を追加する信頼できる方法が必要です。この段階では、問題のコードが立っているので、 "間違った"投稿オブジェクトを保持している$postが原因で、ループ後にブレッドクラム機能と関連ページ機能が壊れます。
とりわけ、ページテンプレートを直接変更したくはありません。テンプレートに _ any _ の修正をしなくてもページテンプレートに投稿を追加できるようにしたい
私はついに機能しましたが、私の質問のコードでは機能しませんでした。私はそのアイデア全体を完全に廃棄し、新しい方向に向かって再開しました。
注意：
誰かが私の質問の問題を解決できる場合は、お気軽に回答を投稿してください。また、他のソリューションがある場合は、お気軽に回答を投稿してください。
改訂されたクラスとソリューション：
ここでやろうとしたことは、メインクエリを完全に変更し、（a）グローバルを直接変更する、（b）グローバルバリューの問題に直面する、（c）ページテンプレートの再割り当て。
ポストインジェクションを使用することで、完全なポスト整合性を維持できるため、$wp_the_query->post、$wp_query->post、$posts、および$postはテンプレート全体で一定です。これらの各変数は、現在のページオブジェクトを参照します（トゥルーページの場合）。このようにして、パンくずリストのような関数は、現在のページが真のページであり、何らかの種類のアーカイブではないことを知っています。
ただし、ページネーションを調整するために、メインクエリを（フィルターとアクションを介して）わずかに変更する必要がありましたが、それについて説明します。
注射後の質問
ポストインジェクションを実現するために、カスタムクエリを使用して、インジェクションに必要なポストを返しました。また、カスタムクエリの$found_pagesプロパティを使用してメインクエリのプロパティを調整し、メインクエリからページネーションが機能するようにしました。投稿は、loop_endアクションを介してメインクエリに挿入されます。
クラス外でカスタムクエリにアクセスして使用できるようにするために、いくつかのアクションを導入しました。
ページネーション機能をフックするためのページネーションフック：
pregetgostsforgages_before_loop_paginationpregetgostsforgages_after_loop_pagination
ループ内の投稿をカウントするカスタムカウンター。これらのアクションを使用して、投稿番号に応じてループ内での投稿の表示方法を変更できます。
pregetgostsforgages_counter_before_template_partpregetgostsforgages_counter_after_template_part
クエリオブジェクトと現在の投稿オブジェクトにアクセスするための一般的なフック
pregetgostsforgages_current_post_and_object
これらのフックを使用すると、ページテンプレート自体を変更する必要がないため、最初から意図していたため、完全に手動で操作できます。ページはプラグインまたは関数ファイルから完全に変更できるため、このソリューションは非常に動的になります。
また、投稿を表示するために使用されるテンプレートパーツを読み込むためにget_template_part()を使用しました。現在、ほとんどのテーマはテンプレートパーツを使用しているため、クラスで非常に役立ちます。テーマでcontent.phpを使用している場合は、contentを$templatePartに渡すだけでcontent.phpをロードできます。
テンプレートパーツの投稿形式のサポートが必要な場合は簡単です。contentを$templatePartに渡し、$postFormatSupportをtrueに設定するだけです。その結果、テンプレートパーツcontent-video.phpは、投稿フォーマットがvideoの投稿に対して読み込まれます。
メインクエリ
以下の変更は、それぞれのフィルターとアクションを介してメインクエリに行われました。
メインクエリのページネーションを行うには：
インジェクタークエリの
$found_postsプロパティ値は、found_postsフィルターを介してメインクエリオブジェクトの値に渡されます。ユーザーがパラメーターに渡した
posts_per_pageの値は、pre_get_postsを介してメインクエリに設定されます。$max_num_pagesは、$found_postsおよびposts_per_pageの投稿の量を使用して計算されます。is_singularはページでtrueであるため、LIMIT句の設定を禁止します。is_singularを単にfalseに設定するといくつかの問題が発生したため、post_limitsフィルターを介してLIMIT句を設定することにしました。ページネーションがオンになっているページで404が発生しないように、offset句のLIMITを0に設定したままにしました。
これにより、ページネーションとポストインジェクションから発生する可能性のある問題が処理されます。
ページオブジェクト
現在のページオブジェクトは、ページ上のデフォルトのループを使用して、挿入された投稿の上部にある別の投稿を使用して、投稿として表示できます。これが必要ない場合は、$removePageFromLoopをtrueに設定するだけで、ページコンテンツが表示されないようにできます。
この段階では、CSSを使用してloop_startおよびloop_endアクションを介してページオブジェクトを非表示にします。これを行う別の方法が見つからないためです。このメソッドの欠点は、メインクエリ内のthe_postアクションフックにフックされたものもすべて非表示になることです。
クラス
PreGetPostsForPagesクラスは改善することができ、適切に名前空間を設定する必要があります。これをテーマの関数ファイルにドロップするだけでかまいませんが、これをカスタムプラグインにドロップすることをお勧めします。
必要に応じて使用、変更、乱用します。コードは十分にコメントされているため、簡単にフォローして調整できるはずです
class PreGetPostsForPages
{
/**
* @var string|int $pageID
* @access protected
* @since 1.0.0
*/
protected $pageID;
/**
* @var string $templatePart
* @access protected
* @since 1.0.0
*/
protected $templatePart;
/**
* @var bool $postFormatSupport
* @access protected
* @since 1.0.0
*/
protected $postFormatSupport;
/**
* @var bool $removePageFromLoop
* @access protected
* @since 1.0.0
*/
protected $removePageFromLoop;
/**
* @var array $args
* @access protected
* @since 1.0.0
*/
protected $args;
/**
* @var array $mergedArgs
* @access protected
* @since 1.0.0
*/
protected $mergedArgs = [];
/**
* @var NULL|\stdClass $injectorQuery
* @access protected
* @since 1.0.0
*/
protected $injectorQuery = NULL;
/**
* @var int $validatedPageID
* @access protected
* @since 1.0.0
*/
protected $validatedPageID = 0;
/**
* Constructor method
*
* @param string|int $pageID The ID of the page we would like to target
* @param string $templatePart The template part which should be used to display posts
* @param string $postFormatSupport Should get_template_part support post format specific template parts
* @param bool $removePageFromLoop Should the page content be displayed or not
* @param array $args An array of valid arguments compatible with WP_Query
*
* @since 1.0.0
*/
public function __construct(
$pageID = NULL,
$templatePart = NULL,
$postFormatSupport = false,
$removePageFromLoop = false,
$args = []
) {
$this->pageID = $pageID;
$this->templatePart = $templatePart;
$this->postFormatSupport = $postFormatSupport;
$this->removePageFromLoop = $removePageFromLoop;
$this->args = $args;
}
/**
* Public method init()
*
* The init method will be use to initialize our pre_get_posts action
*
* @since 1.0.0
*/
public function init()
{
// Initialise our pre_get_posts action
add_action( 'pre_get_posts', [$this, 'preGetPosts'] );
}
/**
* Private method validatePageID()
*
* Validates the page ID passed
*
* @since 1.0.0
*/
private function validatePageID()
{
$validatedPageID = filter_var( $this->pageID, FILTER_VALIDATE_INT );
$this->validatedPageID = $validatedPageID;
}
/**
* Private method mergedArgs()
*
* Merge the default args with the user passed args
*
* @since 1.0.0
*/
private function mergedArgs()
{
// Set default arguments
if ( get_query_var( 'paged' ) ) {
$currentPage = get_query_var( 'paged' );
} elseif ( get_query_var( 'page' ) ) {
$currentPage = get_query_var( 'page' );
} else {
$currentPage = 1;
}
$default = [
'suppress_filters' => true,
'ignore_sticky_posts' => 1,
'paged' => $currentPage,
'posts_per_page' => get_option( 'posts_per_page' ), // Set posts per page here to set the LIMIT clause etc
'nopaging' => false
];
$mergedArgs = wp_parse_args( (array) $this->args, $default );
$this->mergedArgs = $mergedArgs;
}
/**
* Public method preGetPosts()
*
* This is the callback method which will be hooked to the
* pre_get_posts action hook. This method will be used to alter
* the main query on the page specified by ID.
*
* @param \stdClass WP_Query The query object passed by reference
* @since 1.0.0
*/
public function preGetPosts( \WP_Query $q )
{
if ( !is_admin() // Only target the front end
&& $q->is_main_query() // Only target the main query
&& $q->is_page( filter_var( $this->validatedPageID, FILTER_VALIDATE_INT ) ) // Only target our specified page
) {
// Remove the pre_get_posts action to avoid unexpected issues
remove_action( current_action(), [$this, __METHOD__] );
// METHODS:
// Initialize our method which will return the validated page ID
$this->validatePageID();
// Initiale our mergedArgs() method
$this->mergedArgs();
// Initiale our custom query method
$this->injectorQuery();
/**
* We need to alter a couple of things here in order for this to work
* - Set posts_per_page to the user set value in order for the query to
* to properly calculate the $max_num_pages property for pagination
* - Set the $found_posts property of the main query to the $found_posts
* property of our custom query we will be using to inject posts
* - Set the LIMIT clause to the SQL query. By default, on pages, `is_singular`
* returns true on pages which removes the LIMIT clause from the SQL query.
* We need the LIMIT clause because an empty limit clause inhibits the calculation
* of the $max_num_pages property which we need for pagination
*/
if ( $this->mergedArgs['posts_per_page']
&& true !== $this->mergedArgs['nopaging']
) {
$q->set( 'posts_per_page', $this->mergedArgs['posts_per_page'] );
} elseif ( true === $this->mergedArgs['nopaging'] ) {
$q->set( 'posts_per_page', -1 );
}
// FILTERS:
add_filter( 'found_posts', [$this, 'foundPosts'], PHP_INT_MAX, 2 );
add_filter( 'post_limits', [$this, 'postLimits']);
// ACTIONS:
/**
* We can now add all our actions that we will be using to inject our custom
* posts into the main query. We will not be altering the main query or the
* main query's $posts property as we would like to keep full integrity of the
* $post, $posts globals as well as $wp_query->post. For this reason we will use
* post injection
*/
add_action( 'loop_start', [$this, 'loopStart'], 1 );
add_action( 'loop_end', [$this, 'loopEnd'], 1 );
}
}
/**
* Public method injectorQuery
*
* This will be the method which will handle our custom
* query which will be used to
* - return the posts that should be injected into the main
* query according to the arguments passed
* - alter the $found_posts property of the main query to make
* pagination work
*
* @link https://codex.wordpress.org/Class_Reference/WP_Query
* @since 1.0.0
* @return \stdClass $this->injectorQuery
*/
public function injectorQuery()
{
//Define our custom query
$injectorQuery = new \WP_Query( $this->mergedArgs );
// Update the thumbnail cache
update_post_thumbnail_cache( $injectorQuery );
$this->injectorQuery = $injectorQuery;
return $this->injectorQuery;
}
/**
* Public callback method foundPosts()
*
* We need to set found_posts in the main query to the $found_posts
* property of the custom query in order for the main query to correctly
* calculate $max_num_pages for pagination
*
* @param string $found_posts Passed by reference by the filter
* @param stdClass \WP_Query Sq The current query object passed by refence
* @since 1.0.0
* @return $found_posts
*/
public function foundPosts( $found_posts, \WP_Query $q )
{
if ( !$q->is_main_query() )
return $found_posts;
remove_filter( current_filter(), [$this, __METHOD__] );
// Make sure that $this->injectorQuery actually have a value and is not NULL
if ( $this->injectorQuery instanceof \WP_Query
&& 0 != $this->injectorQuery->found_posts
)
return $found_posts = $this->injectorQuery->found_posts;
return $found_posts;
}
/**
* Public callback method postLimits()
*
* We need to set the LIMIT clause as it it is removed on pages due to
* is_singular returning true. Witout the limit clause, $max_num_pages stays
* set 0 which avoids pagination.
*
* We will also leave the offset part of the LIMIT cluase to 0 to avoid paged
* pages returning 404's
*
* @param string $limits Passed by reference in the filter
* @since 1.0.0
* @return $limits
*/
public function postLimits( $limits )
{
$posts_per_page = (int) $this->mergedArgs['posts_per_page'];
if ( $posts_per_page
&& -1 != $posts_per_page // Make sure that posts_per_page is not set to return all posts
&& true !== $this->mergedArgs['nopaging'] // Make sure that nopaging is not set to true
) {
$limits = "LIMIT 0, $posts_per_page"; // Leave offset at 0 to avoid 404 on paged pages
}
return $limits;
}
/**
* Public callback method loopStart()
*
* Callback function which will be hooked to the loop_start action hook
*
* @param \stdClass \WP_Query $q Query object passed by reference
* @since 1.0.0
*/
public function loopStart( \WP_Query $q )
{
/**
* Although we run this action inside our preGetPosts methods and
* and inside a main query check, we need to redo the check here aswell
* because failing to do so sets our div in the custom query output as well
*/
if ( !$q->is_main_query() )
return;
/**
* Add inline style to hide the page content from the loop
* whenever $removePageFromLoop is set to true. You can
* alternatively alter the page template in a child theme by removing
* everything inside the loop, but keeping the loop
* Example of how your loop should look like:
* while ( have_posts() ) {
* the_post();
* // Add nothing here
* }
*/
if ( true === $this->removePageFromLoop )
echo '<div style="display:none">';
}
/**
* Public callback method loopEnd()
*
* Callback function which will be hooked to the loop_end action hook
*
* @param \stdClass \WP_Query $q Query object passed by reference
* @since 1.0.0
*/
public function loopEnd( \WP_Query $q )
{
/**
* Although we run this action inside our preGetPosts methods and
* and inside a main query check, we need to redo the check here as well
* because failing to do so sets our custom query into an infinite loop
*/
if ( !$q->is_main_query() )
return;
// See the note in the loopStart method
if ( true === $this->removePageFromLoop )
echo '</div>';
//Make sure that $this->injectorQuery actually have a value and is not NULL
if ( !$this->injectorQuery instanceof \WP_Query )
return;
// Setup a counter as wee need to run the custom query only once
static $count = 0;
/**
* Only run the custom query on the first run of the loop. Any consecutive
* runs (like if the user runs the loop again), the custom posts won't show.
*/
if ( 0 === (int) $count ) {
// We will now add our custom posts on loop_end
$this->injectorQuery->rewind_posts();
// Create our loop
if ( $this->injectorQuery->have_posts() ) {
/**
* Fires before the loop to add pagination.
*
* @since 1.0.0
*
* @param \stdClass $this->injectorQuery Current object (passed by reference).
*/
do_action( 'pregetgostsforgages_before_loop_pagination', $this->injectorQuery );
// Add a static counter for those who need it
static $counter = 0;
while ( $this->injectorQuery->have_posts() ) {
$this->injectorQuery->the_post();
/**
* Fires before get_template_part.
*
* @since 1.0.0
*
* @param int $counter (passed by reference).
*/
do_action( 'pregetgostsforgages_counter_before_template_part', $counter );
/**
* Fires before get_template_part.
*
* @since 1.0.0
*
* @param \stdClass $this->injectorQuery-post Current post object (passed by reference).
* @param \stdClass $this->injectorQuery Current object (passed by reference).
*/
do_action( 'pregetgostsforgages_current_post_and_object', $this->injectorQuery->post, $this->injectorQuery );
/**
* Load our custom template part as set by the user
*
* We will also add template support for post formats. If $this->postFormatSupport
* is set to true, get_post_format() will be automatically added in get_template part
*
* If you have a template called content-video.php, you only need to pass 'content'
* to $template part and then set $this->postFormatSupport to true in order to load
* content-video.php for video post format posts
*/
$part = '';
if ( true === $this->postFormatSupport )
$part = get_post_format( $this->injectorQuery->post->ID );
get_template_part(
filter_var( $this->templatePart, FILTER_SANITIZE_STRING ),
$part
);
/**
* Fires after get_template_part.
*
* @since 1.0.0
*
* @param int $counter (passed by reference).
*/
do_action( 'pregetgostsforgages_counter_after_template_part', $counter );
$counter++; //Update the counter
}
wp_reset_postdata();
/**
* Fires after the loop to add pagination.
*
* @since 1.0.0
*
* @param \stdClass $this->injectorQuery Current object (passed by reference).
*/
do_action( 'pregetgostsforgages_after_loop_pagination', $this->injectorQuery );
}
}
// Update our static counter
$count++;
}
}
使用法
これで、次のようにクラス（をプラグインまたは関数ファイルでも開始できます）ID 251のページをターゲットにすると、post投稿からページごとに2つの投稿が表示されますタイプ。
$query = new PreGetPostsForPages(
251, // Page ID we will target
'content', //Template part which will be used to display posts, name should be without .php extension
true, // Should get_template_part support post formats
false, // Should the page object be excluded from the loop
[ // Array of valid arguments that will be passed to WP_Query/pre_get_posts
'post_type' => 'post',
'posts_per_page' => 2
]
);
$query->init();
ページネーションとカスタムスタイルの追加
前述したように、ページネーションやカスタムスタイルを追加するために、インジェクタークエリにはいくつかのアクションがあります。
次の例では、ループの後に リンクされた回答からの自分のページネーション関数 を使用してページネーションを追加しました。また、カスタムカウンターを使用して、<div>を追加して、2つの列に投稿を表示しました。
ここに私が使用したアクションがあります
add_action( 'pregetgostsforgages_counter_before_template_part', function ( $counter )
{
$class = $counter%2 ? ' right' : ' left';
echo '<div class="entry-column' . $class . '">';
});
add_action( 'pregetgostsforgages_counter_after_template_part', function ( $counter )
{
echo '</div>';
});
add_action( 'pregetgostsforgages_after_loop_pagination', function ( \WP_Query $q )
{
paginated_numbers();
});
ページネーションはインジェクタクエリではなくメインクエリによって設定されるため、the_posts_pagination()などの組み込み関数も機能するはずです。
これが最終結果です
静的フロントページ
静的なフロントページでは、改ページを行うことなく、すべてが期待どおりに機能し、さらに変更する必要はありません。
結論
これは多くのオーバーヘッドのように思えるかもしれませんが、そうかもしれませんが、プロはコンの大きな時間を上回ります。
BIG PRO'S
特定のページのページテンプレートを変更する必要はありません。これにより、すべてが動的になり、すべてがプラグインで実行されている限り、コードをまったく変更せずにテーマ間で簡単に転送できます。
せいぜい、テーマに
content.phpテンプレートパーツを作成する必要があるのは、テーマにまだない場合のみです。メインクエリで機能するページネーションは、ページで機能し、クエリの種類や機能に渡される余分なものは一切ありません。
私が今考えることのできないより多くのプロがありますが、これらは重要なものです。