真のページと静的フロントページでpre_get_postsを使用する


19

私は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()テンプレートのループの直後に実行する$wp_the_query->postと 、as $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テンプレートに変更


何をしようとしているのか、あなたの目標や機能要件は何ですか?私が知る限り、あなたはそれをどこにも述べません。
adelval

回答:


13

私はついに機能しましたが、私の質問のコードでは機能しませんでした。私はそのアイデア全体を完全に廃棄し、新しい方向に向かって再開しました。

注意:

誰かが私の質問の問題を解決できる場合は、お気軽に回答を投稿してください。また、他のソリューションがある場合は、お気軽に回答を投稿してください。

改訂されたクラスとソリューション:

ここでやろうとしたことは、メインクエリを完全に変更し、(a)グローバルを直接変更する、(b)グローバルバリューの問題に遭遇する、(c)ページテンプレートの再割り当て。

ポストインジェクションを使用することにより、私は、完全なポストの整合性を維持することができるよ $wp_the_query->post$wp_query->post$postsおよび$postテンプレートを通じて滞在定数。これらの各変数は、現在のページオブジェクトを参照します(トゥルーページの場合)。このようにして、パンくずリストのような関数は、現在のページが真のページであり、何らかの種類のアーカイブではないことを知っています。

ただし、ページネーションを調整するために(フィルターとアクションを使用して)メインクエリをわずかに変更する必要がありましたが、それについて説明します。

注射後の質問

ポストインジェクションを実現するために、カスタムクエリを使用して、インジェクションに必要なポストを返しました。また、カスタムクエリの$found_pagesプロパティを使用してメインクエリのプロパティを調整し、メインクエリからページネーションが機能するようにしました。投稿は、loop_endアクションを介してメインクエリに挿入されます。

クラス外でカスタムクエリにアクセスして使用できるようにするために、いくつかのアクションを導入しました。

  • ページネーション機能をフックするためのページネーションフック:

    • pregetgostsforgages_before_loop_pagination

    • pregetgostsforgages_after_loop_pagination

  • ループ内の投稿をカウントするカスタムカウンター。これらのアクションを使用して、投稿番号に応じてループ内での投稿の表示方法を変更できます。

    • pregetgostsforgages_counter_before_template_part

    • pregetgostsforgages_counter_after_template_part

  • クエリオブジェクトと現在の投稿オブジェクトにアクセスするための一般的なフック

    • pregetgostsforgages_current_post_and_object

これらのフックを使用すると、ページテンプレート自体を変更する必要がないため、最初から意図していたため、完全に手動で操作できます。ページはプラグインまたは関数ファイルから完全に変更できるため、このソリューションは非常に動的になります。

get_template_part()投稿の表示に使用されるテンプレートパーツを読み込むためにも使用しました。現在、ほとんどのテーマはテンプレートパーツを使用しているため、クラスで非常に役立ちます。あなたのテーマが使用する場合、ロードするためにcontent.php単に渡すことができます。content$templatePartcontent.php

テンプレートパーツの投稿形式のサポートが必要な場合は簡単です。単にに渡しcontent$templatePartに設定$postFormatSupportできtrueます。その結果、テンプレートパーツcontent-video.phpは、投稿形式がの投稿に対して読み込まれますvideo

メインクエリ

以下の変更は、それぞれのフィルターとアクションを介してメインクエリに行われました。

  • メインクエリのページネーションを行うには:

    • インジェクタークエリの$found_postsプロパティ値は、found_postsフィルターを介してメインクエリオブジェクトのプロパティ値に渡されます。

    • ユーザーが渡したパラメーターの値は、posts_per_pageを通じてメインクエリに設定されますpre_get_posts

    • $max_num_pages投稿の量を使用して計算される$found_postsposts_per_pageis_singularページでtrueであるため、LIMIT設定される 句を禁止します。単純is_singularにfalseに設定するといくつかの問題が発生したためLIMITpost_limitsフィルターを介して句を設定することにしました。ページ区切りがオンになっているページで404を回避するためoffsetに、LIMIT句のセットを保持し0ました。

これにより、ページネーションとポストインジェクションから発生する可能性のある問題が処理されます。

ページオブジェクト

現在のページオブジェクトは、ページ上のデフォルトループを使用して投稿として表示するために使用できます。デフォルトのループは、挿入された投稿の上部にあります。これが必要ない場合は、単に$removePageFromLooptrueに設定すると、ページコンテンツが表示されなくなります。

この段階では、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(); 

ページネーションとカスタムスタイルの追加

前述したように、ページネーションやカスタムスタイルを追加するために、インジェクタークエリにはいくつかのアクションがあります。

次の例では、リンクされたanswerの独自のページネーション関数を使用し、ループの後にページネーションを追加しました。また、カスタムカウンターを使用して、を追加<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()も同様に機能するはずです。

これが最終結果です

ここに画像の説明を入力してください

静的フロントページ

静的なフロントページでは、改ページを行うことなく、すべてが期待どおりに機能し、さらに変更する必要はありません。

結論

これは多くのオーバーヘッドのように思えるかもしれませんが、そうかもしれませんが、プロはコンの大きな時間を上回ります。

ビッグプロ

  • 特定のページのページテンプレートを変更する必要はありません。これにより、すべてが動的になり、すべてがプラグインで行われている限り、コードをまったく変更せずにテーマ間で簡単に転送できます。

  • content.phpテーマにまだテンプレートパーツがない場合にのみ、テーマにテンプレートパーツを作成する必要があります。

  • メインクエリで機能するページネーションは、ページで機能し、クエリの種類や機能に渡される余分なものは一切ありません。

私が今考えることのできないより多くのプロがありますが、これらは重要なものです。


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.