Étendre la fonctionnalité du site WordPress en utilisant WP _ Query
Rdpress fournit les informations exactes dont nous avons besoin. Dans ce cas, le client a besoin que son site affiche uniquement l’événement courant, ce qui signifie qu’il doit se référer à la date à laquelle l’événement s’est produit.
Les vrais experts de WordPress prennent en charge WordPress 24 \/ 7 pour en savoir plus
WordPress contient une fonction get _ The date () qui renvoie la date à laquelle l’événement a été créé ou entré. Comme cette fonctionnalité est limitée à la date de création de l’événement, elle n’est pas suffisante pour notre projet. Nous créons des champs personnalisés en utilisant des champs personnalisés avancés pour suivre la date à laquelle un événement particulier s’est produit. Avec WP _ query, nous avons pu écrire une requête personnalisée pour invoquer les événements en fonction des champs d’événements personnalisés. Le résultat final est que les visiteurs du site peuvent consulter une liste des événements actuels ou futurs.
Le principe de base de l’utilisation de la requête WP _ est d’obtenir des informations à partir de la base de données de manière circulaire, tout comme la recherche avec les fonctionnalités intégrées de WordPress. Un autre avantage de l’écriture de requêtes personnalisées avec WP _ Query est qu’il est possible d’étendre considérablement la fonctionnalité de WordPress en définissant des fonctions de support. Pour vous faire découvrir ce que Wp _ quuery fait réellement, j’ai partagé ci – dessous un exemple de requête basé sur le projet de migration python – WordPress le plus récent de mon équipe $ Args = tableau
« trier par» = > « date»,
« post type» = > « post»,
« post \ u status» = > « public»,
‘post _ per page’ = > – 1,
);
$la _ Query = new WP Query ($args);
Si ($the _ Query – > have posts () {
While ($the _ Query –
> have _ posts () {
$la _ Query – > Il post ();
Contenu ();
}
WP _ Reset postdata ();
Autres
Eco ‘désolé, il n’y a pas de messages à voir
$paramètre = tableau
« trier par» = > « date»,
« post _ type» = > « event»,
« post \ u status» = > « public»,
‘post _ per page’ = > – 1,
);
$la _ Query = new WP Query ($args); Avec ce code, nous disons à WordPress de rechercher dans la base de données un type de post appelé Events (le type de post personnalisé que nous créons) et de récupérer uniquement les événements avec un statut publié. La variable posts _ per page vous permet de spécifier le nombre d’enregistrements à renvoyer. Conserver à – 1 renvoie tous les documents applicables.
Pour le moment, nous avons restauré le type de message de l’événement, mais il n’est pas encore terminé. Nous devons encore traiter les données afin que seuls les événements avec des dates actuelles et \/ ou futures soient affichés et que les événements avec des dates passées soient ignorés. Vous pouvez le faire en utilisant la requête modifiée suivante: $tempo = Current _ Time (‘TIMESTAMP’) \/ Obtenir l’horodatage UNIX actuel
$paramètre = tableau
« post _ type» = > « event»,
« post \ u status» = > « public»,
‘post _ per page’ = > – 1,
« Meta _ key» = > « date de début»,
\
‘Meta _ appears’ = >’ > = ‘,
« orderby» = > « Meta _ value»,
« ordre» = > « asc»
);
$the _ Query n
Si vous avez besoin de son format, assurez – vous d’utiliser la requête personnalisée avec la requête wp \ U. N’oubliez pas que de grands problèmes peuvent entraîner de grandes responsabilités. Une fois terminé, n’oubliez pas de réinitialiser les données post.