Acabei de criar umnovoticket Trac,ticket # 36874 ,parapropor A depreciação de query_posts () . Seja ounão aceito continua a ser umaboapergunta.

Ograndeproblema com Query_posts () é,ainda é amplamente utilizadoporpluginse temas,emboratenha havido realmenteboasescritos sobre o assunto depor que você deve nunca usá-lo. Eu acho que opostmais épico aquino WPSE é o seguinte:

• Quando você deve usar o WP_Query vs Query_posts () vsget_posts ()?

Deprecation!==Remoção ,portanto,querer Query_posts () não vaiparar o uso de devs demá qualidadee pessoasem geral quenão conhecem WordPresse quem usapobre Tutoriais de qualidade como diretrizes. Apenas como algumaprova,quantasperguntas ainda chegamos aqui onde aspessoas usam Caller_Get_Posts em wp_query ? Foi depreciadopormuitos anos agora.

Asfunçõese argumentos obsoletospodem,noentanto,ser removidos a qualquermomento,o Core Devs verá o ajuste,masissoprovavelmentenunca acontecerá com Query_Posts () comoisso vai quebrarmilhões de sites. Então,nósprovavelmentenunca veremos a remoçãototal de Query_Posts () - o quepode levar aofato de queprovavelmentenunca será descontado.

Este é umponto departida,mas épreciso lembrar,depreciando algono WordPressnãopara o uso.

Update 19 demaio de 2016

Obilhete que levantou agoraestáfechadoe marcado como duplicadopara um 4 anos bilhete,quefoifechado como wontfix e foi reabertoe aindapermanecem abertose não resolvidos.

Parece que os desenvolvedoresprincipaisestãopenduradosparaeste velhomalvadomalvado. Todos osinteressados,aquiestá obilhete velho duplicado de 4 anos

• tickettrac # 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

[umpouco rant]

É afilosofia denúcleoem pénestemomento quenada é verdadeiramente obsoleto. Aviso de depreciação,enquanto é umbomter,só vai serignorado se afunçãonão será realmente descartadaem algummomento. Hámuitaspessoas quenão desenvolvem com WP_DEBUGe nãonotarão o aviso senão houver uma quebra real.

Otoh Hand,estafunção é como goto. Pessoalmenteeununca (para definiçãomenor,em seguida,esperado) usado gotomaseupossoentender os argumentos apontandopara alguma situaçãoem quenão émalporpadrão. Omesmo acontece com query_posts,é umamaneira simples de configurartodos osglobaisnecessáriosparafazer um loop simplese pode ser útilno contexto AJAX ou REST-API. Eununca o usarianesses contextostambém,masposso ver que lá,émais uma questão deestilo de codificação,então umafunção sendomal sozinha.

Indo umpoucomaisfundo,oprincipalproblema é que osglobaisprecisam ser definidos. Esse é oprincipalproblema,não afunção que ajuda a colocá-las.

[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.