<\/span><\/h3>\nTipik bir `WP_Query` kullan\u0131m\u0131 \u00fc\u00e7 ana ad\u0131mdan olu\u015fur: arg\u00fcmanlar\u0131 belirleme, yeni bir sorgu nesnesi olu\u015fturma ve d\u00f6ng\u00fcy\u00fc \u00e7al\u0131\u015ft\u0131rma. Arg\u00fcmanlar, ne t\u00fcr i\u00e7erik istedi\u011finizi belirten bir dizi (array) i\u00e7inde tan\u0131mlan\u0131r. \u00d6rne\u011fin, ‘event’ ad\u0131nda \u00f6zel bir yaz\u0131 tipinden, yay\u0131nlanm\u0131\u015f son 3 i\u00e7eri\u011fi \u00e7ekmek i\u00e7in \u015f\u00f6yle bir yap\u0131 kullan\u0131l\u0131r:<\/p>\n
$args = array(
\n 'post_type' => 'event',
\n 'post_status' => 'publish',
\n 'posts_per_page' => 3,
\n);<\/p>\n$etkinlik_sorgusu = new WP_Query( $args );<\/p>\n
if ( $etkinlik_sorgusu->have_posts() ) {
\n while ( $etkinlik_sorgusu->have_posts() ) {
\n $etkinlik_sorgusu->the_post();
\n \/\/ Burada yaz\u0131 ba\u015fl\u0131\u011f\u0131, i\u00e7eri\u011fi vb. g\u00f6sterilir.
\n }
\n wp_reset_postdata();
\n}<\/code><\/p>\n
Bu yap\u0131, WordPress geli\u015ftirmenin temel ta\u015flar\u0131ndan biridir ve esnekli\u011fi sayesinde neredeyse s\u0131n\u0131rs\u0131z olas\u0131l\u0131k sunar.<\/p>\n
<\/span>`query_posts()` ve `get_posts()` ile Farklar\u0131 ve Neden WP_Query Tercih Edilmeli?<\/span><\/h3>\nWordPress’te veri \u00e7ekmek i\u00e7in `WP_Query` d\u0131\u015f\u0131nda `query_posts()` ve `get_posts()` fonksiyonlar\u0131 da bulunur. Ancak modern WordPress geli\u015ftirmesinde `WP_Query`’nin tercih edilmesinin \u00f6nemli nedenleri vard\u0131r. `query_posts()` fonksiyonu, sayfan\u0131n ana sorgusunu do\u011frudan de\u011fi\u015ftirir ve bu durum, \u00f6zellikle karma\u015f\u0131k sayfalarda ve eklentilerle \u00e7ak\u0131\u015fmalara yol a\u00e7arak beklenmedik sonu\u00e7lar do\u011furabilir. Bu nedenle kullan\u0131m\u0131 kesinlikle \u00f6nerilmez. `get_posts()` ise daha basit bir kullan\u0131m sunar ve bir dizi (array) olarak g\u00f6nderi listesi d\u00f6nd\u00fcr\u00fcr, ancak `WP_Query`’nin sundu\u011fu t\u00fcm geli\u015fmi\u015f parametre ve nesne \u00f6zelliklerinden yoksundur. \u0130kincil, basit listelemeler i\u00e7in uygun olsa da karma\u015f\u0131k filtreleme gerekti\u011finde yetersiz kal\u0131r.<\/p>\n
\n
\n\n\n| \u00d6zellik<\/th>\n | WP_Query<\/th>\n | get_posts()<\/th>\n | query_posts()<\/th>\n<\/tr>\n<\/thead>\n |
\n\n| Kullan\u0131m Amac\u0131<\/b><\/td>\n | Karma\u015f\u0131k, ikincil d\u00f6ng\u00fcler olu\u015fturma<\/td>\n | Basit, ikincil listeler i\u00e7in veri \u00e7ekme<\/td>\n | Ana sorguyu de\u011fi\u015ftirme (\u00d6nerilmez)<\/td>\n<\/tr>\n |
\n| D\u00f6nd\u00fcrd\u00fc\u011f\u00fc De\u011fer<\/b><\/td>\n | WP_Query Nesnesi<\/td>\n | G\u00f6nderi Nesneleri Dizisi<\/td>\n | G\u00f6nderi Nesneleri Dizisi<\/td>\n<\/tr>\n |
\n| Performans<\/b><\/td>\n | Parametrelere g\u00f6re optimize edilebilir<\/td>\n | Genellikle h\u0131zl\u0131, ancak daha az esnek<\/td>\n | Ana sorguyu bozdu\u011fu i\u00e7in performans\u0131 olumsuz etkileyebilir<\/td>\n<\/tr>\n |
\n| En \u0130yi Kullan\u0131m<\/b><\/td>\n | \u00d6zelle\u015ftirilmi\u015f t\u00fcm i\u00e7erik bloklar\u0131, widget’lar, karma\u015f\u0131k filtreleme gereken her yer.<\/td>\n | Basit bir “\u0130lgili Yaz\u0131lar” listesi gibi yard\u0131mc\u0131 i\u00e7erikler.<\/td>\n | Kullan\u0131lmamal\u0131d\u0131r. Bunun yerine `pre_get_posts` kullan\u0131lmal\u0131d\u0131r.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<\/span>Temel Sorgu Parametreleri ile Filtreleme<\/span><\/h2>\n`WP_Query`’nin g\u00fcc\u00fc, sundu\u011fu zengin parametre setinde yatar. Bu parametreler sayesinde veritaban\u0131ndan tam olarak istedi\u011finiz i\u00e7erik setini hassas bir \u015fekilde filtreleyebilirsiniz. Temel filtreleme i\u015flemleri i\u00e7in kullan\u0131lan bu parametreler, \u00e7o\u011fu senaryo i\u00e7in yeterli kontrol\u00fc sa\u011flar ve karma\u015f\u0131k sorgular\u0131n temelini olu\u015fturur.<\/p>\n <\/span>Yaz\u0131 Tipi Parametreleri (`post_type`, `post_status`)<\/span><\/h3>\nEn temel filtreleme, yaz\u0131 tipi ve durumuna g\u00f6re yap\u0131l\u0131r. `post_type` parametresi ile hangi t\u00fcr i\u00e7eri\u011fi \u00e7ekece\u011finizi belirtirsiniz. Bu, `’post’` (yaz\u0131), `’page’` (sayfa) veya kendi olu\u015fturdu\u011funuz \u00f6zel yaz\u0131 tipleri (\u00f6rne\u011fin, `’product’`, `’portfolio’`) olabilir. Birden fazla yaz\u0131 tipini \u00e7ekmek i\u00e7in bir dizi kullanabilirsiniz: ` ‘post_type’ => array(‘post’, ‘page’) `. `post_status` parametresi ise yaz\u0131n\u0131n durumunu belirtir. Varsay\u0131lan olarak `’publish’` (yay\u0131nlanm\u0131\u015f) olan bu de\u011feri `’draft’` (taslak), `’pending’` (incelemede) veya `’private’` (\u00f6zel) gibi farkl\u0131 durumlarla de\u011fi\u015ftirebilirsiniz.<\/p>\n <\/span>Yazar Parametreleri (`author`, `author__in`, `author__not_in`)<\/span><\/h3>\n\u0130\u00e7erikleri yazarlar\u0131na g\u00f6re filtrelemek de olduk\u00e7a yayg\u0131nd\u0131r. `author` parametresi, tek bir yazar\u0131n ID’sini alarak sadece o yazara ait i\u00e7erikleri listeler. E\u011fer birden fazla yazar\u0131 dahil etmek isterseniz `author__in` parametresine yazar ID’lerinden olu\u015fan bir dizi vermelisiniz. Tam tersi, belirli yazarlar\u0131 hari\u00e7 tutmak i\u00e7in ise `author__not_in` parametresi kullan\u0131l\u0131r. Bu, \u00f6zellikle \u00e7ok yazarl\u0131 bloglarda veya belirli bir yazar\u0131n katk\u0131lar\u0131n\u0131 sergilemek istedi\u011finizde kullan\u0131\u015fl\u0131d\u0131r.<\/p>\n <\/span>Kategori ve Etiket Parametreleri (`category__in`, `tag__and`)<\/span><\/h3>\nBlog yaz\u0131lar\u0131 gibi taksonomilerle d\u00fczenlenmi\u015f i\u00e7erikler i\u00e7in kategori ve etiket bazl\u0131 filtreleme kritiktir. `category__in` parametresi, belirtti\u011finiz kategori ID’lerinden herhangi birine sahip olan yaz\u0131lar\u0131 getirir. \u00d6rne\u011fin, ` ‘category__in’ => array(2, 6) ` sorgusu, 2 veya 6 ID’li kategorideki t\u00fcm yaz\u0131lar\u0131 listeler. `tag__and` ise daha k\u0131s\u0131tlay\u0131c\u0131d\u0131r; belirtti\u011finiz t\u00fcm etiket ID’lerine ayn\u0131 anda sahip olan yaz\u0131lar\u0131 getirir. Yani `’tag__and’ => array(7, 8)` sorgusu, hem 7 ID’li etikete hem de 8 ID’li etikete sahip olan yaz\u0131lar\u0131 bulur.<\/p>\n <\/span>Sayfalama Parametreleri (`posts_per_page`, `paged`, `offset`)<\/span><\/h3>\n\u00c7ok say\u0131da i\u00e7eri\u011fi listelerken sayfalama yapmak hem kullan\u0131c\u0131 deneyimi hem de performans i\u00e7in zorunludur. `posts_per_page` parametresi, bir sayfada ka\u00e7 adet yaz\u0131 g\u00f6sterilece\u011fini belirler. `-1` de\u011feri t\u00fcm yaz\u0131lar\u0131n getirilmesini sa\u011flar. `paged` parametresi, o an g\u00f6r\u00fcnt\u00fclenen sayfa numaras\u0131n\u0131 al\u0131r ve WordPress’in do\u011fru i\u00e7erik setini hesaplamas\u0131n\u0131 sa\u011flar. Genellikle bu de\u011fer URL’den dinamik olarak al\u0131n\u0131r. `offset` parametresi ise daha \u00f6zel bir kullan\u0131m sunar; sorgunun ilk X adet sonucu atlayarak ba\u015flamas\u0131n\u0131 sa\u011flar. \u00d6rne\u011fin, en son yaz\u0131y\u0131 farkl\u0131 bir stilde g\u00f6sterip, geri kalanlar\u0131 normal listelemek i\u00e7in ` ‘offset’ => 1 ` kullanabilirsiniz.<\/p>\n <\/span>S\u0131ralama Parametreleri (`orderby`, `order`)<\/span><\/h3>\n\u0130\u00e7eriklerinizi nas\u0131l s\u0131ralayaca\u011f\u0131n\u0131z\u0131 `orderby` ve `order` parametreleri ile kontrol edersiniz. `orderby` i\u00e7in `date` (tarih), `title` (ba\u015fl\u0131k), `author` (yazar), `comment_count` (yorum say\u0131s\u0131) gibi bir\u00e7ok de\u011fer kullan\u0131labilir. `order` parametresi ise s\u0131ralaman\u0131n y\u00f6n\u00fcn\u00fc belirler: `ASC` (artan, eskiden yeniye) veya `DESC` (azalan, yeniden eskiye). Varsay\u0131lan s\u0131ralama, tarihe g\u00f6re azalan \u015fekildedir (`’orderby’ => ‘date’, ‘order’ => ‘DESC’`). \u00d6rne\u011fin, yaz\u0131lar\u0131n\u0131z\u0131 ba\u015fl\u0131\u011fa g\u00f6re alfabetik olarak s\u0131ralamak i\u00e7in ` ‘orderby’ => ‘title’, ‘order’ => ‘ASC’ ` kullanman\u0131z gerekir.<\/p>\n <\/span>Karma\u015f\u0131k Taksonomi Sorgular\u0131 Olu\u015fturma: `tax_query`<\/span><\/h2>\nWordPress’in temel kategori ve etiket parametreleri \u00e7o\u011fu zaman yeterli olsa da, \u00f6zel taksonomilerle (custom taxonomies) \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131zda veya birden fazla taksonomi ko\u015fulunu birle\u015ftirmeniz gerekti\u011finde daha geli\u015fmi\u015f bir araca ihtiya\u00e7 duyars\u0131n\u0131z. \u0130\u015fte bu noktada `tax_query` devreye girer. `tax_query`, son derece esnek ve g\u00fc\u00e7l\u00fc bir \u015fekilde taksonomi tabanl\u0131 filtreleme yapman\u0131z\u0131 sa\u011flayan bir dizi parametresidir.<\/p>\n <\/span>`tax_query` Dizisine Giri\u015f ve Temel Yap\u0131s\u0131<\/span><\/h3>\n`tax_query`, i\u00e7erisinde bir veya daha fazla taksonomi sorgu dizisi bar\u0131nd\u0131ran bir ana dizidir. Her bir i\u00e7 dizi, belirli bir taksonomi i\u00e7in bir ko\u015ful tan\u0131mlar. Bu ko\u015ful; taksonominin ad\u0131n\u0131 (`taxonomy`), hangi alana g\u00f6re e\u015fle\u015ftirme yap\u0131laca\u011f\u0131n\u0131 (`field` – genellikle ‘term_id’ veya ‘slug’) ve hangi terimlerin filtrelenece\u011fini (`terms`) i\u00e7erir. Bu yap\u0131, sorgular\u0131n\u0131z\u0131 mod\u00fcler ve okunabilir hale getirir.<\/p>\n <\/span>Tek Bir Taksonomiye G\u00f6re Filtreleme<\/span><\/h3>\n\u00d6rne\u011fin, ‘urun_kategorisi’ ad\u0131nda bir \u00f6zel taksonominiz ve bu taksonomi i\u00e7inde ‘elektronik’ slug’\u0131na sahip bir teriminiz oldu\u011funu varsayal\u0131m. Bu kategoriye ait \u00fcr\u00fcnleri \u00e7ekmek i\u00e7in `tax_query` \u015f\u00f6yle yap\u0131land\u0131r\u0131l\u0131r:<\/p>\n 'tax_query' => array(
\n array(
\n 'taxonomy' => 'urun_kategorisi',
\n 'field' => 'slug',
\n 'terms' => 'elektronik',
\n ),
\n)<\/code><\/p>\nBu sorgu, ‘urun_kategorisi’ taksonomisinde ‘elektronik’ terimine sahip t\u00fcm g\u00f6nderileri getirecektir.<\/p>\n <\/span>Birden Fazla Taksonomi Ko\u015fulunu Birle\u015ftirme<\/span><\/h3>\n`tax_query`’nin as\u0131l g\u00fcc\u00fc, birden fazla ko\u015fulu birle\u015ftirebilmesinde yatar. ‘renk’ ad\u0131nda ikinci bir taksonominiz oldu\u011funu ve hem ‘elektronik’ kategorisindeki hem de ‘kirmizi’ renkteki \u00fcr\u00fcnleri bulmak istedi\u011finizi d\u00fc\u015f\u00fcnelim. Bu durumda `tax_query` dizisine ikinci bir ko\u015ful dizisi eklersiniz.<\/p>\n <\/span>`relation` Parametresi: `AND` ve `OR` Kullan\u0131m\u0131<\/span><\/h3>\nBirden fazla taksonomi ko\u015fulu ekledi\u011finizde, bu ko\u015fullar\u0131n birbiriyle nas\u0131l ili\u015fkilendirilece\u011fini `relation` parametresi ile belirlersiniz. `relation`, ana `tax_query` dizisinin ilk seviyesinde yer al\u0131r. De\u011feri `AND` ise, t\u00fcm ko\u015fullar\u0131n ayn\u0131 anda sa\u011flanmas\u0131 gerekir. De\u011feri `OR` ise, ko\u015fullardan herhangi birinin sa\u011flanmas\u0131 yeterlidir.<\/p>\n `AND` \u00d6rne\u011fi:<\/b> ‘elektronik’ kategorisinde VE ‘kirmizi’ renkte olan \u00fcr\u00fcnler.
\n'tax_query' => array(
\n 'relation' => 'AND',
\n array(... 'terms' => 'elektronik' ...),
\n array(... 'terms' => 'kirmizi' ...),
\n)<\/code><\/p>\n`OR` \u00d6rne\u011fi:<\/b> ‘elektronik’ kategorisinde VEYA ‘kirmizi’ renkte olan \u00fcr\u00fcnler.
\n'tax_query' => array(
\n 'relation' => 'OR',
\n array(... 'terms' => 'elektronik' ...),
\n array(... 'terms' => 'kirmizi' ...),
\n)<\/code><\/p>\n<\/span>`operator` Parametresi ile Geli\u015fmi\u015f E\u015fle\u015ftirme (`IN`, `NOT IN`, `EXISTS`)<\/span><\/h3>\nHer bir taksonomi ko\u015fulu i\u00e7inde, `terms` parametresindeki terimlerle nas\u0131l e\u015fle\u015ftirme yap\u0131laca\u011f\u0131n\u0131 `operator` parametresi belirler. Varsay\u0131lan de\u011fer `IN`’dir ve `terms` dizisindeki terimlerden herhangi birine sahip olan g\u00f6nderileri getirir. `NOT IN` operat\u00f6r\u00fc, `terms` dizisindeki terimlerin hi\u00e7birine sahip olmayan g\u00f6nderileri se\u00e7er. `EXISTS` operat\u00f6r\u00fc ise `terms` parametresine ihtiya\u00e7 duymaz ve sadece ilgili taksonomiye atanm\u0131\u015f herhangi bir terimi olan t\u00fcm g\u00f6nderileri getirir. Bu, \u00f6rne\u011fin hi\u00e7 rengi belirtilmemi\u015f \u00fcr\u00fcnleri bulmak i\u00e7in kullan\u0131\u015fl\u0131d\u0131r (`operator` `NOT EXISTS` olarak ayarlan\u0131r).<\/p>\n <\/span>\u0130\u00e7 \u0130\u00e7e Taksonomi Sorgular\u0131 ile Detayl\u0131 Filtreleme<\/span><\/h3>\n`tax_query`, kendi i\u00e7inde ba\u015fka `tax_query` dizileri bar\u0131nd\u0131rabilir. Bu, son derece karma\u015f\u0131k mant\u0131ksal gruplamalar yapman\u0131za olanak tan\u0131r. \u00d6rne\u011fin, “(A kategorisinde VE B renginde) VEYA (C kategorisindeki)” gibi bir sorgu olu\u015fturabilirsiniz. Bu, `relation` parametresini farkl\u0131 seviyelerde kullanarak `(A AND B) OR C` mant\u0131\u011f\u0131n\u0131 kurman\u0131z\u0131 sa\u011flar ve filtreleme yeteneklerinizi bir \u00fcst seviyeye ta\u015f\u0131r.<\/p>\n <\/span>Geli\u015fmi\u015f Meta Veri Sorgular\u0131: `meta_query`<\/span><\/h2>\nWordPress’te her yaz\u0131ya \u00f6zel alanlar (custom fields) arac\u0131l\u0131\u011f\u0131yla ek bilgiler, yani meta veriler eklenebilir. Bir \u00fcr\u00fcn\u00fcn fiyat\u0131, bir etkinli\u011fin ba\u015flang\u0131\u00e7 tarihi veya bir ilan\u0131n konumu gibi veriler meta olarak saklan\u0131r. `meta_query`, bu meta verilere dayanarak g\u00f6nderileri filtrelemek i\u00e7in tasarlanm\u0131\u015f g\u00fc\u00e7l\u00fc bir `WP_Query` parametresidir. T\u0131pk\u0131 `tax_query` gibi, karma\u015f\u0131k ko\u015fullar olu\u015fturmak i\u00e7in i\u00e7 i\u00e7e dizilerden olu\u015fan bir yap\u0131 kullan\u0131r.<\/p>\n <\/span>`meta_query` Dizisi ve Temel Bile\u015fenleri (`key`, `value`, `compare`)<\/span><\/h3>\nBir `meta_query`’nin temel yap\u0131 ta\u015f\u0131, tek bir meta ko\u015fulunu tan\u0131mlayan bir dizidir. Bu dizinin \u00fc\u00e7 ana bile\u015feni vard\u0131r:<\/p>\n \n- `key`<\/b>: Sorgulamak istedi\u011finiz \u00f6zel alan\u0131n ad\u0131d\u0131r (\u00f6rne\u011fin, ‘fiyat’).<\/li>\n
- `value`<\/b>: `key` ile belirtilen alan\u0131n sahip olmas\u0131 veya kar\u015f\u0131la\u015ft\u0131r\u0131lmas\u0131 gereken de\u011ferdir (\u00f6rne\u011fin, 100).<\/li>\n
- `compare`<\/b>: `value`’nun meta veriyle nas\u0131l kar\u015f\u0131la\u015ft\u0131r\u0131laca\u011f\u0131n\u0131 belirten operat\u00f6rd\u00fcr. Varsay\u0131lan operat\u00f6r `=` (e\u015fittir).<\/li>\n<\/ul>\n
\u00d6rne\u011fin, fiyat\u0131 tam olarak 100 TL olan \u00fcr\u00fcnleri bulmak i\u00e7in temel sorgu \u015f\u00f6yle olur:
\n'meta_query' => array( array( 'key' => 'fiyat', 'value' => 100, 'compare' => '=' ) )<\/code><\/p>\n<\/span>Say\u0131sal De\u011ferlere G\u00f6re Kar\u015f\u0131la\u015ft\u0131rma (`compare`: `>`, `<`, `BETWEEN`)<\/span><\/h3>\n`meta_query`’nin g\u00fcc\u00fc, `compare` operat\u00f6r\u00fcn\u00fcn \u00e7e\u015fitlili\u011finden gelir. Say\u0131sal verilerle \u00e7al\u0131\u015f\u0131rken `>` (b\u00fcy\u00fckt\u00fcr), `<` (k\u00fc\u00e7\u00fckt\u00fcr), `>=` (b\u00fcy\u00fck veya e\u015fit), `<=` (k\u00fc\u00e7\u00fck veya e\u015fit) gibi operat\u00f6rleri kullanabilirsiniz. Belirli bir aral\u0131ktaki de\u011ferleri bulmak i\u00e7in `BETWEEN` operat\u00f6r\u00fc kullan\u0131l\u0131r. `BETWEEN` kullan\u0131ld\u0131\u011f\u0131nda, `value` parametresi iki elemanl\u0131 bir dizi olmal\u0131d\u0131r (minimum ve maksimum de\u011ferler). \u00d6rne\u011fin, fiyat\u0131 50 ile 150 aras\u0131nda olan \u00fcr\u00fcnler:\n‘value’ => array(50, 150), ‘compare’ => ‘BETWEEN’<\/code><\/p>\n<\/span>Metin Tabanl\u0131 Kar\u015f\u0131la\u015ft\u0131rmalar (`compare`: `LIKE`, `NOT LIKE`)<\/span><\/h3>\nMetin i\u00e7eren meta alanlar\u0131nda arama yapmak i\u00e7in `LIKE` operat\u00f6r\u00fc kullan\u0131l\u0131r. Bu, SQL’deki `LIKE` ifadesine benzer \u015fekilde \u00e7al\u0131\u015f\u0131r ve belirli bir metin par\u00e7as\u0131n\u0131 i\u00e7eren de\u011ferleri bulur. \u00d6rne\u011fin, ad\u0131nda ‘laptop’ kelimesi ge\u00e7en ilanlar\u0131 bulmak i\u00e7in:
\n'key' => 'ilan_basligi', 'value' => 'laptop', 'compare' => 'LIKE'<\/code>
\n`NOT LIKE` ise tam tersini yaparak belirtilen metni i\u00e7ermeyen sonu\u00e7lar\u0131 getirir.<\/p>\n<\/span>`type` Parametresi ile Veri Tipini Belirtme (`NUMERIC`, `DATE`, `CHAR`)<\/span><\/h3>\nWordPress meta verileri veritaban\u0131nda metin (text) olarak saklar. Bu durum, say\u0131sal veya tarihsel kar\u015f\u0131la\u015ft\u0131rmalar yaparken yanl\u0131\u015f sonu\u00e7lara yol a\u00e7abilir (\u00f6rne\u011fin, ‘100’ metni ’99’ metninden k\u00fc\u00e7\u00fck s\u0131ralanabilir). Bunu \u00f6nlemek i\u00e7in `type` parametresi kullan\u0131l\u0131r. Kar\u015f\u0131la\u015ft\u0131rman\u0131n do\u011fru yap\u0131lmas\u0131 i\u00e7in `type`’\u0131 `NUMERIC`, `DATE`, `DATETIME`, `DECIMAL` gibi uygun veri tipiyle belirtmek kritik \u00f6neme sahiptir. Fiyat kar\u015f\u0131la\u015ft\u0131rmas\u0131 yaparken ` ‘type’ => ‘NUMERIC’ ` eklemek, sorgunun do\u011fru \u00e7al\u0131\u015fmas\u0131n\u0131 garantiler.<\/p>\n <\/span>`relation` Kullanarak \u00c7oklu Meta Ko\u015fullar\u0131n\u0131 Y\u00f6netme<\/span><\/h3>\nT\u0131pk\u0131 `tax_query`’de oldu\u011fu gibi, birden fazla meta ko\u015fulunu birle\u015ftirmek i\u00e7in `relation` parametresi kullan\u0131l\u0131r. Fiyat\u0131 1000’den b\u00fcy\u00fck VE stok durumu ‘var’ olan \u00fcr\u00fcnleri bulmak i\u00e7in `relation` `AND` olarak ayarlan\u0131r. Fiyat\u0131 100’den k\u00fc\u00e7\u00fck VEYA rengi ‘mavi’ olan \u00fcr\u00fcnler i\u00e7in ise `relation` `OR` olmal\u0131d\u0131r.
\n'meta_query' => array( 'relation' => 'AND', array('key' => 'fiyat', ...), array('key' => 'stok', ...) )<\/code><\/p>\n<\/span>Var Olan (`EXISTS`) veya Olmayan (`NOT EXISTS`) Meta Alanlar\u0131na G\u00f6re Sorgulama<\/span><\/h3>\nBazen bir meta alan\u0131n\u0131n de\u011ferinden \u00e7ok, var olup olmad\u0131\u011f\u0131yla ilgileniriz. `compare` operat\u00f6r\u00fcn\u00fc `EXISTS` olarak ayarlayarak belirli bir meta anahtar\u0131na sahip t\u00fcm g\u00f6nderileri bulabilirsiniz. Bu durumda `value` parametresine gerek yoktur. \u00d6rne\u011fin, ‘indirim_orani’ ad\u0131nda bir \u00f6zel alan\u0131 olan t\u00fcm \u00fcr\u00fcnleri listelemek i\u00e7in ` ‘key’ => ‘indirim_orani’, ‘compare’ => ‘EXISTS’ ` kullan\u0131l\u0131r. `NOT EXISTS` ise bu alan\u0131n hi\u00e7 tan\u0131mlanmad\u0131\u011f\u0131 g\u00f6nderileri getirir.<\/p>\n <\/span>Zaman ve Tarih Eksenli Sorgular: `date_query`<\/span><\/h2>\n\u0130\u00e7erikleri yay\u0131nlanma tarihlerine g\u00f6re filtrelemek, WordPress’te s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan bir ihtiya\u00e7t\u0131r. Belirli bir ay\u0131n ar\u015fivi, bir etkinlik takvimi veya “bu hafta yay\u0131nlananlar” gibi \u00f6zellikler i\u00e7in zamana dayal\u0131 hassas sorgular olu\u015fturmak gerekir. `WP_Query`, bu t\u00fcr ihtiya\u00e7lar i\u00e7in `date_query` ad\u0131nda \u00f6zel bir parametre sunar. Bu parametre, `tax_query` ve `meta_query`’ye benzer \u015fekilde, bir dizi ko\u015ful yap\u0131s\u0131 kullanarak tarih bazl\u0131 karma\u015f\u0131k filtrelemeler yapmaya olanak tan\u0131r.<\/p>\n <\/span>`date_query` Dizisinin Kullan\u0131m\u0131<\/span><\/h3>\n`date_query`, i\u00e7inde bir veya daha fazla tarih ko\u015fulu dizisi bar\u0131nd\u0131ran bir ana dizidir. Her i\u00e7 dizi, filtrelenecek zaman birimini ve de\u011ferini belirtir. Bu yap\u0131, hem basit hem de karma\u015f\u0131k tarih sorgular\u0131n\u0131 organize ve okunabilir bir \u015fekilde olu\u015fturman\u0131z\u0131 sa\u011flar. Sorgular, yaz\u0131lar\u0131n `post_date` s\u00fctununa g\u00f6re \u00e7al\u0131\u015f\u0131r.<\/p>\n <\/span>Y\u0131l, Ay ve G\u00fcne G\u00f6re Hassas Filtreleme<\/span><\/h3>\nEn temel `date_query` kullan\u0131m\u0131, belirli bir y\u0131l, ay veya g\u00fcne ait yaz\u0131lar\u0131 getirmektir. Bunun i\u00e7in `year`, `month` (veya `monthnum`), ve `day` parametreleri kullan\u0131l\u0131r. \u00d6rne\u011fin, 2023 y\u0131l\u0131n\u0131n Ekim ay\u0131nda yay\u0131nlanan t\u00fcm yaz\u0131lar\u0131 bulmak i\u00e7in sorgu \u015fu \u015fekilde olur:<\/p>\n 'date_query' => array(
\n array(
\n 'year' => 2023,
\n 'month' => 10,
\n ),
\n)<\/code><\/p>\nBu parametreleri tek tek de kullanabilirsiniz. Sadece ` ‘year’ => 2023 ` kullanarak o y\u0131la ait t\u00fcm i\u00e7erikleri getirebilirsiniz.<\/p>\n <\/span>Belirli Tarih Aral\u0131klar\u0131 Aras\u0131nda Sorgulama (`after`, `before`)<\/span><\/h3>\nDaha esnek sorgular i\u00e7in `after` ve `before` parametreleri kullan\u0131l\u0131r. Bu parametreler, belirli bir tarihten sonraki veya \u00f6nceki yaz\u0131lar\u0131 alman\u0131z\u0131 sa\u011flar. De\u011fer olarak ‘January 1st, 2023’ gibi do\u011fal dil ifadeleri veya ‘YYYY-MM-DD’ format\u0131nda tarihler kabul edilir. \u0130kisini bir arada kullanarak bir tarih aral\u0131\u011f\u0131 tan\u0131mlayabilirsiniz.<\/p>\n \u00d6rne\u011fin, 1 Haziran 2023 ile 30 Haziran 2023 aras\u0131nda yay\u0131nlanan yaz\u0131lar\u0131 listelemek i\u00e7in:<\/p>\n 'date_query' => array(
\n array(
\n 'after' => 'May 31st, 2023',
\n 'before' => 'July 1st, 2023',
\n 'inclusive' => true, \/\/ after ve before tarihlerini dahil eder
\n ),
\n)<\/code><\/p>\n`inclusive` parametresini `true` olarak ayarlamak, ba\u015flang\u0131\u00e7 ve biti\u015f tarihlerinin de aral\u0131\u011fa dahil edilmesini sa\u011flar.<\/p>\n <\/span>Haftan\u0131n G\u00fcn\u00fcne veya Y\u0131l\u0131n Haftas\u0131na G\u00f6re Yaz\u0131lar\u0131 Getirme<\/span><\/h3>\n`date_query` ayn\u0131 zamanda daha spesifik zaman birimlerine g\u00f6re de filtreleme yapabilir. `week` (veya `w`) parametresi ile y\u0131l\u0131n belirli bir haftas\u0131ndaki (1-53) yaz\u0131lar\u0131, `dayofweek` parametresi ile de haftan\u0131n belirli bir g\u00fcn\u00fcndeki (Pazar i\u00e7in 1’den Cumartesi i\u00e7in 7’ye kadar) yaz\u0131lar\u0131 getirebilirsiniz. \u00d6rne\u011fin, son 3 y\u0131l i\u00e7inde Sal\u0131 g\u00fcnleri yay\u0131nlanm\u0131\u015f t\u00fcm i\u00e7erikleri bulmak i\u00e7in `dayofweek` kullan\u0131labilir. Bu, “Her Sal\u0131 yay\u0131nlananlar” gibi tekrarlayan i\u00e7erik serilerini listelemek i\u00e7in idealdir.<\/p>\n <\/span>Performans Optimizasyonu ve En \u0130yi Uygulamalar<\/span><\/h2>\n`WP_Query` son derece g\u00fc\u00e7l\u00fc bir ara\u00e7 olsa da, dikkatsiz kullan\u0131m\u0131 sitenizin performans\u0131n\u0131 olumsuz etkileyebilir. \u00d6zellikle \u00e7ok say\u0131da g\u00f6nderi, karma\u015f\u0131k `meta_query` ve `tax_query` ko\u015fullar\u0131 i\u00e7eren sorgular, veritaban\u0131 \u00fczerinde ciddi bir y\u00fck olu\u015fturabilir. Neyse ki, WordPress bu y\u00fck\u00fc hafifletmek i\u00e7in bir dizi optimizasyon parametresi ve en iyi uygulama sunar. Bu teknikleri kullanarak sorgular\u0131n\u0131z\u0131 daha h\u0131zl\u0131 ve verimli hale getirebilirsiniz.<\/p>\n <\/span>Sorgu Performans\u0131n\u0131 Etkileyen Fakt\u00f6rler<\/span><\/h3>\nBir `WP_Query` sorgusunun h\u0131z\u0131n\u0131 etkileyen ba\u015fl\u0131ca fakt\u00f6rler \u015funlard\u0131r: sorgulanan g\u00f6nderi say\u0131s\u0131, ko\u015fullar\u0131n karma\u015f\u0131kl\u0131\u011f\u0131 (\u00f6zellikle `meta_query`’de `LIKE` kullan\u0131m\u0131), ve sorgunun ne kadar veri d\u00f6nd\u00fcrd\u00fc\u011f\u00fc. Her bir `JOIN` ve `WHERE` ko\u015fulu, veritaban\u0131n\u0131n yapmas\u0131 gereken i\u015fi art\u0131r\u0131r. Bu nedenle, sorgular\u0131n\u0131z\u0131 her zaman olabildi\u011fince basit ve hedefe y\u00f6nelik tutmak \u00f6nemlidir.<\/p>\n <\/span>`no_found_rows`: Sayfalama Olmad\u0131\u011f\u0131nda Sorguyu H\u0131zland\u0131rma<\/span><\/h3>\n
|