WordPress Yönetici Seçenek Sayfası Nasıl Oluşturulur (Yangın ayarı kullanmadan)

API ayarlarını kullanmadan çalışan bir WordPress seçenek sayfası oluşturmayı tartışacağız. WordPress ayarlarını sevmiyorum. Ve bu konuda yazma hakkında her konuştuğumuzda, hayal edebileceğiniz en sinir bozucu çocuk gibi sızlanmaya başlıyorum. API ayarı, WordPress’te hem genel hem de özel eklentiler için yapılması önemli olan bir yönetici seçenek sayfası oluşturmanın en resmi yolu olduğu için sızlanıyorum. Ama daha iyi hale getirmek için, kafa karıştırıcı bir WordPress ateşi ve biraz garip bir şey buldum. Ancak, düzenleyici yangını gerçekten içermeyen bir seçenek sayfası oluşturmak için parçalar var. Ve aslında, hiç kullanmanıza gerek yok. Bugün bir yönetici seçenek sayfasının nasıl oluşturulacağını ve Site genelinde seçeneklerin nasıl kaydedileceğini açıklayacağız – ancak Ayarlar API’sını kullanmadan.
Başlamadan önce bir şey daha. WordPress’in gelişimini öğrenmek istiyorsanız, bunun için en iyi yönergeleri yazdık:
WordPress’in gelişimini öğrenmenin en iyi yolu uyan ve bugün koş!

Yukarı ve Çalışmak, “WordPress Gelişimimizi Öğrenmek” tam bir kurs. Şimdi güncellenen ve genişleyen üçüncü baskıda, bu, WordPress’in gelişimini hızlı, akıllı ve kapsamlı bir şekilde öğrenmek isteyen yüzlerce alıcıya yardımcı oluyor. Dedikleri şey bu:
“Bence WordPress’in gelişimini öğrenmek isteyen herkes bu kursu gerektiriyor. Videoyu izlemek açılan bir grup ışık gibi. ” -Jason, WordPress geliştiricisi
“Denediğim diğer kursların neredeyse her zaman WordPress’in neden belirli bir şekilde bir şey yaptığını veya her şeyin birlikte nasıl çalıştığını açık bir şekilde açıklamamış. Tüm bunları çalıştırıyor ve her şey net ve anlaşılması kolay bir dilde açıklanıyor. ” -Caroline, WordPress -Out ve şimdi çalışan işçiler
Her şeyden önce, WordPress yönetici alanında yeni görünen bir sayfanın nasıl oluşturulacağı hakkında konuşacağız ve daha sonra sayfada seçenekleri nasıl kaydedeceğiniz ve içereceğiniz hakkında daha ayrıntılı olarak tartışacağız. WordPress’teki WordPress Seçenek Sayfasının Yüksek Seviyeli Özeti Yönetici Seçenek Sayfası, Site Yöneticisi tarafından Sitesi hakkında bir şeyi değiştirmek için erişilen bir sayfadır. Örneğin, “araç” veya “ayarları veya” ayarları altında listelenen her sayfa yönetici seçenek sayfasıdır. Ve Yoast’ın WordPress SEO gibi büyük eklentileri, tüm yönetici alt menüslerini yönetici seçenekleri sayfalarıyla kaydedebilir:
Tüm yönetici menü sayfalarında, hangi sayfa kullanıcılarının değiştirilmesine izin verdiğini açıklayan bir işaretlemeye sahiptir. Ve her yönetici menü sayfasının çekirdeği, web siteniz hakkında bir şey değiştiren web öğesi tarafından kullanıcıya verilen bir veya daha fazla ayardır. Yönetici Seçenek Sayfası Oluşturma Temel Adımları Çalışma ayarlarıyla yönetici menü sayfasını oluşturun üç ana adım vardır:

Yönetici alanında bir sayfa oluşturun.
Sayfanın içeriğini yazın.
Sayfa içeriğinde, değiştirmek istediğiniz ayarları kaydedecek bir çalışma formu oluşturun.
API ayarından kaçındığımız yerde 3. adım, genellikle yangın ayarları gerektirir. Bununla birlikte, arka uç WordPress’te basit bir antik PHP seçenek sayfası oluşturarak aynı hedefe ulaşabilir ve API ayarlarını kullanmaktan kaçınabilirsiniz. Ve topluluk, Codex ve meslektaşlarınızın çoğu size hata yaptığınızı söyleyecek olsa da, bu başarıyla ve bu, yangın düzenlemeleri ile birlikte çalışan tesadüfi karmaşıklığı (yani kötü bir yangın tasarımı) azaltır. Yani bu yüksek bir giriş seviyesi. Aşağıdaki her adımda size rehberlik edeceğiz. 1. Yönetici alanında bir sayfa oluşturma İlk adımınız, sitenizin yönetici alanında bir sayfa oluşturmaktır. İlk adımınız, sitenizin yönetim alanında bir sayfa oluşturmak, sayfa içeriğinizi ve yüklemektir. Bunu yapmak için, hepsi aynı temel adlandırma modeline sahip benzer işlev listelerinden birini kullanacaksınız: _*_ page () ekleyin. Bu insanların doğru insanlarıyla, istediğiniz yerde yeni bir yönetim sayfası oluşturabilirsiniz.
En yaygın ve kolay, add_menu_page () işlevidir. Bu işlevlerin her biri oldukça uzun bir parametre listesine sahiptir ve maalesef bu parametre çok açık bir sırada değildir. (Bu, bu WordPress kod alanı hakkındaki tüm şikayetlerimin çekirdeğidir.) Codex’ten: Add_menu_Page ($ page_title, $ menü_title, $ özellik, $ menü_slug, $ function, $ icon_url, $ konum); Her parametreyi hemen açıklayacağım:
$ Page_title, sayfada gerçekten görüntülenebilecek bir şeydir. (Bizim dahil olmak üzere çoğu kodda insanların nihayet değerlerini attığı ortaya çıkıyor.)
$ Menu_title, sayfanızın kenar çubuğunda nasıl görüneceğidir.
$ Menu_slug, sayfanızın kullanacağı URL-Serginin bir temsilidir.
$ işlev, gerçek sayfanızı oluşturmak istediğiniz işlev için bir dönüş çağrısıdır.
$ ICON_URL, sayfanıza sahip olmak istediğiniz URL’dir (veya bağlantı işaretinin bir işareti).
$ Pozisyon, seçeneğinizin sol tarafındaki (yüksekliğe göre), aşağıda 1, 99’un nerede görüneceğini belirleyen bir tamsayıdır. (Daha ayrıntılı olarak anlamak için aşağıdaki anotasyon kılavuzuna bakın.)
Sadece ilk dört parametre ($ Menen_slug için) zorunludur, ancak beşinci de dahil edeceğim, çünkü onsuz davranış oldukça kafa karıştırıcıdır. ADD _*_ Page () ‘nin karmaşıklığını ve inançsızlığını yönetmek, bu işlevin ve aynı şeylerin çoğunun çok fazla parametre gerektirdiği gerçeğinin en büyük zayıf yönlerinden biri. PHP adlandırılmış parametreyi desteklemediğinden, parametrelerinizi çok yakın ve başvurmayı kolay tutmanızı öneririm. Yani, bunu yapmak yerine: add_action (‘admin_menu’, ‘awesome_page_create’); Function awesome_page_create () {add_menu_page (‘harika yönetici sayfam’, ‘harika yönetici sayfası’, ‘edit_posts’, ‘awesome_page’, ‘my_awesome_page_display’, ”, 24); } Bunu yapabilirsiniz:
Add_action (‘admin_menu’, ‘awesome_page_create’); Function awesome_page_create () {$ page_title = ‘müthiş yönetici sayfam’; $ Menen_title = ‘Harika Yönetici Sayfası’; $ caunity = ‘edit_posts’; $ Menu_slug = ‘awesome_page’; $ function = ‘my_awesome_page_display’; $ icon_url = ”; $ pozisyon = 24; add_menu_page ($ page_title, $ menü_title, $ özelliği, $ menü_slug, $ işlev, $ icon_url, $ konum); } Bu işlevlerle (ve genel yangın düzenlemesi) hayal kırıklığının bir kaynağı, tarihsel olarak ilk formu ikincisinden tercih etmemdir. Bunun bir avantajı vardır, çünkü biraz daha özlü; Ama kodu görmek veya değiştirmek için tekrar geri döndüğümde, her zaman kafam karıştı. Bu açık bir özeti desteklemeniz için çok fazla argümanı var. İkinci örnek, Proxy tarafından adlandırma ile PHP adı verilen parametrelerin eksikliğini kullanmaktır ve çok daha sürdürülebilir ve uzun vadede okunabilen bir kod oluşturur. Ekle İşlev _*_ Page () Diğer dediğim gibi, tüm ekle _*_ sayfa () işlevleri benzerdir. Tam bir liste yapmak ve her birinin ne kadar farklı olduğunu vurgulamak yerine, sizi her şeyi gösteren Kodeks sayfasına yönlendireceğim: API Yönetim Menüsü. Çok kısa bir özet, üst düzey bir menü yapmak istemiyorsanız (“pano”, “Post” veya “eklenti” gibi büyük ve belirgin), bir alt menü yapmak istersiniz. Ve bunun için kullandığınız bir ana işlev ve biraz daha iyi adlandırmaya sahip birçok kısayol var.
Temel olarak, “Post” kenar çubuğu menüsü altında yeni bir sayfa oluşturmak istiyorsanız, seçiminiz şu iki: $ parent_slug = ‘edit.php’; add_subMenu_Page ($ parent_slug, $ page_title, $ menü_title, $ yetenek, $ menor_slug, $ işlev); // veya add_posts_page ($ page_title, $ menü_title, $ özelliği, $ menü_slug, $ işlev); Uzun bulanık ve kafa karıştırıcı parametreler listesi hakkındaki kişisel şikayetimden bahsettiğim gibi, tercihlerimi tahmin edebilirsiniz. Add_submenu_page () Vs. kullanmanızın ana nedeni Add_posts_page () gibi bir şey, bence, bir ebeveyn ve çocuklar yaptığınız zamandır, bu nedenle kısayol işlevini kullanamazsınız çünkü mevcut değildir. Sayfanızı oluşturmak için Dönüş Çağrısı İşlevini kullanın, içeriği sayfanıza görüntülemek için Dönüş Çağrı işlevini kullanmanız gerekir. Yönetim sayfanızı oluşturmanın özü, sayfanızı gerçekten görüntülemek için bir $ işlev parametresi kullanmaktır. Add_menu_page () ‘e verdiğimiz argümanlardan birinin yukarıdaki my_awesome_page_display () işlevini kullandığını unutmayın: $ function =’ my_awesome_page_display ‘; ‘My_awesome_page_display’, ayarlamanız beklenen ve sayfanızda görüntülenen işaretlemeyi içeren dönüş çağrısı işlevinin adıdır. Başlamak için, oldukça basit bir şey kullanabilirsiniz:

İşlev my_awesome_page_display () {echo ‘

sayfam !!!

‘; } Ve bununla birlikte, çok işe yaramaz bir yönetici sayfası oluşturdunuz. Bu seçenekler sağlamaz ve herhangi bir veri görüntülemez. Sadece “Benim sayfam !!!” dedi. üzerinde. Yapmak isteyebileceğiniz şey, eklentinizi veya yararlı veriler temasını sağlayabilmeleri ve veritabanında WordPress seçeneği olarak saklanabilmesi için bu sayfada oluşturmaktır. API WordPress ayarlarının çok yardımcı olabileceği ve tüm karmaşıklığını haklı çıkarabileceği yer burasıdır. Formunuzu ayrı bir dosyaya ayırmayı düşünün, bu, API ayarlarını kullanıp kullanmadığınızı veya formunuzu oluşturmak için düşünmeniz gereken bir şeydir: 100 -ROW geri arama işlevi oluşturmak yerine ayrı bir şablon dosyası ekleyin. Arka işlevinizi bir dizi ECHO HTML ile doldurmayarak çeşitli şeyleri çok iyi basitleştirebilirsiniz. Formunuzu ve işaretlemenizin geri kalanını eklediğiniz ayrı bir dosyada oluşturun: // Ana dosya işlevinde my_awesome_page_display () {Inslow ‘form-file.php’; } // form-file.php

Harika ayarlar sayfam

Bu, ana ayar sayfası dosyamızda, bir grup yankı veya bir grup PHP etiketi açık kapalı çevirmememiz için büyük bir avantaja sahiptir. 3. Bir çalışma formu yapın ve mevcut ayarlarınızı kaydedin, sayfalarımız işe yaramaz. İşte API ayarlarını kullanmadan size yönetici işlevinin işlevini verecek gerçekten işlev gören bazı kodlar. Ayrıca API ayarlarını kullanmak istediğinizi de vurgulamaya başladı. // ana dosya işlevinde my_awesome_page_display () {if ($ _ post [‘awesome_text’]))) {$ value = $ _post [‘awesome_text’]; Update_option (‘awesome_text’, $ değeri); } $ value = get_option (‘awesome_text’, ‘hey-ho’); ‘form-file.php’ dahil; } // form-file.php

Harika ayarlar sayfam

harika metin <input type = "metin" name = "Awesome_text" value = "”> bunu ne yaptı yapmak? Daha önce tartıştığımız gibi, form-file.php, sadece eklediğimiz formları gösteren,
. Formumuza eylem değerini ayarlamadığımızı unutmayın. Bir yazı olarak belirlediğimiz yöntemi kullanarak aynı sayfaya döner. Bu formun yalnızca bir alanı vardır ve çok fazla yardımcı olmaz. Awesome_text adlı tek alan ve PHP’den dinamik ile dolu $ değeri var. Şablon içeren işlevlerimizin çağrısının konumundan verilecektir. Bu işlevden bahsetmişken, altta $ değer değişkenine bir değer ayarlar. PHP, değişken değerleri D dosyası için kullanılabilir hale getirir, bu yüzden formlarımız $ değeri yaklaşık olarak bilir. $ Değerinin bir get_option () çağrısı kullanılarak yapıldığını unutmayın. API seçeneği hakkında okuduysanız, ilk parametrenin seçeneğinizin adı olduğunu ve ikincisinin seçeneğiniz ayarlanmadığı takdirde geri istediğiniz değer (isteğe bağlı) olduğunu hatırlayabilirsiniz. Böylece, get_option () çağrımızı iki yolun üstünde yeniden yazabilirsiniz: $ value = get_option (‘awesome_text’, ‘hey-ho’); // veya $ value = get_option (‘awesome_text’); if (false === $ value) {$ value = ‘hey-ho’;
} Birlikte çalışırlar, ancak Get_Option çağrısının imzası ve anlamı okunabilir ve oldukça açık bir şekilde, ilk kısa olanı tercih ederim. İşlevin üstündeki mantık, gönderilen formun biçimini almak için Superglobal PHP $ _Post satırını kullanır. $ _POST’a aşina değilseniz, anlamanız gereken en temel şey, PHP’nin komut dosyasına gönderilen formdan bir değer vermesi ve onu sizin için, saha alanı olan dizindeki bir $ _POST dizisine yerleştirmesidir. İsim öğesi. Bizim durumumuzda, Awesome_Text adlı formun öğesi ve $ _Post [‘awesome_text’] erişerek bu değeri elde ederiz. Son olarak, My_awesome_Page_Display () ‘nin başındaki IF ifadesi, bu sefer $ _Post [‘ awesome_text ‘], veritabanındaki awesome_text için yeni bir değer olarak ayarlanmış bir opsiyon yangını kullanıyor. GÜVENLİK DİKKAT Yukarıdaki kod tasarrufu seçeneği işlevler ve geçerlidir, ancak güvenlik açısından üç dikkat gösterisi vardır: Gönderilen değerin seçeneği değiştirme izni olan kullanıcılardan gelip gelmediğini kontrol etmiyoruz
Böyle bir incelemeden sonra kullanıcının belirtilen formu değiştirmeyi planladığını doğrulamıyoruz (nonce aracılığıyla)

Gönderilen verilerin doğru şekle sahip olmasını ve tehlikeli bir şey içermediğinden emin değiliz
WordPress Güvenliği ile ilgili birincil olarak bu önemli neden biraz daha iyi anlaşılabileceğinin detayları, ancak ilk iki sorunu çözecek temel kod: // form-file.php

Harika ayarlar sayfam

harika metin <input type = "text" name = "awesome_text" değer = "”> ve ana dosya işlevinde my_awesome_page_display () {if (! current_user_can (‘ manage_options ‘))) {wp_die (‘ yetkisiz kullanıcı ‘);} Check_admin_referrer (‘wspspout_option_page_example_action’);if (isset ($ _ post [‘awesome_text’]))))) {update_option (‘awesome_text’, $ _post [‘awesome_text’]);} $ value = get_option (‘awesome_text’, ‘hey-ho’);’form-file.php’ dahil;
} Yukarıdaki kodda değiştirdiğimiz şey, önce kullanıcının kontrol edilmesi için değişiklik yapmaktır. Bir kullanıcı, formumuza istekleri tahrif etme ve admin olmayanlardan seçenekleri düzenlemesini isteme potansiyeline sahiptir. Bunun olmasını istemiyoruz, bu nedenle verileri göndermeden önce kullanıcıların doğru iznine sahip olduğundan emin oluruz. Bundan sonra, uygun forma eklediğimiz nonce’nin sağladığını sağlıyoruz. Bu, doğru izni olan kullanıcıların seçeneklerimizi yanlışlıkla değiştirmek için aldatılamamasını sağlar. Her iki durumda da, koruma-kluazın WP_DIE’lerimden daha iyi ve daha zarif bir kullanım düşünmek isteyebilirsiniz, ancak bu, kullanıcınızın güvenliğini korumak için işlev görecektir. (Onları hayal kırıklığına uğratabilirsiniz.) Dikkat edilmesi gereken son güvenlik sorunu, geçersiz veya tehlikeli veri olasılığıdır. Örneğin seçeneklerimiz bir tamsayı olmalısa, değerin bir tamsayı olduğundan emin olmalısınız. Register_setting, bu sanitasyonu gerçekleştirmenin bir yoludur, ancak burada da yapabilirsiniz. Sanitasyon ve validasyonun tüm konuları bu makale için çok büyük, ancak bunu unutmayın. API ayarı ile zayıflıklar $ _Post değişkeni ile oynatılır temelde bir sorun değil, ama kesinlikle iyi değil. Burada yaptıklarımızın en büyük zayıf yönlerinden biri – sadece API seçeneğini kullanarak kendi seçeneklerimizi ayarlayın – kendimiz için oldukça ilginç bazı şeyler yazmamız gerektiğidir. $ _Post değişkeni ile oynamak temelde bir sorun değildir, ancak kesinlikle iyi değildir. Daha pratik bir sorun, bir internet gazisinin tahmin edebileceğidir.

WordPress Yönetici Seçenek Sayfası Nasıl Oluşturulur (Yangın ayarı kullanmadan)