Ich habe ziemlich ausführliche Nachforschungen angestellt, wie man pre_get_postsTrue Pages und die statischen Front Pages verwendet, und es scheint, dass es keine narrensichere Methode gibt.
Die beste Option, die ich bisher gefunden habe, war ein Beitrag von @birgire auf Stackoverflow . Ich habe es in eine Demo-Klasse umgeschrieben und den Code etwas dynamischer gemacht
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();Dies funktioniert gut und funktioniert wie erwartet mit meiner eigenen Paginierungsfunktion .
PROBLEME:
Aufgrund der Funktion verliere ich die Seitenintegrität, was andere Funktionen betrifft, die sich auf das in gespeicherte Seitenobjekt stützen $post. $postbevor die Schleife auf den ersten Post in der Schleife und $postauf den letzten Post in der Schleife nach der Schleife gesetzt wird, was erwartet wird. Was ich brauche ist, dass $postauf das aktuelle Seitenobjekt eingestellt ist, dh das abgefragte Objekt.
Außerdem enthält $wp_the_query->postund $wp_query->postden ersten Beitrag in der Schleife und nicht das abgefragte Objekt wie auf einer normalen Seite
Ich benutze das Folgende ( außerhalb meiner Klasse ), um meine Globalen vor und nach der Schleife zu überprüfen
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
}VOR DER SCHLEIFE:
Vor der Schleife wird das Problem teilweise gelöst, indem $injectPageIntoLoopauf true gesetzt wird, wodurch das Seitenobjekt als erste Seite in die Schleife eingefügt wird. Dies ist sehr nützlich, wenn Sie die Seiteninformationen vor den angeforderten Posts anzeigen müssen, aber wenn Sie das nicht möchten, sind Sie fertig.
Ich kann das Problem vor der Schleife lösen, indem ich die Globals direkt hacke, was mir nicht wirklich gefällt. Ich binde die folgende Methode in wpmeine preGetPostsMethode ein
public function wp()
{
$page = get_post( $this->pageID );
$GLOBALS['wp_the_query']->post = $page;
$GLOBALS['wp_query'] = $GLOBALS['wp_the_query'];
$GLOBALS['post'] = $page;
}und innere preGetPostsMethode
add_action( 'wp', [$this, 'wp'] );Daraus $wp_the_query->post, $wp_query->postund $postalles enthält das Seitenobjekt.
Nach der Schleife
Hier liegt mein großes Problem nach der Schleife. Nach dem Hacken der Globals durch den wpHaken und die Methode,
$wp_the_query->postund$wp_query->postwird wie erwartet auf den ersten Post in der Schleife zurückgesetzt$postwird auf den letzten Beitrag in der Schleife gesetzt.
Was ich brauche ist, dass alle drei auf das abgefragte Objekt / aktuelle Seitenobjekt zurückgesetzt werden.
Ich habe versucht, die wpMethode mit der loop_endAktion zu verknüpfen, was nicht funktioniert. Das Einhängen der wpMethode in die get_sidebarAktion funktioniert, aber es ist zu spät.
add_action( 'get_sidebar', [$this, 'wp'] );Wird printGlobals()direkt nach der Schleife in der Vorlage ausgeführt, wird bestätigt, dass als $wp_the_query->postund $wp_query->postweiterhin der erste und $postder letzte Beitrag festgelegt sind.
Ich kann den Code manuell innerhalb der wpMethode nach der Schleife in der Vorlage hinzufügen , aber die Idee ist nicht, die Vorlagendateien direkt zu ändern, da die Klasse in einem Plugin zwischen Themen übertragbar sein sollte.
Gibt es einen richtigen Weg , um dieses Problem , bei dem ein Laufe zu lösen pre_get_postsauf einer wahren Seite und statische Titelseite und immer noch die Integrität halten $wp_the_query->post, $wp_query->postund $post( derjenigediejenigedasjenige Satz zu dem abgefragten Objekt mit ) vor und nach der Schleife.
BEARBEITEN
Es scheint Verwirrung darüber zu geben, was ich brauche und warum ich es brauche
Was ich brauche
Ich brauche die Werte zu erhalten $wp_the_query->post, $wp_query->postund $postüber die Vorlage unabhängig, und dieser Wert sollte das abgefragten Objekt sein. Zu diesem Zeitpunkt enthalten die Werte dieser drei Variablen mit dem von mir veröffentlichten Code nicht das Seitenobjekt, sondern veröffentlichen Objekte von Posts in der Schleife. Ich hoffe das ist klar genug.
Ich habe Code veröffentlicht, mit dem Sie diese Variablen testen können
Warum ich es brauche
Ich brauche eine zuverlässige Methode, um Posts über pre_get_postszu Seitenvorlagen und statischen Titelseiten hinzuzufügen, ohne die volle Seitenfunktionalität zu ändern. In diesem Stadium, wie der fragliche Code steht, bricht er meine Breadcrumb-Funktion und die zugehörige Seitenfunktion nach der Schleife, aufgrund $postderer das "falsche" Post-Objekt enthalten ist.
Vor allem möchte ich die Seitenvorlagen nicht direkt ändern. Ich möchte in der Lage sein , ohne Beiträge zu einer Seitenvorlage hinzuzufügen jedem der Vorlage Änderung
