다음과 같이 말하는 것이 옳습니다.

더 이상 query_posts를 사용하지 않습니다.

pre_get_posts

pre_get_posts 는 모든 쿼리. '주 쿼리'만 변경하는 데 가장 자주 사용됩니다.

 add_action('pre_get_posts','wpse50761_alter_query');
function wpse50761_alter_query($query){

      if( $query->is_main_query() ){
        //Do something to main query
      }
}
 

(is_admin()이 false 를 반환하는지 확인합니다. 이는 중복 될 수 있습니다.) 기본 검색어는 템플릿에 다음과 같이 표시됩니다.

 if( have_posts() ):
    while( have_posts() ): the_post();
       //The loop
    endwhile;
endif;
 

이 루프를 편집해야 할 필요가 있다면 pre_get_posts를 사용하세요. 즉,query_posts()를 사용하고 싶다면 pre_get_posts를 대신 사용하세요.

WP_ 쿼리

기본 쿼리는 WP_Query object 의 중요한 인스턴스입니다. 예를 들어 WordPress는이를 사용하여 사용할 템플릿을 결정하고 url (예 : 페이지 매김)에 전달 된 인수는 모두 WP_Query 개체의 해당 인스턴스로 전달됩니다.

보조 루프 (예 : 사이드 바 또는 '관련 게시물'목록)의 경우 WP_Query 개체의 고유 한 인스턴스를 만드는 것이 좋습니다. 예 :

 $my_secondary_loop = new WP_Query(...);
if( $my_secondary_loop->have_posts() ):
    while( $my_secondary_loop->have_posts() ): $my_secondary_loop->the_post();
       //The secondary loop
    endwhile;
endif;
wp_reset_postdata();
 

알림 wp_reset_postdata();-2 차 루프가 '현재 게시물'을 식별하는 전역 $post 변수를 재정의하기 때문입니다. 이것은 본질적으로 우리가있는 $post로 재설정합니다.

get_posts ()

이것은 본질적으로 WP_Query 개체의 개별 인스턴스에 대한 래퍼입니다. 이것은 포스트 객체의 배열을 반환합니다. 위의 루프에서 사용 된 메서드는 더 이상 사용할 수 없습니다. 이것은 '루프'가 아니라 단순히 포스트 객체의 배열입니다.

 <ul>
<?php
global $post;
$args = array( 'numberposts' => 5, 'offset'=> 1, 'category' => 1 );
$myposts = get_posts( $args );
foreach( $myposts as $post ) :  setup_postdata($post); ?>
    <li><a href="<?php the_permalink(); ?>"><?php the_title(); ?></a></li>
<?php endforeach; wp_reset_postdata(); ?>
</ul>
 

귀하의 질문에 대한 답변

1. pre_get_posts를 사용하여 기본 검색어를 변경합니다. 템플릿 페이지의 보조 루프에 대해 별도의 WP_Query 개체 (방법 2)를 사용합니다.
2. 기본 루프의 쿼리를 변경하려면 pre_get_posts를 사용하세요.

You are right to say:

Never use query_posts anymore

pre_get_posts

pre_get_posts is a filter, for altering any query. It is most often used to alter only the 'main query':

add_action('pre_get_posts','wpse50761_alter_query');
function wpse50761_alter_query($query){

      if( $query->is_main_query() ){
        //Do something to main query
      }
}

(I would also check that is_admin() returns false - though this may be redundant.). The main query appears in your templates as:

if( have_posts() ):
    while( have_posts() ): the_post();
       //The loop
    endwhile;
endif;

If you ever feel the need to edit this loop - use pre_get_posts. i.e. If you are tempted to use query_posts() - use pre_get_posts instead.

WP_Query

The main query is an important instance of a WP_Query object. WordPress uses it to decide which template to use, for example, and any arguments passed into the url (e.g. pagination) are all channelled into that instance of the WP_Query object.

For secondary loops (e.g. in side-bars, or 'related posts' lists) you'll want to create your own separate instance of the WP_Query object. E.g.

$my_secondary_loop = new WP_Query(...);
if( $my_secondary_loop->have_posts() ):
    while( $my_secondary_loop->have_posts() ): $my_secondary_loop->the_post();
       //The secondary loop
    endwhile;
endif;
wp_reset_postdata();

Notice wp_reset_postdata(); - this is because the secondary loop will override the global $post variable which identifies the 'current post'. This essentially resets that to the $post we are on.

get_posts()

This is essentially a wrapper for a separate instance of a WP_Query object. This returns an array of post objects. The methods used in the loop above are no longer available to you. This isn't a 'Loop', simply an array of post object.

<ul>
<?php
global $post;
$args = array( 'numberposts' => 5, 'offset'=> 1, 'category' => 1 );
$myposts = get_posts( $args );
foreach( $myposts as $post ) :  setup_postdata($post); ?>
    <li><a href="<?php the_permalink(); ?>"><?php the_title(); ?></a></li>
<?php endforeach; wp_reset_postdata(); ?>
</ul>

In response to your questions

1. Use pre_get_posts to alter your main query. Use a separate WP_Query object (method 2) for secondary loops in the template pages.
2. If you want to alter the query of the main loop, use pre_get_posts.

루프에는 두 가지 컨텍스트가 있습니다.

• URL 요청에 따라 발생하고 템플릿이로드되기 전에 처리되는 기본 루프
• 템플릿 파일 등에서 호출되는 다른 방식으로 발생하는 보조 루프

query_posts () 의 문제는 메인 루프가 되려고 시도하고 비참하게 실패하는 2 차 루프라는 것입니다. 따라서 존재한다는 사실을 잊어 버리십시오.

메인 루프 수정

• query_posts () 를 사용하지 마십시오.
• $ query- >is_main_query () 검사와 함께 pre_get_posts 필터 사용
• 또는 request 필터를 사용합니다 (약간 너무 거칠어 서 위가 더 좋습니다).

2 차 루프 실행

대부분 상호 교환 가능한 new WP_Query 또는 get_posts () 를 사용합니다 (후자는 전자의 경우 얇은 래퍼).

정리

query_posts () 를 사용했거나 전역 $ wp_query 를 직접 엉망으로 만든 경우 wp_reset_query () 를 사용하므로 거의 필요하지 않습니다.

the_post () 또는 setup_postdata () 를 사용했거나 전역 $post wp_reset_postdata () 를 사용합니다. > 사후 관련 사항의 초기 상태를 복원해야합니다.

There are two different contexts for loops:

• main loop that happens based on URL request and is processed before templates are loaded
• secondary loops that happen in any other way, called from template files or otherwise

Problem with query_posts() is that it is secondary loop that tries to be main one and fails miserably. Thus forget it exists.

To modify main loop

• don't use query_posts()
• use pre_get_posts filter with $query->is_main_query() check
• alternately use request filter (a little too rough so above is better)

To run secondary loop

Use new WP_Query or get_posts() which are pretty much interchangeable (latter is thin wrapper for former).

To cleanup

Use wp_reset_query() if you used query_posts() or messed with global $wp_query directly - so you will almost never need to.

Use wp_reset_postdata() if you used the_post() or setup_postdata() or messed with global $post and need to restore initial state of post-related things.

query_posts ($ query) 사용에 대한 합법적 인 시나리오가 있습니다. 예를 들면 다음과 같습니다.

1. 페이지 템플릿을 사용하여 페이지에 게시물 목록 또는 맞춤 게시물 유형 게시물을 표시하려는 경우

2. 그 게시물의 페이지 매김이 작동하도록하려는 경우

이제 아카이브 템플릿을 사용하는 대신 페이지에 표시하려는 이유는 무엇입니까?

1. 관리자 (귀하의 고객이십니까?)에게 더 직관적입니다. '페이지'에서 페이지를 볼 수 있습니다.

2. 메뉴에 추가하는 것이 더 좋습니다 (페이지없이 URL을 직접 추가해야 함).

3. 템플릿에 추가 콘텐츠 (텍스트,게시물 미리보기 이미지 또는 사용자 지정 메타 콘텐츠)를 표시하려는 경우 페이지에서 쉽게 가져올 수 있습니다 (모두 고객에게 더 적합 함). 아카이브 템플릿을 사용했는지 확인하세요. 추가 콘텐츠를 하드 코딩하거나 예를 들어 테마/플러그인 옵션을 사용해야합니다 (고객에게 덜 직관적 임).

다음은 페이지 템플릿에있는 간단한 예제 코드입니다 (예 :page-page-of-posts.php).

 /**
 * 템플릿 이름 : 게시물 페이지
 */

while (have_posts ()) {//원래 메인 루프-페이지 콘텐츠
 the_post ();
  제목();//페이지 제목
 the_content ();//페이지 내용
//기타 ...
}

//이제 사용자 정의 포스트 유형 게시물 목록을 표시합니다.

//먼저 페이지 매김 매개 변수를 얻습니다.
$paged=1;
if (get_query_var ( 'paged')) {
  $paged=get_query_var ( 'paged');
}elseif (get_query_var ( 'page')) {
  $paged=get_query_var ( '페이지');
}

//게시물을 쿼리하고 기본 쿼리 (페이지)를이 쿼리 (페이지 매김 작동)로 바꿉니다.
query_posts (array ( 'post_type'=> 'my_post_type','post_status'=> 'publish','paged'=> $paged));

//페이지 매김
next_posts_link ();
previous_posts_link ();

//루프
while (have_posts ()) {
 the_post ();
  제목();//맞춤 게시물 유형 게시물의 제목
 the_content ();////맞춤 게시물 유형 게시물의 콘텐츠
}

wp_reset_query ();//기본 쿼리 (글로벌 $ wp_query)를 원래 페이지 쿼리 (글로벌 $ wp_the_query 변수에서 가져옴)로 설정하고 게시 데이터를 재설정합니다.

//이제 페이지 관련 콘텐츠를 다시 표시 할 수 있습니다 (원하는 경우).
while (have_posts ()) {//원래 메인 루프-페이지 콘텐츠
 the_post ();
  제목();//페이지 제목
 the_content ();//페이지 내용
//기타 ...
}
 

자,여기서도 query_posts () 사용을 피하고 대신 WP_Query 를 사용할 수 있습니다.-다음과 같이 :

하지만 그토록 멋진 작은 기능을 사용할 수 있는데 왜 그렇게할까요?

There are legitimate scenarios for using query_posts($query), for example:

1. You want to display a list of posts or custom-post-type posts on a page (using a page template)

2. You want to make pagination of those posts work

Now why would you want to display it on a page instead of using an archive template?

1. It's more intuitive for an administrator (your customer?) - they can see the page in the 'Pages'

2. It's better for adding it to menus (without the page, they'd have to add the url directly)

3. If you want to display additional content (text, post thumbnail, or any custom meta content) on the template, you can easily get it from the page (and it all makes more sense for the customer too). See if you used an archive template, you'd either need to hardcode the additional content or use for example theme/plugin options (which makes it less intuitive for the customer)

Here's a simplified example code (which would be on your page template - e.g. page-page-of-posts.php):

/**
 * Template Name: Page of Posts
 */

while(have_posts()) { // original main loop - page content
  the_post();
  the_title(); // title of the page
  the_content(); // content of the page
  // etc...
}

// now we display list of our custom-post-type posts

// first obtain pagination parametres
$paged = 1;
if(get_query_var('paged')) {
  $paged = get_query_var('paged');
} elseif(get_query_var('page')) {
  $paged = get_query_var('page');
}

// query posts and replace the main query (page) with this one (so the pagination works)
query_posts(array('post_type' => 'my_post_type', 'post_status' => 'publish', 'paged' => $paged));

// pagination
next_posts_link();
previous_posts_link();

// loop
while(have_posts()) {
  the_post();
  the_title(); // your custom-post-type post's title
  the_content(); // // your custom-post-type post's content
}

wp_reset_query(); // sets the main query (global $wp_query) to the original page query (it obtains it from global $wp_the_query variable) and resets the post data

// So, now we can display the page-related content again (if we wish so)
while(have_posts()) { // original main loop - page content
  the_post();
  the_title(); // title of the page
  the_content(); // content of the page
  // etc...
}

Now, to be perfectly clear, we could avoid using query_posts() here too and use WP_Query instead - like so:

// ...

global $wp_query;
$wp_query = new WP_Query(array('your query vars here')); // sets the new custom query as a main query

// your custom-post-type loop here

wp_reset_query();

// ...

But, why would we do that when we have such a nice little function available for it?

functions.php에서 WordPress 쿼리를 수정합니다.

 //unfortunately, "IS_PAGE" condition doesn't work in pre_get_posts (it's WORDPRESS behaviour)
//so you can use `add_filter('posts_where', ....);`    OR   modify  "PAGE" query directly into template file

add_action( 'pre_get_posts', 'myFunction' );
function myFunction($query) {
    if ( ! is_admin() && $query->is_main_query() )  {
        if (  $query->is_category ) {
            $query->set( 'post_type', array( 'post', 'page', 'my_postType' ) );
            add_filter( 'posts_where' , 'MyFilterFunction_1' ) && $GLOBALS['call_ok']=1; 
        }
    }
}
function MyFilterFunction_1($where) {
   return (empty($GLOBALS['call_ok']) || !($GLOBALS['call_ok']=false)  ? $where :  $where . " AND ({$GLOBALS['wpdb']->posts}.post_name NOT LIKE 'Journal%')"; 
}
 

I modify WordPress query from functions.php:

//unfortunately, "IS_PAGE" condition doesn't work in pre_get_posts (it's WORDPRESS behaviour)
//so you can use `add_filter('posts_where', ....);`    OR   modify  "PAGE" query directly into template file

add_action( 'pre_get_posts', 'myFunction' );
function myFunction($query) {
    if ( ! is_admin() && $query->is_main_query() )  {
        if (  $query->is_category ) {
            $query->set( 'post_type', array( 'post', 'page', 'my_postType' ) );
            add_filter( 'posts_where' , 'MyFilterFunction_1' ) && $GLOBALS['call_ok']=1; 
        }
    }
}
function MyFilterFunction_1($where) {
   return (empty($GLOBALS['call_ok']) || !($GLOBALS['call_ok']=false)  ? $where :  $where . " AND ({$GLOBALS['wpdb']->posts}.post_name NOT LIKE 'Journal%')"; 
}

워드 프레스가 시간이 지남에 따라 발전하고 몇 가지 사항이 현재 (5 년 후) 달라진 이후 수용된 답변에 대한 몇 가지 개선 사항을 간략하게 설명합니다.

pre_get_posts는 쿼리를 변경하기위한 필터입니다. '주 쿼리'만 변경하는 데 가장 자주 사용됩니다.

사실 액션 훅입니다. 필터가 아니며 모든 쿼리에 영향을 미칩니다.

기본 검색어는 다음과 같이 템플릿에 표시됩니다.

 if( have_posts() ):
    while( have_posts() ): the_post();
       //The loop
    endwhile;
endif;
 

사실 이것도 사실이 아닙니다. have_posts 함수는 기본 쿼리와 만 관련되지 않은 global $wp_query 개체를 반복합니다. global $wp_query;는 보조 쿼리로도 변경 될 수 있습니다.

 function have_posts() {
    global $wp_query;
    return $wp_query->have_posts();
}
 

get_posts ()

이것은 본질적으로 WP_Query 객체의 개별 인스턴스에 대한 래퍼입니다.

사실 요즘은 WP_Query가 클래스이므로 클래스의 인스턴스가 있습니다.

결론 : @StephenHarris가 작성했을 때이 모든 것이 사실 일 가능성이 높지만 시간이지나면서 WordPress의 내용이 변경되었습니다.

Just to outline some improvements to the accepted answer since WordPress evolved over the time and some things are different now (five years later):

pre_get_posts is a filter, for altering any query. It is most often used to alter only the 'main query':

Actually is an action hook. Not a filter, and it will affect any query.

The main query appears in your templates as:

if( have_posts() ):
    while( have_posts() ): the_post();
       //The loop
    endwhile;
endif;

Actually, this is also not true. The function have_posts iterates the global $wp_query object that is not related only to the main query. global $wp_query; may be altered with the secondary queries also.

function have_posts() {
    global $wp_query;
    return $wp_query->have_posts();
}

get_posts()

This is essentially a wrapper for a separate instance of a WP_Query object.

Actually, nowadays WP_Query is a class, so we have an instance of a class.

To conclude: At the time @StephenHarris wrote most likely all this was true, but over the time things in WordPress have been changed.