Consultando tipos de postagem de evento com WP Query e o calendário de eventos
Se você já fez algum trabalho com o Calendário de Eventos da Tribo Moderna, há uma chance de você estar familiarizado com algumas maneiras diferentes de realizar determinadas tarefas.
A página inicial do calendário de eventos
Ou seja, criar eventos programaticamente, alterar eventos, configurar eventos repetidos (se for a versão pro) e assim por diante.
E se, no entanto, você precisar consultar os tipos de postagem de evento – alguns ou todos, não importa – e descobrir que sua consulta não está funcionando? E não, não estou falando de usar uma consulta SQL bruta ou mesmo uma versão parametrizada com a classe $wpdb.
Estou falando de WP_Query.
Consultando tipos de postagem de evento
Aqui está o resumo: se você tentar usar WP_Query de uma maneira que está acostumado a usá-lo (ou seja, especificando manualmente o tipo de postagem), provavelmente não obterá nenhum resultado. O que, claro, não faz sentido, especialmente quando você pode vê-los no WordPress e no banco de dados.
Em vez disso, os argumentos para a consulta precisam:
- vários tipos de postagem em conta,
- vários status de postagem em conta,
- e uma chave de matriz personalizada exclusiva para o próprio plug-in (a partir da versão 3.0).
Resumindo, uma versão incrivelmente básica dos argumentos deve ser assim :
Mas aqui está a coisa: Este não é um caso universal. Há momentos em que você pode não especificar a chave eventDisplay e ainda obter resultados. Então o que dá?
Leia sempre a documentação
De acordo com a documentação :
eventDisplay é usado para indicar a forma geral da consulta – normalmente pode ser um próximo, passado ou personalizado (e se você não especificar nada, ele assumirá que você está interessado nos próximos eventos)
Portanto, se você tiver um evento próximo, tudo bem, mas se quiser pegar tudo o que tem em sua instalação, especifique custom como seu valor.
A figura maior
A razão pela qual me deparei com essa idiossincrasia tem mais a ver com a implementação de criar eventos e associá-los a uma conta de usuário específica.
Mas vou entrar em detalhes disso em outro post. Por enquanto, trata-se de garantir que possamos consultar os tipos de postagem de eventos e obter resultados com os quais possamos trabalhar.