Я провів досить обширне дослідження щодо використання pre_get_postsна справжніх сторінках та статичних титульних сторінках, і, здається, не існує дурного способу доказування.
Найкращий варіант, який я знайшов на сьогоднішній день, - це повідомлення, зроблене @birgire в Stackoverflow . Я переписав його в демо-клас і зробив код трохи більш динамічним
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встановлюється на останню публікацію в циклі.
Що мені потрібно - це те, щоб усі три були повернуті на запитуваний об'єкт / об'єкт поточної сторінки.
Я спробував підключити wpметод до loop_endдії, який не працює. Підключення wpметоду до get_sidebarдії працює, але це вже пізно.
add_action( 'get_sidebar', [$this, 'wp'] );Запуск printGlobals()безпосередньо після циклу в шаблоні підтверджує, що як $wp_the_query->postі $wp_query->postвсе ще встановлено як перший пост, так і $postостанній пост.
Я можу вручну додати код всередині wpметоду після циклу всередині шаблону, але ідея полягає в тому, щоб не змінювати файли шаблонів безпосередньо, оскільки клас повинен бути передаваним у плагіні між темами.
Чи є належним чином вирішити цю проблему , коли один прогін pre_get_postsна реальній сторінці і статичної першої сторінки та до сих пір зберегти цілісність $wp_the_query->post, $wp_query->postі $post( маючи ті , які в запитуваній об'єкта ) до і після циклу.
EDIT
Здається, плутанина в тому, що мені потрібно і навіщо мені це потрібно
Що мені потрібно
Мені потрібно , щоб зберегти значення $wp_the_query->post, $wp_query->postта $postза шаблоном , незалежно, і це значення має бути запитуваний об'єкт. На цьому етапі з кодом, який я опублікував, значення цих трьох змінних не містять об’єкт сторінки, а навпаки, розміщують об'єкти повідомлень у циклі. Я сподіваюся, що це досить зрозуміло.
Я розмістив код, який ви можете використовувати для тестування цих змінних
Навіщо мені це потрібно
Мені потрібен надійний спосіб додавання публікацій через pre_get_postsшаблони сторінок і статичні титульні сторінки, не змінюючи функціонал повної сторінки. На цьому етапі, як і йдеться в коді, він порушує мою функцію супроводу та пов'язану з нею функцію сторінки після циклу, через $postякий утримується "неправильний" об'єкт повідомлення.
Найбільше я не хочу безпосередньо змінювати шаблони сторінок. Я хочу мати змогу додавати повідомлення до шаблону сторінки без будь-яких змін до шаблону
