WordPress’te özelleştirilmiş bir URL oluşturma: Kalıcı bağlantılar, sorgu vars ve yeniden yazma URL’si

WordPress için API yeniden yazma, fazla okumayabileceğiniz önemli bir özelliktir, ancak farkına varmadan kullanmanız gerekir. API, web siteniz için kendi benzersiz bağlantınızı – kalıcı bağlantı – yapmak için işlevsellik sağlar. Bu öğreticide, kalıcı bağlantıyı derinlemesine açıklayacağım – permalink nedir, neden kalıcı, muhtemelen yapıyı ve kalıcı bağlantıyı hem insanlar hem de makineler tarafından anlaşılabilecek bir biçimde nasıl yeniden yazabileceğiniz. Ayrıca WordPress’teki kalıcı bağlantının arkasındaki bazı temel kavramları açıklayacağım, önce URL’ye optimize edilmeyen değişkenlerin nasıl ekleneceğini ve bu değişkenin nasıl kullanılacağını ve veritabanınızı Menguiki’ye nasıl kullanacağınızı görün. Daha sonra, URL’nin yazımını ve güzel geçirgen için en iyi yapının nasıl oluşturulacağını keşfedeceğiz.
Başlayalım! Permalink nedir? URL’nin yeniden yazılması nedir? URL, Web üzerinden HTTP alma isteklerini göndermek için kullanılan bir araçtır. Daha kesin olarak, GET yöntemi, belirli kaynaklardan yanıt almak için URL’deki anahtar = değer çiftini gönderir (W3Schools’taki bu konu hakkında daha fazla bilgi edinin). Aşağıdaki URL’yi alın: http://example.com/?p=123 Soru işareti bu URL’yi iki parçaya böler. İlk bölüm alan adı, ikinci bölüm sorgu değişkenlerinin bir koleksiyonu ve kullanıcı tarafından talep edilen kaynakları belirleyen değer olan sorgu dizesidir. Kueri dizesi kaynakları tanımladı, ancak bize içeriği hakkında hiçbir şey söylemedi. Bunun insanlar ve makineler için anlamsal olarak anlamına gelmediğini söyleyebiliriz.
API yeniden yazımı sayesinde, Semik olmayan URL’yi URL’nin yeniden yazma işlemi ile semantik denkleme çevirebiliriz. Yeniden yazma kuralları, önceki URL’yi aşağıdaki yapıya çevirecektir: http://example.com/category/post-title/ URL’deki yazının kategorisi ve başlığı ile bu yapı, daha kesin olarak kaynakların içeriğini açıklar. Kullanılabilecek URL’ler üreten insanlar ve arama motorları erişilebilir ve dostça. Yer imi, dağıtılabilir ve çeşitli şekillerde saklanabilir ve bağlantılı kaynakların kalıcı olarak hedeflenebilmesi için uzun vadede değişmeyebilir. Bu nedenle, buna permalinks dememizin nedeni budur. WordPress’te URL’ler oluşturma: Sorgu vars ve sorgu dizeleri WordPress’ten site veritabanından neredeyse her şeyi almasını isteyebiliriz. Genel olarak, belirli bir kategorideki yayınlar istersiniz veya doğru etiketle etiketlenmiş veya belirli bir süre için yayınlanırsınız. Kullanıcı URL’ler gönderdiğinde, WordPress otomatik olarak istekleri işler ve şablon hiyerarşi kurallarına göre sonuçları bir sayfada veya arşivde görüntüler. Bu yayının ilk bölümünde, varsayılan sorgu dizesi değişkenini nasıl kullanacağınızı ve kendi özel değişkenlerimizi nasıl kaydedeceğinizi göstereceğim, WordPress’e bu değişkeni URL’den almasını ve veritabanı sorguları için kullanmasını ve ardından bunu kullanmasını sağlayacağız. Özel Arşiv sayfasında üretilen yayınların bir listesini görüntüleyeceğiz.
Bu yazının son bölümünde, anlamlı, erişilebilir, kullanılabilecek ve SEO için optimize edilebilen bu anlamsal kuyruk dizesini çevirmek için WordPress tarafından sağlanan araçları göstereceğim. Ayrıca size WordPress tarafından sağlanan varsayılan ve özel geçirgenlerin yapısının genel bir resmini vereceğim ve son olarak Rewrite API’sını kullanarak özel güzel permalin yapacağız. Kamu ve kişisel sorgu vars Kueri vars, WordPress’in veritabanında çalıştığı SQL sorgularını belirleyen anahtardır. Bu değişkenler, kullanma şeklimize bağlı olarak iki ana kategoride gelir. Var Kueri kişisel yalnızca senaryoda düzenlenebilirken, genel sorgular bir sorgu dizesi ile WordPress’e gönderilebilir. Genel ve kişisel değişkenlerin yanı sıra, WordPress kendi özel sorgularımızı kaydetmemize izin verir. URL’de, genel sorgu değişkeni, soru işaretini (sorgu dizesi) izleyen anahtardır ve Yönetici Ayarları sayfasında permalinkini etkinleştirmediğimizde görülür. Aşağıdaki URL bir örnektir: Örnek.com/?author_name=CARLODANIELE YAZARLIK_NAME, WordPress’e kullanıcıların Carlodaniele kullanıcıları tarafından tüm yayınları aradığını söyleyen bir genel sorgu var. Aşağıdaki URL’de yaptığımız gibi sorgu dizesine bir dizi genel sorgu ekleyebiliriz:
Örnek.com/?author_name=carlodaniele&tag=toolbar şimdi, WordPress tüm yayınları Carlodaniele tarafından alacak ve bir araç çubuğu olarak işaretlenecek. Ve daha fazlasını yapabiliriz. Bir sonraki sorgu dizesi, özel yayınların ve taksonomi-name = taksonomi dönem çiftlerinin bir kombinasyonudur. Örnek.com/?post_type=food&food-family=greens genel değişkenlerden farklı olarak, kişisel sorgular yalnızca komut dosyasında kullanılabilir. Bu nedenle, bu yazıda keşfetmeyeceğim (Codex WordPress’te daha fazlasını okuyabilirsiniz). Burada, yalnızca aşağıdaki URL’nin bize beklenen sonuçları vermeyeceğini göstereceğim: Örnek.com/? YAZAR = 2,4,6 Burada yazar__in kişisel bir sorgu var ve WordPress belirtilen yazar tarafından yayınları göstermeyecektir. Genellikle, genel sorgular sayesinde, kullanıcı isteklerini yönetmek için kod yazmamız gerekmez, yalnızca doğru sorgu dizesini yapmamız gerekir ve WordPress geri kalanını yapacaktır. Şimdi, aşağıdaki genel varlıklar listesine bakın:
Çekirdek yükleme EB34D6C85BBF95F31839F7A98C1D0951
Türlere, yazarlara, kategorilere, etiketlere, taksonomiye, yıllara, aylara, günlere vb. Hemen hemen her tür sorgu için bir sorgu var var. Bununla birlikte, burada eksik olan, özel alanlara dayalı sorgu yapma olasılığıdır (buna meta sorgular diyoruz). Aslında, WordPress VARS Kueri Meta_key ve Meta_Value sağlar, ancak kişisel değişkenler grubuna dahil edilir, bu nedenle URL istekleri için mevcut değildir ve yalnızca komut dosyalarında kullanılabilir. Peki, URL sorgu dizesinden meta sorguları nasıl isteyebiliriz?
İlk adım yeni bir sorgu vars kaydetmektir. Özel Sorgu varyantları Kayıt edildikten sonra, bu değişken diğer genel sorgu değişkenleri gibi bir sorgu dizesine yerleştirilebilir. Aşağıdaki işlev bize listeye nasıl ekleyeceğimizi gösterir: B34DFCDB0300B70A8EFA450A429C1347’nin özünü içerir
Filtre Query_vars, kuyruk çalıştırılmadan önce mevcut değişkenleri eklememize, silmemize veya düzenlememize olanak tanır. Burada sadece iki özel değişken ekledik ve bundan sonra get_query_var () işlevi sayesinde değeri alabiliriz:
Digest 31E1B1C5E3D55BFFBFB5BF8EF56C8A2A içerir
Şimdi özel bir sorgu yapmak için var Kueri değeri kullanılabilir.
Yalnızca wp_query sınıfındaki WP_Query kelimeleri … Kullanıcı belirli kaynakları istediğinde, bir sayfa, arama sonuçları veya gönderme listesi olsun, WordPress yeni bir WP_Query nesne örneği oluşturur, yöntem gerçek SQL sorgularını gerçek SQL sorgularını değiştirmemize izin verir uygulanmış. WP_Query sınıfına aşina olduğunuzu varsayacağım. Değilse, bu yayını okumadan önce, WP_QUERY fethetmek için derinlemesine yönergelerimizi kontrol etmek için zaman ayırın. Bina Özel Alanı (Meta) Meta_query bağımsız değişkeni gibi özel alan sorgularını belirlememize izin veren birçok parametreye sahibiz, bu da aşağıdaki anahtarlarla tek bir meta sorgunun çok boyutlu bir dizisi:
Anahtar (Dize) – Özel Alan Anahtarı
Değer (Dize | Dizi) – Özel Alan Değeri
Type (String) – Özel Alan Türleri
Karşılaştır (String) – Karşılaştırma Operatörü
Örneğin, aşağıdaki meta_query argümanını ayarlayabiliriz:
Core 9E23A51816CC03EBA9DB89D4A4EE8ADD içerir
‘İlişki’, tek bir sorgu (varsayılan ‘ve’) arasındaki mantık ilişkisini düzenleyen isteğe bağlı bir öğedir. Dış döngü WordPress (eklenti dosyasında yani), Diziyi aşağıdaki gibi aşağıdaki gibi devam edebiliriz:
BA0050977CD2B36A9DAAB9C045D89080’in çekirdeğini içerir
SET yönteminde iki argüman depolar: sorgu değişkeninin adı ve değeri.Kuyruğu etkilemek için sorguyu yaptıktan sonra, ancak yürütmeden önce değiştireceğiz.Bu görevi tamamlamak için dönüş işlevini pre_get_posts eylemine bağlayacağız.Aşağıdaki örnek tüm bunların nasıl çalıştığını göstermektedir:
Core 5E3DA325E66C63733919DD5ECD8677C içerir
$ Sorgu nesnesinin, değere göre değil, referanslarla çalışacak şekilde iletildiğini belirtmek önemlidir. Bu, Nesne $ sorgusundaki her değişikliğin sadece bir sorgu türevini değil, orijinal kuyruğu etkilediği anlamına gelir. Sonuç olarak, iyi bir uygulama, yalnızca ana sorguları (! $ Query-> IS_MAIN_QUERY ()) düzenlediğimizden emin olmaktır ve değişiklikler yönetici sorgularını etkilemez (IS_ADMIN ()). Gerektiğinde, ana sorguları yalnızca belirli bir sayfada değiştirmeyi sağlamak için diğer koşulları kontrol edebiliriz (yani IS_Post_Type_archive ()). Şimdi, konuştuğumuz her şeyi iş örneğinde toplayalım. Özel Alan tarafından bir gönderi ekleyin, WordPress ile bir kitap kataloğu oluşturmak istediğinizi varsayalım. Bu amaçla, yazarı_adı, yazar_surname, yayıncı vb. Ve kullanıcılara ARMIVE sayfasına yazar_surname tarafından bir bağlantı sitesi vermek istediğinizi söyleyin. Şimdi ne yapacağımızı biliyoruz. İlk olarak, Bo Book-yazarı adlı VAR sorgusunu kaydetmeliyiz: Çekirdek 1CD370A7D74AC154B8AE63C9A452D56D56D

Özel sorgu değişkeninin, yazının yazarı için özel bir terim olan yazar değil, kitap yazarı olarak adlandırıldığını unutmayın (bkz. Codex’te ayrılmış terimlerin tam listesine bakın). Şimdi WordPress var Kueri’yi biliyor ve Get_query_Var işlevi sayesinde URL’den değeri alabiliriz. Şimdi pre_get_posts’a bağlı aşağıdaki işlevleri göz önünde bulundurun:
Çekirdek yükleme
get_query_var () bir ‘kitap yazarı’ değeri alın.Varsa, bu değer $ meta_query dizisine girilir.Ayrıca, birden fazla meta sorguyu ayarladığımız takdirde, ‘ilişki’ öğesinin değerini de belirledik.Son olarak, parametre hattını $ sorgu nesnesine yerleştirme yöntemi, yürütülmeden önce sorguları değiştirme.Artık URL’leri aşağıdaki gibi gönderebilirsiniz: http://example.com/?post_type=book&book-uthor=rowling ve arşivinizdeki tüm kitapları yazar_surn adının özel alanının kürek çektiği yer alacaksınız.WP_Query ve Var Kueri nesnelerini iyi anlayarak, veritabanından sadece doğru URL’yi göndererek her şeyi alabiliriz.Bu URL’yi kullanılabilecek, erişilebilir ve dostça SEO’ya yeniden yazmanın zamanı geldi.Permalink Beautiful WordPress, kalıcı bir bağlantının üç yapısını sağlar: Kalıcı Bağlantı Çirkin
Güzel Kalıcı Bağlantı
Permalink Pathinfo (index.php URL’de görünür)
Varsayılan olarak, WordPress kötü bir kalıcı bağlantı yapısı kullanır. (yani http://example.com/?post_type=book veya http://example.com/?p=123). Ancak güzel kalıcı bağlantı yapısının (yani http://example.com/book/harry-potter-and-ti-chamber-vrets/) ne kadar önemli olduğunu biliyoruz, bu nedenle Yönetici Ayarları sayfasını açın> Monsahi bağlantıları kurulumunuzdan ve yapıyı ayarlayın Senin favorin. Mevcut seçeneklerden birini inceleyebilir veya bir veya daha fazla yapısal etiket sağlayabileceğimiz özel bir yapı ayarlayabiliriz. Bu etiket, belirli bir anlam vermek için kalıcı bağlantıya ekleyebileceğimiz bir anahtar kelimedir. Örneğin, % yıl % yıl kullanıcılara gönderme yılı hakkında bilgi verecektir. WordPress 10 varsayılan yapısal etiket sağlar, ancak daha önce kaydettiğimiz her özel sorgu değişkeni için bir dizi özel etiket ekleyebiliriz. Bu yapıyı etkinleştirerek, yayın adından önce yayın yılı olacaktır.
Bu nedenle, son görevimiz özel yapısal etiketleri kaydetmek ve WordPress’e nasıl kullanılacağı konusunda talimat vermektir. Yeniden yazılmış bir etiket ekleyin, aşağıdaki işlevleri Init eylemiyle ilişkilendirelim:
Çekirdek 4C4EA491486EBACA8D9502B847549758 içerir
Add_rewrite_tag işlevi, yeni yapısal etiketleri kaydediyor. Üç argümanı kaydetmenin işlevi: etiket adları, etiket adına uygun düzenli ifadeler, isteğe bağlı sorgular (burada ayarlanmamış). Şimdi WordPress etiketi biliyor. Yalnızca WordPress’e nasıl kullanılacağını söyleyen yeniden yazma kurallarını kaydetmemiz gerekir. Aşağıdaki kod:
Çekirdek Yükleme F364D707472739BDF61B9AD7F0D61707
Add_rewrite_rule () işlevi burada bir mucize yapacak:
İlk argüman, istenen URL ile eşleştirilecek düzenli bir ifadedir, ikinci argüman, normal ifade uygun olduğunda alınacak URL’dir; ve
Son argüman, değeri ‘üst’ veya ‘alt’ şeklinde olabilen bir dizedir (‘üst’ mevcut kurallardan öncelikli olacaktır).