WordPress Eklentileri veya Temaları Geliştirirken Kaçınılması Gereken 9 Hata

Bir WordPress eklentisi veya teması mı oluşturmak istiyorsunuz? Başarılı eklenti ve tema geliştirmenin bazı deneme yanılmaları içerdiğini unutmayın. En deneyimli geliştiriciler bile zaman zaman kodlarını karıştırırlar ve hatalardan tamamen kaçınmak imkansız olsa da, kolayca önleyebileceğiniz bazı yaygın hatalar vardır. Size yardımcı olmak için, WordPress eklentinizi veya temanızı geliştirirken kaçınmanız gereken dokuz yaygın hatayı bir araya getirdim.

Hata 1: Hızlı çözümler için kaliteden ödün vermek

Bazı geliştiriciler, küçük bir eklenti veya tema geliştirirken bir kısayol bulmaya çalışır. Tutarsız kodlarlar ve en kolay ve en hızlı çözümleri bulmaya çalışırlar.

Ancak gerçek şu ki, gelişmiş, iyi işleyen bir eklenti veya tema geliştirmenin kolay bir yolu yoktur. Bazı eklentiler ve temalar nispeten hızlı ve kolay geliştirilebilir. Örneğin, tüm yönetici bildirimlerini gizleyen bir eklenti veya bir JavaScript parçacığını enjekte eden bir eklenti geliştirmek çok zaman almaz. Bununla birlikte, daha karmaşık eklentiler veya temalar söz konusu olduğunda, "hile" veya kopyalama, zayıf işlevsellik ile sonuçlanabilir ve ayrıca çeşitli hatalara ve performans kusurlarına neden olabilir.

Yalnızca bir eklenti/tema prototipi oluşturuyor olsanız bile, en iyi organize kodlama uygulamalarını takip etmek çok önemlidir. Unutmayın, en popüler ürünlerin çoğu prototip olarak başladı. “Hızlı ve kirli” bir yaklaşımla giderseniz, ilk günden itibaren teknik borç biriktirmeye başlayacaksınız.

Temiz, iyi yazılmış ve optimize edilmiş kod geliştirmek, geliştirme sürenizi %10-30 oranında artıracaktır, ancak uzun vadede kesinlikle buna değer. Günün sonunda, bakımı yapılabilir, iyi performans gösteren ve işlevsel bir eklenti veya tema elde edeceksiniz.

Hata #2: Kod değişikliklerini izleyememek

Kod değişikliklerini izleyememek, tüm WordPress geliştiricilerinin kaçınması gereken başka bir yaygın hatadır. Projenin tek geliştiricisi olsanız da olmasanız da tüm temalar ve eklentiler sürüm kontrolü altında yönetilmelidir.

Projenin tek geliştiricisi olsanız da olmasanız da tüm temalar ve eklentiler sürüm kontrolü altında yönetilmelidir.Tweet

Versiyon kontrol sistemleri, tüm değişiklikleri kaydederek ve takip ederek size yardımcı olur. Bu, sizin ve diğer geliştiricilerin, bir tema veya eklentinin daha da gelişmesiyle aynı proje üzerinde çalışmasına olanak tanır. Ayrıca Git gibi sürüm kontrol sistemleri, geliştiricilerin her biri tarafından yapılan tüm değişiklikleri kaydeder; bu, özellikle büyük bir proje üzerinde çalışırken kullanışlıdır. Git'i kullanmayı seçerseniz, sürüm yönetimi için sağlıklı bir dallanma iş akışı olarak GitFlow'u kullanmanızı öneririm.

3. Hata: Ad alanlarını kullanmamak

Değişkenler, sınıflar ve işlevler için ayrı bölgeler oluşturmanız gerekiyorsa ad alanları kullanışlıdır. Bu, PHP 5.6 ve üzeri sürümlerden önce var olan ve ad alanları kullanılarak kontrol edilemeyen eklenti çakışmalarını önler.

Burada, JavaScript için geometri adı verilen ad alanını gösteren bir kaynak kod örneği verilmiştir. Paketin bu tanımı, Circle sınıfını diğer programcılar tarafından tanımlanabilecek diğer sınıflardan ayırmanın bir yolunu sağlar.

namespace Geometry;

class Circle {
    private $radius;

    public circle($r) {
        $radius = $r;
    }

    public get_radius() {
        return $radius;
    }
   
    public get_area() {
        return pi() * $radius * $radius;
    }
}

Hata #4: WordPress nonces kullanmamak

Modern güvenlik uygulamalarını takip etmek, eklentinizin veya temanızın işlevselliğini sağlamak kadar önemlidir. WordPress, isteklerin gerçekliğini doğrulamak için bir miktar koruma sağlamak için nonces kullanır. Nonces, Siteler Arası İstek Sahteciliği (CSRF) saldırılarını önlemede özellikle yararlıdır.

Bir nonce oluşturmak için aşağıdaki işlevi kullanın.

$nonce= wp_create_nonce( 'name');

Nonces hakkında bilginiz yoksa bu WordPress kod referansına göz atın.

Abone olun ve ücretsiz bir kopyasını alın

WordPress Eklentisi İş Kitabı

Abonelik ekonomisinde başarılı bir WordPress eklenti işinin tam olarak nasıl oluşturulacağı.

Bir arkadaşınla paylaş

Arkadaşınızın e-posta adresini girin. Onlara sadece bu kitabı e-posta ile göndereceğiz, izci şerefine.

Paylaşım için teşekkürler

Harika - 'WordPress Plugin Business Book'un bir kopyası az önce şu adrese gönderildi: . Haberi daha da yaymamıza yardım etmek ister misiniz? Devam edin, kitabı arkadaşlarınız ve iş arkadaşlarınızla paylaşın.

Abone olduğun için teşekkürler!

- az önce 'WordPress Plugin Business Book' kopyanızı şu adrese gönderdik: .

Bir Arkadaşınızla Paylaşın E-postayı Yeniden Gönderin

E-postanızda yazım hatası mı var? E-posta adresini düzenlemek ve tekrar göndermek için burayı tıklayın.

İndirmek

Hata #5: WordPress temel işlevini kullanmamak

Birçok geliştirici, mevcut WordPress çekirdek işlevselliğinin tüm potansiyelini kullanamaz. Bazı temalar ve eklentiler, Color Pickers ve jQuery gibi WordPress çekirdek dosyalarına karşılık gelen dosyalara sahiptir.

Fazladan dosyalar oluşturmak, paketin son boyutunu ve yükleme süresini artıracaktır. Bu dosyaları düzenli olarak tutmanız ve güncellemeniz gerekecek, bu da zaman ve çaba gerektirir.

WordPress'in sunduğu şeylerden yararlanarak daha hafif ve işlevsel temalar veya eklentiler oluşturabilirsiniz.

Hata #6: JavaScript ve CSS dosyalarını kuyruğa alma

JavaScript ve CSS dosyalarını gerekmediğinde kuyruğa almak başka bir yaygın hatadır. Bu, daha yavaş yükleme süresine ve kuyruğa alınan her dosya ek bir HTTP isteği eklediğinden arama motoru sıralamasının düşmesine neden olabilir.

Hata #7: Gelişmiş temalar için JavaScript kodunu tek bir ana dosyaya yerleştirme

JavaScript ağırlıklı gelişmiş bir tema geliştiriyorsanız, JavaScript kodunu tek bir ana dosyaya yerleştirmekten kaçınmak daha iyidir. Birçok geliştirici, WordPress teması JavaScript kodunu main.js, theme.js veya custom.js adlı bir ana dosyaya yerleştirmeyi tercih eder. Bunu yapmak istememenizin birkaç nedeni var. İlk olarak, temanız zamanla büyüyeceği için dosyanın boyutu da artacaktır. Bu dosya site genelinde yükleneceği için her sayfanın yüklenmesi daha uzun sürecektir.

İkincisi, tek bir dosya oluşturmak, kodu yönetmeyi zorlaştıracaktır. Örneğin, hızı artırmak için bazı sayfalarda kodu boşaltmak için wp_dequeue_script() gibi işlevleri yerleştiremezsiniz.

İşte bu konuyu biraz daha açıklayan bir video:

Bu hatanın yalnızca karmaşık JavaScript yapısına sahip gelişmiş temalar için geçerli olduğunu unutmayın. Temanız JavaScript'te daha basit ve daha hafifse, JavaScript kodunu ana dosyaya yerleştirmek temanızın işlevselliğine zarar vermez.

Hata #8: Kodu değiştirmek için ek seçenekler oluşturmamak

Doğrudan kod üzerinde otomatik bir güncelleme gerçekleştirildiğinde, eylemler ve filtreler yoluyla değiştirilmediği sürece tüm manuel kod değişiklikleri kaybolacaktır. Bu nedenle, değişiklikler için eylemleri ve filtreleri etkinleştirmek çok önemlidir.

Bu şekilde, siz ve diğer geliştiriciler, eklentinin kendisini veya ana temayı düzenlemeden özellikleri değiştirebileceksiniz. Ek olarak, ana eklentiye veya temaya uzantılar veya eklentiler gibi ekstra işlevler eklemek için filtreleri ve eylemleri kullanabileceksiniz.

Hata #9: Modern kod tasarımı uygulamalarını kullanmamak

Doğru kod tasarım uygulamalarını kullanmamak, listemizi kapatan son hatadır. Eklentinizin boyutuna ve yapısına bağlı olarak doğru kod organizasyonu seçilmelidir.

Daha fazla uzatma gerektirmeyen küçük tek amaçlı bir eklenti oluşturmayı planlıyorsanız, daha sonra çeşitli sınıflarla karmaşık mimari kullanmaya gerek yoktur.

Diğer eklentilerle çalışan bir eklenti uzantısı veya çok sayıda kod gerektiren bir eklenti oluşturuyorsanız, Nesne Yönelimli Programlama (OOP) yaklaşımını kullanmak daha iyidir. OOP'nin arkasındaki ana fikir, daha iyi organizasyon için sınıflar gibi kodu parçalara ayırmaktır.

Ayrıca, PHP kodunu ve HTML kodunu birlikte karıştırmanızı önermiyorum. Özellikle eklentiniz birkaç geliştirici tarafından yönetiliyorsa, Model-View-Controller (MVC) modelini kullanarak bunları ayrı tutmak daha iyidir.

paket servisler

Yukarıda öğrendiğiniz gibi, en yaygın hatalar genellikle kasıtsızdır, ancak oldukça hayal kırıklığı yaratan sonuçlara yol açabilirler.

İncelemede, en yaygın hatalar şunlardır:

1. Hızlı çözümler için kaliteden ödün vermek
2. Kod değişikliklerinin izlenememesi
3. Ad alanlarını kullanamamak
4. WordPress nonces kullanmamak
5. WordPress temel işlevini kullanmamak
6. JavaScript ve CSS dosyalarını kuyruğa alma
7. Gelişmiş temalar için JavaScript kodunu tek bir ana dosyaya yerleştirme
8. Kodu değiştirmek için ek seçenekler oluşturulamadı
9. Modern kod tasarım uygulamalarını kullanmamak

Hata yapmak kaçınılmaz olsa da, artık ne olduklarını bildiğinize göre, onlardan kaçınmak daha kolay olacak.

Temanızı veya eklentinizi oluştururken başka hatalar yaptınız mı? Lütfen deneyiminizi aşağıdaki yorumlarda paylaşın ve kaçınmanız gereken diğer 5 hatayı kaçırmayın.

Alyse Falk'ın katkılarıyla.