WordPress’te meta terimine giriş

WordPress 4.4, geliştiriciler için birkaç yeni özellik sunar. WordPress API REST için altyapı şimdiye kadar en büyük ilgiyi aldı, ancak daha yakın görülmeye değer bazı yeni önemli özellikler var. Bunlardan biri taksonomi terimi meta verilerdir. Bu makalede meta teriminin ve nasıl kullanılacağını tartışacağım. Meta terimine duyulan ihtiyaç, geçmişte bu özelliği çeşitli yollarla tahmin etmek için var olan birçok çözümle açıktır. Örneğin, Pod uzun süre taksonomi terimi için özel bir alanı desteklemiştir. Daha önce, özel alan özel veritabanı tablosunda saklanmıştı.
Artık kullanıcının standart bir terim veya özel tablo kullanma seçeneği var. Meta teriminden gelen yeni varsayılan seçenek yalnızca “WordPress yöntemi” nü kapsamakla kalmaz, aynı zamanda veri taşınabilirliğini artırır, bu da kullanıcıların POD’da verileri kullanmasını veya POD’dan geçiş yapmasını kolaylaştırır. Meta terimi nedir? WordPress yayınları ve kullanıcıları çok uzun zamandır özel bir alan –AKA meta veriler. Meta veri yayınları ve kullanıcıları bir dizi bilgiye izin verir – ürün fiyatları, SEO açıklamaları, vb. – Mesajlar veya kullanıcılarla ilişkilendirilecek. Bu sistem olmadan, en başarılı ve kullanışlı WordPress eklentisi özel bir veritabanı tablosu gerektirecektir.
WordPress 4.4, taksonomi terimi için meta veri sistemini tekrarlayan meta terimini tanıtır. Daha önce taksonomi terimi sadece isimleri, salyangozları ve açıklamaları olabilirdi. Artık her terime bir dizi ek alan ekleyebilirsiniz. Örneğin, rengi her kategoriyle ilişkilendirmek ve ardından kategori arşiv sayfasını benzersiz kılmak için temanızdaki rengi kullanıyorsanız, Meta alanındaki rengi kaydedebilirsiniz. Başka bir örnek, e -ticaret eklentisi için ürün kategorisine dayanan üstün bir ürün sistemi oluşturmak istiyorsanız. Meta teriminden önce, benden yapmamı isterseniz, ürün direğine üstün ya da üstün olarak işaretleyen bir alan ekleyeceğim. Meta teriminde yeni değişikliklerle ilişki tersine çıkabilir. Her taksonomi terimi, bir meta terimi olarak bir post kimlikler listesini saklayabilir. Bu yöntem tercih edilir, çünkü ürünü sorma ve arayüzü yayın düzenleyicisinden düzenleyici terimine – ya da belki de her ikisine de taşıma şeklimi değiştirir. Meta teriminde çalışarak meta terimlerle kullanılacak birkaç yeni işlev vardır ve hepsi meta post ve kullanıcı işlevleriyle aynı deseni takip eder. Buna ek olarak, update_metadata, delete_metadata () ve add_metadate () gibi jenerik meta işlevler artık meta terimler ve kullanıcıların kullanıcıları ve meta kullanıcıları ile kullanılabilir.
Yeni işlevlere kısaca bakalım. Meta post kuzenleri ve kullanıcıları popüler işlevler ve aynı model geçerli olduğundan kullanımı kolay olmalıdır. Ayrıca get_terms () için meta sorguları kullanma yeteneğini de tartışacağım. Bu yeni ama wp_query ve wp_user_query’deki meta sorgularla aynı sözdizimini takip ettiği için öğrenmesi kolay olmalı. Bir meta sonrası depolama ile aynı meta terimini saklayarak, iki benzer işlevimiz var: add_term_meta () ve update_term_meta () genel olarak, update_term_meta () yeni terimler oluşturmak ve güncellemek için daha iyi bir seçimdir. Add_term_meta () kullanma konusunda iyi bir potansiyele sahip olan potansiyel, mevcut meta terimlerin eklenmesini önleyebilen isteğe bağlı bir argümana, $ benzersizine sahip olmasıdır. Bu işlevlerin her biri kimlik terimini alır. Yalnızca bir sümükünüz varsa, get_term_by () kullanarak kimlik terimini almanız gerekir. Örnek olarak:
$ term = get_term_by (‘salyangoz’, ‘kırmızı’, ‘renk’);
if (is_object ($ terim)) {

$ id = $ term-> term_id;
}
Kimlik terimi ile artık şuna benzer bir meta anahtarı ekleyebilirsiniz: add_term_meta ($ id, ‘hex_value’, ‘ff0000’);
Sonra gerekirse, meta anahtar terimini şöyle güncelleyebilirsiniz: update_term_meta ($ id, ‘hex_value’, ‘ff6666’);
Get_post_meta () işlevi ile aldığımız meta ile aynı meta terimi görüntülerken, meta terimi get_term_meta () ile alınabilir. Bu işleve iletilen argüman aynı sıraya ve etkiye sahiptir.
“Jedi” adlı tüm taksonomik terimlere “arka plan_color” adlı bir meta terim eklediğinizi ve bunu CSS hattı olarak görüntülemek istediğinizi düşünelim, işte bu şekilde: add_raction (‘wp_head’, function () { if (is_tax (‘jedi’))) {
$ color = get_term_meta (get_quied_object_id (), ‘arka plan_color’, true);
if (boş ($ color)) {
$ color = ‘#fff’;
}
printf (‘gövde {color-background:#%s;}’, $ color);
}
});
Başlıkta görebileceğiniz gibi, Jedi’nin taksonomisi için arşiv sayfasında olup olmadığımızı kontrol ediyorum. ” Eğer öyleyse, meta alanını Get_term_meta () kullanarak ve çıkışını stil sayfası olarak çizerim. Tabii ki, yapmadan önce ayarlandığını veya geçerli altıgen olup olmadığını kontrol ettim. Meta terimimin değerinin aslında bir onaltılık kodu olduğunu doğrulamak, sayfamda geçersiz bir CSS ile bitmediğimden ve geçmemesi gereken bir adım olduğundan emin olmak için çok önemlidir.
WordPress, get_terms () ‘e meta verilerin eklenmesiyle meta terimine dayanarak, taksonomi terimi kuyruğu için kullandığımız işlev, meta sorguları gerçekleştirme yeteneği kazanmıştır. Meta Kraliçe Terim, gönderme veya kullanıcı için meta sorgusu ile aynı sınıfla desteklenir. Sorgu için kullanılan desene alışkınsanız, bu bilgi aktarılabilir. Meta terimini kolaylaştıran harika bir şey, taksonomi arasındaki ilişkidir. Örneğin, taksonomi olan bir site “devlet” ve çok “şehir” olarak adlandırın. Meta terimi, eyalet taksonomisinde “Pennsylvania” terimleri ile şehir taksonomisinde “Pittsburgh” ve “Philadelphia” terimleri arasında bir ilişki kurmanın iyi bir yolu olacaktır. “Şehir taksonomisinde. O zaman devlete dayalı şehir taksonomisi terimini sorabiliriz. $ term = get_terms (‘şehir’, dizi (
‘Meta_key’ => ‘Durum’,
‘meta_value’ => ‘şehir’
));
Bir arayüz ne olacak? Bu yazıdaki terimin düzenleme ekranında meta terimini düzenlemek için arayüzü tartışmayacağım. Bunun nedeni kısmen, öğrendiklerinizi burada kendi formunuzda kullanmak için koyabilmenizdir.
Bunun nedeni gelecek hafta yeni WordPress Field Fire hakkında konuşacağım. Yangın alanının nasıl uygulanacağına bir örnek, meta alanını yönetmek için düzenleme ekranında kullanacaktır.