Я только что создал новую заявку на отслеживание, заявку № 36874 ,чтобы предложить отказ от query_posts(). Будет ли это принято,- вопрос хороший.

Настоящая большая проблема с query_posts() в том,что он по-прежнему широко используется плагинами и темами,даже несмотря на то,что были действительно хорошие статьи о том,почему вы должны НИКОГДА используйте это. Я думаю,что самый эпичный пост на WPSE следующий:

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

устаревание!==удаление ,поэтому отказ от использования query_posts() не остановит его использование некачественными разработчиками и людьми в целом,которые не знают WordPress и используют некачественные качественные учебные пособия в качестве рекомендаций. В качестве доказательства,сколько вопросов мы еще получаем,когда люди используют caller_get_posts в WP_Query? Он устарел уже много лет.

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

Это отправная точка,но следует помнить,что отказ от поддержки чего-либо в WordPress не останавливает его использование.

ОБНОВЛЕНИЕ 19 мая 2016 г.

Поданный мною тикет закрыт и помечен как дубликат тикета 4-летней давности ,который был закрыт как wontfix и снова открыт. и по-прежнему остаются открытыми и нерешенными.

Кажется,что основные разработчики цепляются за это старое верное маленькое зло. Всем интересно,вот дубликат билета 4-летней давности

• билет Trac № 19631

I have just created a new trac ticket, ticket #36874, to propose the deprecation of query_posts(). Whether or not it will be accepted remains a good question.

The real big issue with query_posts() is, it is still widely used by plugins and themes, even though there have been really good writings on the subject of why you should NEVER EVER use it. I think the most epic post here on WPSE is the following one:

• When should you use WP_Query vs query_posts() vs get_posts()?

deprecation !== removal, so deprecating query_posts() will not stop its usage by poor quality devs and people in general who do not know WordPress and who use poor quality tutorials as guidelines. Just as some proof, how many questions do we still get here where people use caller_get_posts in WP_Query? It has been deprecated for many years now.

Deprecated functions and arguments can however be removed at any time the core devs see fit, but this will most probably never happen with query_posts() as this will break millions of sites. So yes, we will probably never see the total removal of query_posts() - which might lead to the fact that it will most probably never get deprecated.

This is a starting point though, but one has to remember, deprecating something in WordPress does not stop its use.

UPDATE 19 May 2016

The ticket I raised is now closed and marked as duplicate to a 4 year old ticket, which was closed as wontfix and was reopened and still remain open and unresolved.

Seems the core developers are hanging on to this old faithful little evil. Everyone interested, here is the duplicate 4year old ticket

• trac ticket #19631

[немного напыщенно]

Основная философия заключается в том,что ничто не является устаревшим. Уведомление об устаревании,хотя его приятно иметь,просто проигнорируют,если в какой-то момент функция не будет удалена. Есть много людей,которые не работают с WP_DEBUG и не заметят уведомления,если не будет фактической поломки.

Рука OTOH,эта функция похожа на инструкцию goto. Лично я никогда (для меньшего,чем ожидалось) определения не использовал goto,но я могу понять аргументы,указывающие на некоторую ситуацию,в которой по умолчанию это не зло. То же самое и с query_posts,это простой способ настроить все глобальные переменные,необходимые для создания простого цикла,и может быть полезен в контексте ajax или rest-api. Я бы никогда не использовал его в этих контекстах,но я вижу,что здесь это скорее вопрос стиля кодирования,чем функция,которая сама по себе является злом.

Если углубиться,основная проблема заключается в том,что глобальные переменные нужно устанавливать вообще. Это основная проблема,а не та функция,которая помогает их настроить.

[somewhat rant]

It is the standing core philosophy at this point that nothing is truly deprecated. Deprecation notice, while it is a nice to have, is just going to be ignored if the function will not actually be dropped at some point. There are many people that do not develop with WP_DEBUG on and will not notice the notice if there will not be an actual breakage.

OTOH hand, this function is like goto statement. Personally I never (for smaller definition then expected) used gotobut I can understand the arguments pointing to some situation in which it is not evil by default. Same goes with query_posts, it is a simple way to set up all the globals required to make a simple loop, and can be useful in ajax or rest-api context. I would never use it in those contexts as well, but I can see that there, it is more of an issue of style of coding then a function being evil by itself.

Going a little deeper, the main problem is that globals need to be set at all. That is the main problem not the one function that helps setting them.