O WordPress é um CMS e, por isso, a manipulação do conteúdo é um dos principais pilares da ferramenta. Neste post você entenderá o processo usado pelo WP para buscar o que precisa ser exibido e também como é possível alterar este processo.
O objetivo deste texto não é nem de longe substituir a documentação oficial, que sempre deve ser consultada. Seu objetivo é colocar em um só lugar o que os iniciantes devem saber antes de começar a procurar por mais informações.
- O que é uma query do WordPress?
- O que é WP_Query?
- Conditional Tags e WP_Query
- Criando seus próprios loops: WP_Query e get_posts()
- Criando um loop com WP_Query
- Criando um loop com get_posts()
- Diferença entre WP_Query e get_posts()
- Globais $wp_query e $wp_the_query
- Por que não se deve usar query_posts() nos arquivos do tema?
- Como alterar a query principal? Use pre_get_posts
- Outro exemplo: excluir uma categoria da lista de posts do blog
- Conclusão
O que é uma query do WordPress?
Query em inglês significa consulta e normalmente é o termo usado para se referir a uma instrução em SQL (Structured Query Language, ou seja, Linguagem para Consultas Estruturadas). No WordPress chamamos de queries as consultas por conteúdos feitas através da classe WP_Query.
O que é WP_Query?
WP_Query é a classe PHP por trás de todas as buscas por conteúdo no WordPress. Ela aceita vários parâmetros em sua construção, incluindo post types, meta dados, taxonomias e datas, além de possibilitar a criação de parâmetros personalizados.
A classe WP_Query é acionada em todas as requisições feitas ao seu site, excetuando talvez raríssimas exceções de endereços controlados por plugins que interrompam o fluxo normal. Toda vez que chamamos uma página, um post, um termo de taxonomia e etc. o WordPress interpreta o endereço pedido através da Rewrite API e cria uma WP_Query baseada nos argumentos interpretados.
Conditional Tags e WP_Query
Criando seus próprios loops: WP_Query e get_posts()
Quando nos referimos ao Loop no WordPress estamos falando sobre iteração (sem o n) pelos posts selecionados. Normalmente só temos um loop, que sempre se assemelha ao código abaixo:
Se existem posts, itere sobre eles. A primeira instrução dentro do while
é the_post()
, que diz para o WordPress colocar as variáveis do próximo post do loop na variável global $post
, através do método setup_postdata()
da classe WP_Query.
Esta é a aparência do loop principal, ou seja, da iteração pelo conjunto de posts que o WordPress encontrou ao decodificar a requisição e buscar pelos conteúdos correspondentes. Se precisarmos de um outro conjunto de posts (conteúdo relacionado, conteúdos de uma determinada categoria fora de seu arquivo ou posts publicados depois do que está sendo exibido, por exemplo) podemos fazer isso de duas formas: criando um novo objeto WP_Query ou chamando a função get_posts(). As duas fazem a mesma coisa, mas retornarão para você coisas diferentes.
Criando um loop com WP_Query
Um exemplo simples de como criar um loop com WP_Query:
Repare como o teste e a iteração sobre have_posts()
continuam lá, assim como the_post()
, mas dessa vez como métodos da variável que criamos.
A função wp_reset_postdata() serve para restaurar a variável global $post
para seu estado anterior à nossa query, ou seja, ela colocará de volta na global $post
o post da global $wp_query
, que veremos mais pra frente.
Criando um loop com get_posts()
O mesmo exemplo usando a função get_posts()
:
A função get_the_title() aceita como parâmetro um post diferente do que está na variável global $post
. Se você precisar usar a função the_content(), por exemplo, será preciso alterar a global, da seguinte forma:
Diferença entre WP_Query e get_posts()
A diferença básica é ao que você terá acesso. Usando WP_Query você tem acesso à quantidade de posts encontrados no total ($query->found_posts
) e ao número de páginas possíveis ($query->max_num_pages
), por exemplo. A função get_posts()
por outro lado traz alguns argumentos já preenchidos além de, por padrão, ser ligeiramente mais rápida: ela passa o parâmetro no_found_rows
como verdadeiro, evitando que a query final tenha a opção SQL_CALC_FOUND_ROWS
e, com isso, dispensando o MySQL de passar a quantidade total de linhas encontradas.
Globais $wp_query e $wp_the_query
Neste processo de interpretar a requisição e gerar o objeto da classe WP_Query o WordPress cria duas variáveis globais: $wp_query
, que provavelmente você já viu em algum lugar, e $wp_the_query
, que será sempre a cópia original do que foi solicitado pelo usuário. Se alguém mexer em $wp_query
, pelo menos podemos recuperá-la ao seu estado normal com $wp_the_query
. É exatamente isso que a função wp_reset_query() faz.
Por que não se deve usar query_posts() nos arquivos do tema?
Este aqui é o fluxo padrão de uma requisição a um endereço do seu site fora do painel:
Você não deve usar query_posts() porque ela já foi chamada antes. Ao chamá-la de novo você duplicará o processamento (pedindo ao WordPress que faça uma outra consulta) e, além disso, ignorará potencialmente o que alguns plugins já tenham usado.
A paginação é outro exemplo de como usar query_posts()
pode atrapalhar o seu trabalho. Se você desejar exibir 15 posts por página em uma determinada categoria e tentar sobrescrever a quantidade padrão do WP através de query_posts()
você terá uma situação onde a primeiro item da segunda página deveria ser o 16º, mas na verdade é só o 11º.
Como alterar a query principal? Use pre_get_posts
Usar query_posts()
é desaconselhável há algum tempo. De lá pra cá, muitos tem explicado o porquê e incentivado os desenvolvedores a usar a action pre_get_posts, com destaque especial para o Leo Baiano, que apelidou a action carinhosamente de preguetinho (o uso de trocadilhos com o preguetinho do Leo Baiano está autorizado nos comentários).
O uso é simples. Para eliminar a paginação na busca, por exemplo, você pode usar o seguinte código no functions.php
do seu tema:
O código atribui a sua função ao hook pre_get_posts
, então sua função será executada toda vez que uma query for processada. Dentro dela precisamos ter certeza de que vamos trabalhar apenas nas queries necessárias, então testamos se realmente estamos na parte “da frente” do site (dessa forma não atrapalhamos nada do painel), se estamos na query principal da página, isto é, se a query em questão é $wp_the_query
e se esta query é de uma busca. Se isto tudo for verdade alteramos o atributo posts_per_page
para -1
, que significa não ter limite de posts.
Outro exemplo: excluir uma categoria da lista de posts do blog
Se você precisar de muitas alterações você pode juntar todas em uma única função: