WordPress Eklentilerinin En Yaygın 10 Hatası

WordPress'in en başarılı özelliklerinden biri, eklentiler oluşturarak bu içerik yönetim sisteminin temel işlevlerini genişleten bir geliştiriciler topluluğunu teşvik edebilmesidir. Bu ve WordPress pazar payının son yıllarda büyümeyi durdurmadığı gerçeği, yetenekleri çekmenin anahtarıdır.

WordPress eklentileri en iyisidir. Web sitenizi özelleştirmeniz gerekiyorsa, bunu yalnızca ihtiyacınız olanı yapan bir eklenti arayarak yapabileceğinizi bilmek size huzur verir. Ve ayrıca maliyetleri çok düşürür.

(Çoğu durumda) özel çözümler geliştirmek zorunda kalmamak bir rahatlamadır. Karmaşık web sitelerine erişimi, birkaç yıl öncesine mal olacakları fiyatın çok altında bir fiyata demokratikleştirir.

Ama her şey güllük gülistanlık değildir. Bir WordPress eklentisi seçerken çok dikkatli olmalıyız. WordPress'in popülaritesi yetenekleri çeker. Ancak bazen istenen kalite seviyelerine sahip olmayan eklentiler oluşturan daha az deneyimli geliştiricileri de cezbeder. Bunları tespit etmek, sahip oldukları olumlu puanları veya kaç siteye yüklendiklerini saymak kadar kolay değildir. Çok daha karmaşık.

Müşterilerimizin WordPress kurulumlarını analiz etmeye başladığımızdan beri Nelio'da acı çektiğimiz bir şey, orada kurulu bulabileceğimiz çöp miktarıdır. İnanamayacağınız şeyler gördük…

Bu nedenle bugün, WordPress eklentileriyle bu yıllarda karşılaştığımız en yaygın ve merak edilen sorunlardan bazılarını açıklayacağım.

WordPress Eklenti Sorunları Listesi

Burada sizi WordPress eklentileriyle bulabileceğiniz sorunların bir listesiyle baş başa bırakıyorum. Bunlar genel sorunlardır ve bunlardan muzdarip eklentilerin belirli adlarını vermeyeceğiz, ancak bunlar var ve bunlardan kaçınmak için dikkatli olmalısınız.

Veritabanında Ek Tablolar Oluşturun

WordPress veritabanı bir savaş bölgesidir. Birçok eklenti, kendi tablolarını eklemek için onu genişletir. Bu yanlış olmak zorunda değil ama çoğu zaman gerekli de değil.

WordPress veritabanı, eklentinizin kullanması için yeni tablolar eklemek zorunda kalmayacak kadar geneldir. Peki bir geliştirici neden WordPress'e daha fazla tablo ekleme ihtiyacı görüyor? Cevap oldukça kolay: rahatlık ve cehalet.

Çoğu zaman, WordPress'te az deneyimi olan birinin ek tablolar koyması ve verileri okumak ve değiştirmek için doğrudan SQL'de sorgular yapması daha kolaydır. Bu, iyi yapılmazsa bir güvenlik açığı olmasının yanı sıra meta tabloları kullanmaktan kaçınırsınız.

Kullanıcı bilgilerini genişletmek istiyorsanız, wp_usermeta tablosuna sahipsiniz. Aynı şey içerikler ( wp_postmeta ), yorumlar ( wp_commentmeta ) ve hatta sınıflandırma terimleri ( wp_termmeta tablosuyla birlikte etiketler ve kategoriler) için de geçerlidir.

WordPress, bu meta bilgileri standart ve güvenli bir şekilde okumak ve değiştirmek için yöntemler sağlar. Sevgili WordPress geliştiricisi, performans gerekçeniz yoksa eklentilerinizde ek tablolar kullanmayın.

Kötü Komut Dosyalarını ve Stilleri Yükle

Çoğu WordPress eklentisinin er ya da geç kendi JavaScript ve CSS dosyalarını, bazen WordPress yönetici panelinde ve bazen de web'in önünde yüklemesi gerekecektir. Ve üzücü olan şey, bunun genellikle yanlış yapılan bir şey olmasıdır.

WordPress'e bir CSS stili veya bir JavaScript dosyası eklemek için onu standart WordPress kuyruğunda kuyruğa almanız gerekir. Bunu yapmak için, önce onu wp_register_style ve wp_register_script işlevleriyle kaydedin ve ardından sırasıyla wp_enqueue_style ve wp_enqueue_script ile kuyruğa alın.

Bu işlevlerin, stillerinizin ve komut dosyalarınızın sahip olduğu bağımlılıkları tanımlamanıza olanak tanıdığını unutmayın; bu nedenle, WordPress bağımlılıkları doğru şekilde yönetir ve yalnızca ihtiyacınız olanı sıkıştırır.

Başka bir şey yanlış. Ve burada geliştirici belgeleri bile suçlanıyor. WordPress Kodeksindeki wp_head kancasında gelen örneklere bakın. Geliştiriciler bunu referans olarak alacaklar ve sonra ne oluyor ki bir şeyleri bozuyorlar?

WordPress'ten komut dosyalarını veya stilleri ayırmak için wp_dequeue_script veya wp_dequeue_style kullanmayı düşünmeyin bile. Çoğu zaman, eklentilerin WordPress ile birlikte gelen jQuery sürümünü kendi eklentilerini (genellikle eski olan) eklemek için nasıl sıraya koyduğunu gördük ve oradan her şey çalışmayı durdurdu…

WordPress yönergelerini izleyerek komut dosyalarını ve stilleri doğru şekilde yüklemeyen bir eklenti tespit ederseniz, bu, onu hemen kurulumunuzdan devre dışı bırakmanız için yeterli bir nedendir.

Eklentiyi Devre Dışı Bırakırken Veritabanını Temizlememek

Bu, WordPress eklentilerinin bir başka klasik yönüdür ve belki de en yaygın olanı. WordPress eklentilerinin çalışması için veritabanınıza kayıt eklemesi gerekir. Buradaki sorun, eklentiyi devre dışı bıraktığınızda, bu kayıtların sonsuza kadar veritabanı tablolarınızda kalması yaygındır.

WordPress eklentileri, devre dışı bıraktığınızda genellikle veritabanınızda oluşturdukları verileri silmez. Ve hayır, zaman zaman yanından geçen ve bu gereksiz verileri de beraberinde götüren çöp kamyonu yok.

Bir WordPress eklentisi, oluşturduğu ek tabloları ve kullanıcı devre dışı bıraktığında standart tablolara eklediği verileri kaldırmalıdır. Ama çok nadiren olur. Veritabanınıza gitmenizi ve göz kulak olmanızı tavsiye ederim. Elbette orada işe yaramaz çöpler bulacaksınız.

Geliştirici dikkatliyse, WordPress'inizdeki eklentiyi devre dışı bırakmak, onu geçici mi yoksa kalıcı olarak mı devre dışı bırakmak isteyip istemediğinizi soracaktır. İkinci seçenek, çalışması sırasında eklediği tüm verileri silecek ve böylece her şeyi temiz bırakmak için çöpleri çıkaracaktır.

Kullanıcı Rehberliği Sağlamamak

Bir WordPress eklentisi yüklediğinizde ve etkinleştirdiğinizde, genellikle eklentinin işlevlerini bulabileceğiniz WordPress Kontrol Panelinde yeni bir menünün görünmesini beklersiniz. Ancak bu her zaman böyle değildir.

Yeni eklentinin mevcut bir menüye, genellikle Araçlar menüsüne veya Ayarlar menüsüne bir menü eklediği zamanlar vardır. Bu nedenle kullanıcı, yeni yüklenen ve etkinleştirilen yeni eklentiyi içeren menünün nerede olduğunu araştırmak zorunda kalacak.

Eklentiyi WordPress'inizde etkinleştirdikten sonra ne olacağını eklentinin README.txt dosyasında açıklamak genellikle iyi bir uygulamadır. Bu şekilde kullanıcının kaygısını azaltır ve hayatı biraz daha kolaylaştırırsınız. Aksi takdirde, kullanıcı eklentinin eklediği işlevlerin nerede olduğunu bulamazsa, onu devre dışı bırakır ve bir geliştirici olarak bu olmasını isteyeceğiniz en son şeydir.

Bunun sadece yeni başlayanların başına gelen bir şey olduğunu düşünebilirsiniz. Ama durum böyle değil. Son zamanlarda, belirli bir şeyi yapmak için belirli bir eklenti kurdum (size isim vermekten kaçınacağımı hatırlatırım?) ve kendimi aynı durumda buldum. Eklenti ayarlarının nerede olduğunu bulamadım. Ve uzun süredir WordPress ile çalıştığı varsayılan benim başıma gelirse, aynı durum daha az deneyime sahip biri için korkunç.

WordPress Kullanıcı Arayüzünü Değiştirme

WordPress'in kullanımı kolaydır, ya da öyle derler. Ve bunun önemli bir kısmı, WordPress'in varsayılan olarak içerdiği kullanıcı arayüzü sayesinde. Bu arayüz, yeni bir WordPress kurulumunda basittir, ancak daha fazla eklenti ekledikçe daha karmaşık hale gelir.

Ek olarak, WordPress eklentileriyle ilgili yaygın bir sorun, bazen kullanıcıların WordPress Kontrol Panelinde bulmayı beklediklerinden tamamen farklı bir kullanıcı arayüzü kullanmalarıdır.

Bir tasarımcının bakış açısından WordPress kullanıcı arayüzünün biraz sıkıcı olduğunu biliyorum, ancak bazen tamamen farklı bir çözüm seçmektense, kullanıcılarınızın alışık olduğu aynı stilleri ve aynı kullanıcı deneyimini takip etmek çok daha akıllıca olur.

Eklentilerimizde aynı WordPress stillerini korumaya çalışıyoruz ve kullanıcı arayüzünün her öğesini, kullanıcının görünmesini beklediğine inandığımız yere koyuyoruz. Ancak WordPress'e çok az benzeyen veya hiç benzemeyen, kullanıcıların kafasını karıştıran birçok eklenti arayüzü gördük.

Öneri, bir WordPress eklentisinin tasarımcısıysanız, WordPress stil kılavuzlarını izlemeniz ve hatta şimdi sağladığı bileşenleri, doğrudan Gutenberg blok düzenleyicisinden dışa aktarılan React'te arayüzler oluşturmak için yeniden kullanmanızdır. Bunları Nelio A/B Testini yaptığımız yenilemede kullanıyoruz ve harikalar.

Mülkünüzün Sınırlarını Aşmak

WordPress Kontrol Paneli, geliştiricinin bakış açısından iki farklı bölgeye sahiptir. Bir tarafta, belirli bir eklentinin eklediği sayfalar olan özel alanlara sahibiz. Bu bölgeler içinde, yalnızca bu sayfaların ait olduğu eklentinin içerdiği CSS stilleri ve komut dosyaları sıralanmalıdır.

Öte yandan, WordPress'te varsayılan olarak gelen ortak alanlarımız var. Ortak alanlara örnek olarak içerik düzenleyici, menü veya widget düzenleyici, ayarlar vb. verilebilir.

WordPress yönergelerini izleyen iyi programlanmış eklentiler, yalnızca kendi özel bölgelerini etkileyen komut dosyalarını ve stilleri sıraya koyacaktır. Bu, bu kaynakları sıraya koyduklarında, kendi mülklerinin özel bir sayfasında yapmaya çalışıp çalışmadıklarını kontrol etmek için kodda bir koşula sahip oldukları anlamına gelir. Aksi takdirde, bu kapsamın dışında hiçbir şeyi kuyruğa sokmazlar.

Ne yazık ki, bu koşulu kodlarına eklemeyi "unutan" birçok eklenti var. Bu, JavaScript kodlarının ve stillerinin her zaman tüm sayfalara yüklenmesine neden olur; bu, diğer ortak sayfaları ve hatta diğer eklentilerin özel sayfalarını bozabilecek bir şeydir.

Bunu tespit etmek göründüğünden daha kolaydır. Bir eklenti kullanıyorsanız ve kullanıcı arayüzü bozuk görünüyorsa, başka bir eklentinin JavaScript veya CSS'yi olmaması gereken yere koyması ve ilk eklentinin stillerini ve davranışını bozması oldukça olasıdır. Gördük. Başımıza geldi (arayüzümüzü bozuyorlar) ve ne yazık ki olmaya devam edecek.

İyi Programlama Uygulamalarını Takip Etmemek

WordPress'te programlama yapmak için dünyanın en iyi bilgisayar korsanı olmanıza gerek yok, ancak programlama söz konusu olduğunda minimum kalite beklenir.

WordPress'in avantajlarından biri (en iyisi değilse de) açık kaynak felsefesidir. Eklentilerin kaynak kodunu keşfetmek her zaman yapabileceğiniz bir şeydir (en azından resmi depodaki eklentiler).

Her şeyi bulabilirsin: Görmesi güzel kod ve seni ağlatacak kod. Ve bu, performans açısından birinin diğerinden daha kötü olduğu anlamına gelmez. Ancak, iyi belgelenmiş, iyi girintili kodlar görüyorsanız ve ayrıca dosya ve klasörlerin mantıksal dağılımını izleyerek yapılandırılmışsa, kutsal kâseyi buldunuz demektir.

Bir WordPress eklentisinin kodunu görmek güzelse, bunun nedeni muhtemelen programcının dikkatli ve cilalı olmasıdır. Bu, kalitenin açık bir işaretidir.

Güvenlik Deliklerinin Açılması

Bir WordPress eklentisi, bir dizi kod talimatından başka bir şey değildir. Genellikle PHP ve JavaScript, WordPress'in işlevselliğini genişletir. Bu kod, kullanıcıdan oldukça güvenli bir şekilde veri alacak ve ekranda bilgi işlemeyi sonlandıracaktır.

Verileri alıp ekrana yazdırırken, bu verileri doğru şekilde işlemezseniz güvenlik açıkları eklemeniz mümkündür. WordPress, girdi verilerini doğrulamaya ve sterilize etmeye ve çıktıdaki verilerden kaçmaya çok önem verir.

Verileri doğrulamak ve kullanıcının eklentiye girdilerinin gerçekten istediğimiz şey olduğundan emin olmak ve böylece kod enjeksiyonunu önlemek için birçok fonksiyon vardır. Eklenti geliştiricisi bunları kullanmıyorsa, tembellik veya bilgisizlikten kaynaklanmaktadır. WordPress'inize ne yüklediğinize dikkat edin, yoksa pişman olursunuz.

Uygun Olmayan Faaliyetleri Gerçekleştirme

Önceki bölümden devam edersek, orijini şüpheli kaynaklardan gelen eklentiler var. Bazen, biraz dolar kazanmak için, istediğiniz ama ödemek istemediğiniz eklentiyi içeren bir .zip dosyası aramak için İnternet'teki karanlık yerlere dalarsınız.

Onu bulduğunuzda, o eklentinin bir hediye ile geldiğini anlayana kadar her şey mutluluktur. Tarayıcılardan, kripto para madencilerinden, spam'den web sitenizin kontrolünü ele geçirebilecek kötü niyetli kodlara kadar. Her şeyi bulabilirsiniz.

Orada bulduğunuz eklentilerin kaynağına karşı dikkatli olun. Resmi WordPress deposu ve en iyi bilinen pazar yerleri, WordPress eklentileriniz için tek güvenilir kaynaktır. Bu depoların içinde olmak için eklenti geliştiricilerinin bazı kalite testlerini geçmesi gerekir. Yalnızca bilinen yerlere güvenin ve güvenilir olmayan kaynaklardan elde edilen eklentilerden kaçının.

Değer Katmamak

Bir WordPress eklentisinin yapabileceği en kötü hata, kullanıcılarına değer katmamaktır. Bir geliştirici olarak bazen başkaları için çok faydalı olabileceğini düşündüğünüz çılgın fikirleriniz olur. Gerçek şu ki, eklentinizin getirdiği çok azsa, sonuçlanacağı kullanıcı sayısı benzer olacaktır.

Resmi WordPress deposunda değeri düşük birçok eklenti var. Ancak bu, herhangi bir pazar yerinde veya uygulama deposunda olan bir şeydir.

Bir geliştirici olarak rakiplerinizin arasından sıyrılmak istiyorsanız, potansiyel kullanıcılarınıza değer sağlamaya odaklanın. Bu şekilde eklentiniz, WordPress'te başarılı olmak için gerekli olan popülerliği kazanır.

WordPress Eklentilerini Seçmek Karmaşık

Her şey kullanıcı incelemelerinin sayısına ve yıldızların sayılmasına bağlı değildir. İyi bir WordPress eklentisi seçmek karmaşıktır. Yalnızca eklentinin kaynak kodunu analiz ederek keşfedilen birçok gizli sürpriz var. Ve onu anlayacak bilgiye sahip değilseniz, dikkatli olun.

İnsanların bununla ne tür sorunları olduğunu görmek için havuz içindeki eklenti destek forumunda bulacağınız yorumlara bakın. Eklentiyi kontrollü bir ortamda deneyin ve garip bir şey görürseniz yardım için geliştiriciyle iletişime geçin.

Bundan sonra gördüklerinizden memnun değilseniz, bir alternatif arayın. Dışarıda sizi bekleyen binlerce eklenti var. Veya bize aşağıda bir yorum bırakın. Koleksiyonumuza eklemek için her zaman yeni ilginç eklenti fikirleri arıyoruz.

Goh Rhy Yan tarafından Unsplash'ta öne çıkan görsel .