Donc, la documentation sur le Codex est assez claire que les showposts sont déconseillés. Mais cette même documentation ne mentionne rien des chiffres. Au lieu de cela, posts_per_page est répertorié.
Mais si nous nous tournons vers les documents Codex pour get_posts nous ne voyons aucune mention de posts_per_page, citant plutôt des numéros.
Dans post.php, nous voyons ce qui se passe : numberposts est configuré par défaut (5), puis copié dans posts_per_page (à moins que posts_per_page ne soit défini dans les arguments).
Donc ma question est vraiment assez pédante, mais je cherche à mettre à jour le Codex, donc je voulais vous demander les gars - y a-t-il une raison pour laquelle nous ne voudrions pas simplement encourager posts_per_page à travers le conseil d'administration, en finissant par déprécier les chiffres? Ou est-ce que je manque un aperçu critique ici?
la source
Réponses:
À mon avis, la dépréciation
numberposts
n'aurait pas de sens, car ellenumberposts
est utilisée pour interroger x quantité de messages, tandis qu'elleposts_per_page
est utilisée pour indiquer le nombre de messages par page affichés pendant la pagination. Si vous deviez dépréciernumberposts
au profit deposts_per_page
, alors la pagination n'existerait pas.c'est à dire:
"numberposts" => 50, "posts_per_page" => 10
un total de 50 articles à interroger, 10 articles par page, soit 5 pages de 10 articles chacun.
suppression de
numberposts
:"posts_per_page" => 50
un total de 50 postes à la requête, 50 messages par page (car il copie la valeur de
numberposts
laposts_per_page
), ce qui donne 1 page de 50 messages et aucune pagination.Faites-moi savoir si je ne fais que répéter ce que vous savez déjà, et je suis un peu confus par la question.
la source
numberposts
c'est nécessaire lorsque vous devez interroger tous les messages en passant,-1
ce que vous ne pouvez pas faireposts_per_page