WordPress Bakımını Sorunsuz Hale Getirmek için 10 İpucu

Çeşitli proje türleri üzerinde çalışmış bir WordPress geliştiricisi olarak, düzenlemeler veya hata düzeltmeleri için mevcut bir WordPress web sitesini alırken kişisel olarak yaşadığım bazı sıkıntılı noktalardan bahsetmek istiyorum. Bu yazıda sıralanan ipuçları ve öneriler, bu ağrıları en aza indirmeye, hatta onlardan kurtulmaya yöneliktir.

Doğru WordPress Bakımı Neden Önemlidir?

Çoğu zaman, web siteleri "bir kez ayarlanmış ve yalnız bırakılan" bir ilişki değildir ve bu yalnızca WordPress siteleri için değil tüm siteler için geçerlidir. Zaman zaman, favori geliştiricinizin ilgileneceği düzenlemeler, güncellemeler veya hata düzeltmeleri ile uğraşmak zorunda kalacaksınız. Ancak bazı durumlarda, web sitenizin kullanım ömrü boyunca birkaç farklı geliştiriciye güvenmeniz gerekebilir.

İkinci durumda, özellikle önceki geliştiriciler bakım görevlerini yerine getirirken en iyi uygulamalara bağlı kalmamışsa, gelen geliştirici için işler genellikle sorunsuz gitmez.

Bir sonraki geliştiricinizin hayatını kolaylaştırabilmeniz ve sitenizde çalışmayı sevmelerini sağlayabilmeniz için WordPress projelerinde gelecekteki bakım çalışmalarınızda göz önünde bulundurmanız gereken bazı önemli noktaları görelim. Açıkçası, geliştiricinizin işini kolaylaştırmak, aynı zamanda, potansiyel müşterileriniz için her zaman iyi bir satış noktası olan süreçte biraz adam-saat ve para tasarrufu sağlayacaktır.

1. Yedekleyin!

Bu çok açık gelebilir, ancak ilk şey ilk! WordPress sitenizi düzgün ve düzenli olarak yedeklemeniz gerekir.

Bu, şu anda sitenizde herhangi bir değişiklik yapmasanız bile yapılacak en temel şeylerden biridir. Tüm dosyaları ve veritabanı dökümünü alıp güvenli bir yerde saklayarak manuel olarak yapabilir veya bir WordPress yedekleme eklentisi sayesinde otomatik bir yedekleme seçeneği kullanabilirsiniz. WordPress eklenti deposunda bulabileceğiniz çok sayıda ücretsiz ve ücretli eklenti vardır. Çoğu barındırma sağlayıcısı yedekleme seçenekleri sunduğundan, yedekleme seçeneğini sunucu düzeyinde de iyi bir şekilde kullanabilirsiniz - bu, barındırma sağlayıcınızla kontrol etmeniz gereken bir şeydir.

Düzenli yedeklemelerle, bir çökme veya hatadan sonra sitenizin tekrar çalışır durumda olacağı konusunda içiniz rahat olur. Ayrıca, özellikle geçmişte bakım sırasında oluşmuş olabileceğinden şüphelendiğiniz bir hatayı düzeltmeye çalışıyorsanız, yeni geliştiricinizin sorunları çok fazla güçlük çekmeden düzeltmesine yardımcı olabilir. Düzenli yedeklemeler, yeni geliştiricilerinizin projeyi devralmadan aylar veya yıllar önce ortaya çıkan kalıcı sorunları tanımlamasına ve çözmesine yardımcı olmalıdır.

2. WordPress Sitenizi Yerel Olarak Kurun

İlk günlerimde bu hatayı kendim yaptığımı itiraf etmekten gurur duymuyorum ve o zamandan beri birçok geliştiricinin düzenlemeleri doğrudan uzak sunucuda gerçekleştirdiğini fark ettim. Hassas verilerin ve tüm site dosyalarının geliştiricinizin insafına bırakılmasından endişe duymuyorsanız, bu hatadan temelli kaçınmalısınız. Her düzenlemeden sonra geliştiricinin yerel makinesi ile sunucu arasında gidip gelmek çok verimsizdir.

Sitenizdeki bir parça metni değiştirmek için küçük bir düzenleme gibi küçük bir değişiklik olsa bile, geliştiricinin FTP istemcisindeki ilgili dosya/klasöre gitmesi gerekir (dosya yüklemeleri için FTP kullanıyorsanız), bekleyin yüklenecek dosyalar ve ara sıra FTP bağlantı hatası olmamasını umarız. Bazı WordPress web sitelerinin çok fazla zaman ve bant genişliği kaybetmeden pratik olarak taşınamayacak kadar çok veriye sahip olduğunu unutmayalım. Ve her şey başarıyla yüklendikten sonra, tarayıcıya gitmeleri ve o andaki ağın/sunucunun hızına ve durumuna bağlı olarak sayfayı yenilemeleri gerekir. Her değişiklikle kaydedilebilecek yalnızca dakikalar ve saniyelerden bahsediyoruz gibi görünebilir, ancak projeniz boyunca bu dakikalar saatlerce gereksiz çalışmaya neden olabilir.

Geliştiricileriniz siteyi yerel makinelerinde kurduysa, düzenlemeler çok daha hızlıdır: Yalnızca düzenlemeleri yapmaları, sayfayı yenilemeleri gerekir ve işlem tamamdır. İnternet bağlantısı olmayan bir mağarada yaşıyor olsalar bile, daha sonra çalışabilir ve değişikliklerini yükleyebilirler.

Endişe ettiğiniz hassas verileriniz varsa veya tüm verilerinizi geliştiricilerle paylaşmanızı engelleyen bazı yasal nedenler varsa? Bu durumda, özellikle bu amaç için bazı yapay veriler hazırlayabilirsiniz. Bu verileri ayrıca gelecekteki bakım için bir kenara ayırabilirsiniz.

3. Git Git

Yazılım geliştirme dünyasında olabilecek en iyi şeylerden biri, çevrimiçi sürüm kontrolünün şafağıdır. Dosyaları işlemek için geleneksel cPanel/FTP yöntemiyle çalışan birçok site olduğu için bu noktayı gündeme getirdim. Ya sürüm kontrolünün ne kadar tatlı olduğunu bilmiyorlar ya da biliyorlar ama ilk kurulum çabası nedeniyle bunu uygulamakta tereddüt ediyorlar. Ancak, aslında o kadar fazla iş değil ve zor bir görevden başka bir şey değil.

Çeşitli yazarlar tarafından yapılan değişiklikleri izleme, düzenlemeleri kolayca geri alma, her bir görevdeki değişikliklerin diğerlerini engellemediğinden emin olmak için her bağımsız görev için ayrı dallara sahip olma yeteneği dahil olmak üzere, dosya yönetimi söz konusu olduğunda sürüm denetimi bir dizi avantaj sağlar.

Git'i çoğu zaman barındırma sağlayıcınız tarafından önceden yüklenmiş olan harici bir sunucuya kurmanız gerekir. Depoyu başlatmak ve iş akışını kurmak için sunucular konusunda biraz uzmanlığa sahip birine ihtiyacınız olabilir, bu makalenin kapsamı dışında olduğu için burada tartışmayacağım.

Ve bahsetmeye gerek yok, eğer şubeleri kullanmıyorsanız, aslında “git'ing” yapmıyorsunuz! Geliştirme ve üretim için en az iki dal oluşturun, böylece geliştiriciler geliştirme dalındaki tüm işleri yapabilir, siteyi test edebilir ve ardından her şey yolundaysa, canlı sitede hiçbir şeyin ters gitmediğinden emin olarak üretim dalına itin.

4. Gereksiz Dosyaları, Kodu ve Eklentileri Kaldırın

Artık gerekli olmayan dosyaları ve eklentileri bırakmak yaygındır. Dosyalar web sitenizin yaşam döngüsü boyunca zamanla biriktiğinde bu bir acı haline gelir. Geliştiriciniz zamanla eklenen istenmeyen dosyaları kaldırmayı umursamadıysa, nereden geldiğini ve şu anda sitenin bir kısmı tarafından kullanılıp kullanılmadığını izlemek zordur. Bu, şüpheli öğelerin kaldırılmasından sonra hiçbir şeyin bozulmadığından emin olmak için sitenin bir kez daha test edilmesi gerektiğinden ek bir baş ağrısına neden olur.

Bu, üzerinde çalışan ilgili geliştirici tarafından istenmeyen dosyaların derhal kaldırılmasıyla ortadan kaldırılabilir. Bu uygulamayı tüm geliştiricilerinize vurgulayabilirsiniz.

PHP dosyaları ve eklentilerinin yanı sıra, kullanılmayan medya dosyaları da zamanla wp-content klasörünüzü doldurabilir ve bu da medyayla ilgili herhangi bir işlevle çalışırken geliştiricileriniz için sorun yaratabilir. Bu görevi basitleştirmek için çeşitli eklentiler bulabilirsiniz. Bir örnek Medya Temizleyicidir.

Eklenti, dosyaların gerçekten kullanımda olmadığından emin olmanız için dosyaları geçici olarak oraya taşıyan dahili bir çöp kutusuna sahiptir; bir kez kontrol edildiğinde, onları kalıcı olarak çöpe atabilirsiniz. Dosyalarınızdan herhangi birini temizlemeden önce bu makaledeki 1 numaralı noktayı izlediğinizden (yani yedeklediğinizden) emin olun.

5. Yorumlama

Muhtemelen şuna benzer bir programlama memesine aşinasınızdır: Kod yazıldığında, onu yazan yazar, iş arkadaşları ve Tanrı tarafından anlaşılmıştır. Bir süre sonra, sadece yazar ve Tanrı onun ne yaptığını biliyordu ve şimdi sadece Tanrı onun ne yaptığını biliyor – eğer yazar uygun yorumlar eklemediyse!

Konu yorum yapmak olduğunda bazı geliştiriciler isteksiz veya düpedüz tembel olabilir, ancak bu iyi bir geliştirme ortamında olmazsa olmaz bir uygulamadır. Aksi takdirde yeni geliştiriciler ve hatta aynı geliştirici tarafından belirli bir kod bloğunun ne işe yaradığını bulmak için harcanacak olan düzenlemeler ve hata düzeltmeleri için geçen süreyi kısaltır.

İşlev/sınıf veya kod bloğu bariz bir şey olmadığında yorumlar eklenmelidir, örneğin aşağıdaki işlevi alın:

 function stripWhiteSapaces(str) { … Return str; }

Yukarıdaki fonksiyon adı kendisi için konuşur ve ayrıca kullanıcının nasıl çalıştığını görmek için fonksiyonun içine girmesine gerek yoktur, sadece bir iş yapar, beyaz boşlukları çıkarır – bu kadar! Dolayısıyla, bu durumda, yorumlar gerekli olmayabilir.

Ancak, örneğin, birden çok parametreyi kabul eden ve filtrelenmiş bir gönderi listesi döndüren bir işlev varsa, bu, önceki gibi açık bir şey değildir. Parametreleri ve türlerini açıklayan yorumlar olmalıdır. Bu işlevin içindeki kod bloklarını tanımlamak da gerekli olabilir.

Hızlı bir kontrol için WordPress çekirdeğinden bir dosya alabilir ve WordPress uzmanlarının bunu nasıl yorumladığını görebilirsiniz. Veya daha ayrıntılı bilgi için, bunu iyi gösteren WordPress resmi kılavuzuna başvurabilirsiniz.

6. Linting

Linting, kod yazma şeklimize kurallar uygulayan başka bir harika özelliktir ve bazen hem harika hem de kullanışlı olan kod biçimlendirmesini düzeltir. Günümüzde kullanılan çoğu IDE, çeşitli linting konfigürasyonları ekleyerek daha da geliştirebileceğiniz veya özelleştirebileceğiniz linting seçenekleriyle birlikte gelir.

Örneğin, IDE'niz olarak Visual Studio Code kullanırken, VS Code, PHP dil teşhisi için resmi PHP linterini ( php -l ) kullanır. Kuralları/kısıtlamaları her dil için ayrı ayrı yapılandırabilirsiniz (örn. PHP, JavaScript, CSS vb.). Daha fazla ayrıntı için WordPress Kodlama Standartlarına göz atabilirsiniz.

• https://make.wordpress.org/core/handbook/best-practices/coding-standards/php/
• https://make.wordpress.org/core/handbook/best-practices/coding-standards/javascript/

Bir linting yapılandırmanız olduğunda, onu zorlamanız gerekir. Mevcut ve gelecekteki tüm geliştiricilerinizin, kodlarının da aynı kurallara/kısıtlamalara uyması için bu linting yapılandırmasını IDE'lerine entegre etmesi gerekir. Aksi takdirde, çabalarınızın çoğu boşuna olacaktır.

7. Değişken ve Dosya Adlandırma

Şeylerin nasıl adlandırıldığıyla ilgili bir standart geliştirin. Bu, işlev/sınıf adlarını, değişken adlarını, dosya adlarını ve hatta şablonun bir parçasıysa medya/görüntü adlarını içerir, çünkü bunların ne işe yaradığını da anlamanıza yardımcı olur.

Bazı hayati noktaları göz önünde bulundurun:

1. Belirsiz isimlerden kaçının
2. Mümkün olduğunda kısa tutun
3. Bazen dosya adına "tür" eklemek gerçekten yararlıdır. Örneğin, bir simgeyse, BlackArrowIcon.png gibi bir şeye sahip olabilirsiniz veya büyük bir arka plan resmiyse FrontYellowBG.jpg gibi bir şeye sahip olabilirsiniz. Veya bu bir kod dosyasıysa, bazen IDE'deki çeşitli sekmelerde açık olan birden çok dosyayla çalışırken o dosyanın ne anlama geldiğini bilmek gerçekten kolaydır. Örneğin helper fonksiyonları olan bir sınıf varsa Helper.php yerine HelperClass.php olarak adlandırılması faydalı olacaktır.

Daha fazla bilgi için WordPress en iyi uygulamalar kılavuzundaki Adlandırma Kuralları bölümüne bakın.

8. WordPress Hata Ayıklama

Hata ayıklama, önemli miktarda zaman alabilir ve özellikle düzenlemeler veya hata düzeltme söz konusu olduğunda, toplam geliştirme süresinde yüksek bir paya sahip olma eğilimindedir. Bu, geliştiricilerinizin bunu mümkün olan en verimli şekilde yapıp yapmadığını not etmeniz gerektiği anlamına gelir. Çoğu geliştirici bunu, en verimli yöntem olmayan web sayfasının bir kısmındaki değişkenleri manuel olarak var_dump 'ing yaparak yapmaya eğilimlidir. Bu aynı zamanda projeye daha sonra katılan geliştiriciler için baş ağrısına neden olabilir, çünkü iş bittikten sonra hata ayıklama kodu düzgün bir şekilde temizlenmezse, burada ve orada gereksiz kod satırları ile karşılaşacaklar.

Bu hata ayıklama görevine yardımcı olacak birkaç eklenti var. Aşağıda, WordPress için popüler hata ayıklama eklentilerine bazı örnekler verilmiştir.

• Kint Hata Ayıklayıcı
• Hata Ayıklama Çubuğu
• Sorgu İzleyicisi

9. Daha iyi CSS'ye sahip olun

Web geliştirme söz konusu olduğunda, CSS ile stil oluşturmak en temel faaliyetlerden biridir. Ne yazık ki, bu genellikle gözden kaçırıldığı ve JS, PHP, vb.'den daha az ilgi gördüğü anlamına gelir. Ancak, ister inanın ister inanmayın, gelecekte bir şey eklemeye veya düzenlemeye çalıştığınızda CSS doğru şekilde yapılandırılmazsa muazzam miktarda soruna neden olabilir. siteniz basit ve küçük değilse.

Bu nispeten basit şekillendirme tekniğinin neden sorunlara eğilimli olduğu hakkında daha fazla bilgi edinmek istiyorsanız, Google'a CSS'nin neden sinir bozucu olduğunu yazabilir veya CSS ile İlgili En Can sıkıcı 5 Şey hakkında daha fazla bilgi edinebilirsiniz.

İşte benim tarafımdan çok fazla ayrıntı içermeyen bazı hızlı ipuçları:

• İyi bir adlandırma uygulaması uygulayın. BEM (Block Element Modifier) ​​gibi bir adlandırma metodolojisi kullanın
• Satır içi stilden kaçının. Bunun yerine harici stil sayfaları kullanın.
• Gerektiğinde stilleri şişirmeden, mümkün olduğunda ortak yeniden kullanılabilir kalıplar bulmaya çalışın.
• Web sitesinin özelliklerine veya alanlarına göre stilleri birden çok dosyaya ayırın. Daha fazla sayıda stil dosyasının yükleme performansını etkileyebileceğinden endişe ediyorsanız, birden fazla dosyayı tek bir dosyada birleştirecek iyi bir önbellek eklentisi kullanarak bunun üstesinden gelebilirsiniz.
• SASS, LESS ve benzeri gibi CSS ön işlemcisinden yararlanın.

10. Mevcut Geliştiricilerden Geri Bildirim Alın

Son bir düşünce olarak ve listeyi tamamlamak için geliştiricilerinizden sitenizde çalışırken karşılaştıkları sorunlar hakkında geri bildirim alabilirsiniz. Sitenizde ellerini kirletenler oldukları için bazı iyi tavsiyeler verebilirler. Ayrıca, önceki geliştiriciler tarafından bırakılan hataları veya kirli kodu da gösterebilirler.