WordPress, temalarınızı ve eklentilerinizi güçlendirmek için kullanabileceğiniz bir dizi varsayılan komut dosyasıyla birlikte gelir. jQuery, TinyMCE gibi yaygın olarak kullanılan betiktir. Peki ya kendi jQuery betiğinizi entegre etmek istiyorsanız?

Kısa süre önce, jQuery komut dosyalarını kurulumunuza nasıl düzgün şekilde ekleyeceğinizi gösterdik. WordPress aynı dahili mekanizmayı kullanır; bu, sıraya alınmış komut dosyalarını kaldırabileceğimiz veya hatta kendi komut dosyalarımızla değiştirebileceğimiz anlamına gelir.

Bu derste size nasıl göstereceğim kaydını Mevcut komut dosyalarını kendi komut dosyalarınızı ekleyebilirsiniz. Ayrıca, bunu yapabileceğiniz farklı koşulları size tanıtacağız ve neden bazı kişilerin dahili bir komut dosyasını kaldırmanın sorumsuz olduğunu düşündüğünü söyleyeceğiz.

Dahili komut dosyalarını neden değiştirmelisiniz: Case of jQuery?

Yüklenen dahili komut dosyalarını değiştirmek isteyebileceğiniz bir dizi senaryo vardır. Örneğin, WordPress şu anda varsayılan olarak jQuery 1.11.3 kullanıyor, ancak en son sürüm aslında 1.12.3 veya 2.2.3'tür. Gelişmiş jQuery işlevselliğine dayanan bir uygulama yazıyorsanız, komut dosyasının daha yeni bir sürümünü kullanmanız gerekebilir.

Ayrıca eski bir eklentinin güncel olmayan komut dosyalarıyla ilgili sorunlara neden olduğu bir durumla karşılaştım. Bu durumda, müşteri bir eklentiye güveniyordu, ancak yüklenen komut dosyası gerçekte kullanılmadı. Kaldırmanın en iyi seçenek olduğunu düşündük, ancak gelecekteki güncellemeleri engelleyecek olan eklenti kodunu doğrudan değiştirmek yerine, yüklenen komut dosyalarını değiştirmek için yeni bir eklenti kullanmaya karar verdik.

WordPress çekirdeği ve diğer eklentiler veya temalar tarafından yüklenen komut dosyalarını kaldırabileceğiniz ve değiştirebileceğiniz yasal durumlar olsa da, her zaman iki kez düşünmeniz ve dikkatli bir şekilde ilerlemeniz gerektiğini unutmamak önemlidir.

Bilgisayarınızda jQuery'nin yeni bir sürümünü zorlarsanız Site Web, örneğin, öngörülemeyen uyumluluk sorunlarına neden olabilir. Mümkünse WordPress'i her zaman yerel olarak test etmeli ve kesinlikle gerekli olmadıkça komut dosyalarını değiştirmekten/kaldırmaktan kaçınmalısınız.

İç kodları WordPress'ten kaldırmalı mıyız?

komut dosyaları nasıl düzenlenir

WordPress'in büyüsü sayesinde, temanızda yerleşik olan herhangi bir komut dosyasını değiştirebilir veya hatta sizin için yapmak için bir eklenti oluşturabilirsiniz. Bu, rahatsız edici betiği yükleyen orijinal kodu değiştirmek zorunda kalmayacağınız (ve olmayacaksınız!) Anlamına gelir. Size bazı örnekler vereyim.

Diyelim ki temanız, kaldırmak veya değiştirmek istediğiniz bir komut dosyasını kullanıyor. Bu durumda, bir alt tema oluşturabilir ve gerekli kodu yükleyebilirsiniz.

Eklentilerde gelen komut dosyalarını değiştirmek istiyorsanız, alt temanızda veya yeni bir eklentide gerekli değişiklikleri yapabilirsiniz. Projenin kapsamına bağlı olarak, özellikle diğer eklentilerin betiklerini değiştirmek için bir eklenti oluşturmanızı öneririm.

Temel bir WordPress betiğini düzenlemek istiyorsanız, yazdığınız üründe bunu yapmak en iyisidir. Eğer bir eklenti ile çalışıyorsanız, üzerinde yapmalısınız, eğer bir tema ise, bunu function.php dosyasında yapmanız gerekir.

Komut Dosyalarının "kaydının silinmesi"

WordPress'te bir komut dosyasının nasıl düzgün bir şekilde ekleneceğine ilişkin önceki öğreticiye henüz bakmadıysanız, şimdi bunu yapabilir ve geri dönebilirsiniz. WordPress'e betik ekleme yönteminin onları kaydettirmek olduğunu gördük. Bunları kaldırmak, şüphesiz, "kayıt silme" veya daha doğrusu kayıt silme anlamına gelen tersine bir işlemdir. Wp_deregister_script () işlevi kullanılarak şu şekilde yapılır:

wp_deregister_script ('jquery');

Burada ihtiyacınız olan tek parametre komut dosyası ad alanıdır. Ad alanı, komut dosyası kaydedildiğinde verilir ve daha ayrıntılı bilgi için WordPress için jQuery ekleme hakkındaki yazımı okuyabilirsiniz.

Yukarıdaki kodu kullanmak jQuery betiğini tamamen kaldıracaktır.

Komut Değiştirme

Bir betiği değiştirmek istiyorsanız, yeni parametrelerle kaydetmeniz yeterli değildir (bunlar yoksayılır). Kaydı kaldırmanız ve ardından komut dosyasını yeniden kaydetmeniz gerekir. İşte hızlı bir örnek:

function my_enqueued_assets () {wp_deregister_script ('jquery'); wp_enqueue_script ('komut dosyası adı', '//code.jquery.com/jquery-2.2.3.min.js', dizi (), '2.2.3'); } add_action ('wp_enqueue_scripts', 'my_enqueued_assets');

Kayıtlı komut dosyalarını bulun

WordPress'in kaydettiği tüm komut dosyalarını arıyorsanız, şansınız yaver gidiyor. Wp_enqueue_scripts belgelerine bir göz atın ve parmaklarınızın ucunda bir masa bulacaksınız.

Ancak eklentiler tarafından kaydedilen komut dosyalarını bulmak biraz daha zordur. Tüm komut dosyalarını kuyrukta bırakarak listeleyebilirsiniz. içindekiler $wp_scripts değişkeninin.

global $ wp_scripts; Eko ' ';
var_dump ($ wp_scripts);
Eko ' ';

Kullandığım diğer bir yöntem de eklenti dizinimde wp_enqueue_scripts aramaktır. Bu, sitemdeki hangi komut dosyasından hangi eklentinin sorumlu olduğunu görmemi sağlıyor.

Neden Değiştirme Komut Dosyaları her zaman iyi bir fikir değildir

Bazı tema ve eklenti geliştiricileri, kendi komut dosyalarını ve özellikle jQuery'nin farklı bir sürümünü yüklemeyi kesinlikle gerekli bulabilirken, WordPress topluluğunda, onu yüklemenin gerçekten uygun olup olmadığı konusunda bazı tartışmalar vardır. Yapmak.

WordPress'in jQuery'yi noConflict modunda yüklediği gerçeğiyle, bir çakışma olma ihtimali çok düşüktür ve bu nedenle temalar WordPress'in davranışını değiştirmemelidir ve özellikle WordPress'in gömülü sürümünü günceller düzenli olarak jQuery.

Özetlemek

Her gün yapmamanız gereken bir şey olan komut dosyalarını kaldırırken veya değiştirirken, bunu nasıl doğru şekilde yapacağınızı bilmek önemlidir, böylece gerekli bir durumla karşılaştığınızda endişelenmeden ve "kırılmadan" yapabilirsiniz. blogunuzun.

Özel bir eklenti aracılığıyla komut dosyalarının aboneliğini iptal ederek, WordPress'in kaynak kodunu veya yazar olmadığınız bir temayı değiştirmediğinizden emin olun; güncellemeler.