Когда использовать WP_Query, query_posts() или get_posts()?

query_posts — никогда и ни при каких обстоятельствах не используйте query_posts. Помимо того, что сказал @Rarst, главная проблема query_posts заключается в том, что он ломает основной объект запроса (хранится в $wp_query). Множество плагинов и пользовательского кода полагаются на основной объект запроса, поэтому его повреждение означает нарушение функциональности плагинов и пользовательского кода. Одна из таких функций — критически важная функция пагинации, так что, сломав основной запрос, вы сломаете пагинацию.

Чтобы убедиться, насколько плох query_posts, выполните на любом шаблоне следующее и сравните результаты:

var_dump( $wp_query );
query_posts( '&posts_per_page=-1' );
var_dump( $wp_query );

get_posts и WP_Query — правильные способы создания вторичных запросов (таких как связанные записи, слайдеры, избранный контент и контент на статических главных страницах). Стоит отметить, что не следует использовать ни один из них вместо основного запроса на главной странице, странице записи или любой архивной странице, так как это нарушит работу пагинации. Если нужно изменить основной запрос, используйте pre_get_posts, а не пользовательский запрос. (ОБНОВЛЕНИЕ: для статических главных страниц и обычных страниц см. Использование pre_get_posts на обычных страницах и статических главных страницах*)

По сути, WP_Query используется основным запросом, а также get_posts, но хотя get_posts() использует WP_Query, есть несколько различий:

• get_posts быстрее, чем WP_Query. Разница зависит от общего количества записей на сайте. Причина в том, что get_posts по умолчанию передаёт 'no_found_rows' => true в WP_Query, что пропускает/законно ломает пагинацию. С 'no_found_rows' => true WP_Query получает количество запрошенных записей и завершает работу, тогда как по умолчанию он продолжает искать все записи, соответствующие запросу, для расчёта пагинации.

  По этой причине get_posts() следует использовать только для запросов без пагинации. Пагинация с get_posts — это настоящий бардак. WP_Query следует использовать для всех запросов с пагинацией.

• get_posts() не подвержены фильтрам posts_*, тогда как WP_Query подвержен. Причина в том, что get_posts по умолчанию передаёт 'suppress_filters' => true в WP_Query.

• get_posts имеет несколько дополнительных параметров, таких как include, exclude, numberposts и category. Эти параметры преобразуются в валидные параметры для WP_Query перед передачей. include преобразуется в post__in, exclude — в post__not_in, category — в cat, а numberposts — в posts_per_page. Важно отметить, что все параметры, которые можно передать в WP_Query, работают с get_posts, и вы можете игнорировать стандартные параметры get_posts.

• get_posts возвращает только свойство $posts объекта WP_Query, тогда как WP_Query возвращает полный объект. Этот объект очень полезен для условных операторов, пагинации и другой полезной информации, которую можно использовать внутри цикла.

• get_posts не использует стандартный цикл, а цикл foreach для отображения записей. Также по умолчанию недоступны шаблонные теги. Для их использования необходимо вызвать setup_postdata( $post ). WP_Query использует стандартный цикл, и шаблонные теги доступны по умолчанию.

• get_posts передаёт 'ignore_sticky_posts' => 1 в WP_Query, поэтому по умолчанию игнорирует sticky-записи.

Исходя из вышесказанного, выбор между get_posts и WP_Query зависит от вас и ваших потребностей. Приведённая информация должна помочь вам сделать правильный выбор.

Основное различие заключается в том, что query_posts() действительно предназначен только для модификации текущего цикла (Loop). После завершения необходимо сбросить цикл и продолжить работу. Этот метод также немного проще для понимания, просто потому что ваш "запрос" — это, по сути, строка URL, которую вы передаёте функции, например:

query_posts('meta_key=color&meta_value=blue'); 

С другой стороны, WP_Query — это более универсальный инструмент, который больше похож на прямое написание MySQL-запросов, чем query_posts(). Вы также можете использовать его где угодно (не только в цикле), и он не мешает другим выполняемым запросам.

Лично я чаще использую WP_Query. Всё зависит от конкретной ситуации.

Просто нет необходимости использовать query_posts(). Всё, что делает эта функция — создаёт новый объект WP_Query и перезаписывает им global wp_query.

Для справки, вот фактический код функции query_posts():

 function query_posts($query) {
        $GLOBALS['wp_query'] = new WP_Query();
        return $GLOBALS['wp_query']->query($query);
    }

Создавайте свой собственный объект WP_Query, если вам нужно реализовать сложный пользовательский запрос. Или используйте get_posts(), если вам требуется лишь небольшая модификация запросов.

В любом случае, я настоятельно рекомендую открыть wp_includes/query.php и изучить класс WP_Query.

Убедитесь, что вы используете wp_reset_query() после query_posts(), так как это может повлиять на другие результаты запросов.

Если я правильно помню прочитанное, по сути "цикл" выполняет WP_Query в основных файлах, но в более понятной форме.

• query_posts(): может использоваться только в одном случае — если вам нужно изменить основной запрос. Устанавливает множество глобальных переменных;
• get_posts(): работает очень похоже и принимает те же аргументы, но возвращает массив записей
• WP_Query: вы можете создавать и работать с собственным объектом этого класса. Немного сложнее, меньше ограничений, безопасно использовать где угодно.