WordPress sitelerini geliştirmek için 4 ipucu
Birkaç gün önce bir arkadaş aradı ve bana eski WordPress projesini sürdürme görevi verildiğini söyledi. Görünüşe göre, web sitesi üç yıldan fazla bir süredir güncellenmedi ve her yerde sorun var. Zavallı kişi gerçekten kilitlendi, çünkü orada hiçbir şey yenileyemedi: eklentiler, temalar, içerik … hiçbir şey başarılı değildi. Tüm eylemler (sitenin kendisini keşfetmenin yanı sıra) WordPress grevine ve hataları geri yükleme ile sonuçlanır. Sabit ve yenilenemeyen hatalar üreten kullanılamayan bir wordpress olduğunda, yapmamız gereken ilk şey neden böyle davrandığını belirlemektir. Yani, suçluyu bulmalıyız. Genellikle, WordPress sitesinde bulabileceğiniz sorunlar, temanız veya bir (veya daha fazla) eklentiniz nedeniyle gerçekleşir.
Bunu göz önünde bulundurarak, WordPress sitesini iyileştirme prosedürü, ihlal eden eklentileri tanımlamak, eşitlikten ortadan kaldırmak, her şeyi güncellemek ve son olarak, web sitemizde rahatsız olan eklentileri yeniden yükleyip güncelleyemeyeceğimizi veya bir bulmamız gerekip gerekmediğini görmektir. yenisiyle değiştirme. Bugün size bir web sitesinin neden başarısız olduğunu öğrenmek için dört basit hile yapacağım ve böylece düzeltebileceğim. Sunucumuzun hata günlüğünü kullanarak, web sitemizde sahip olduğumuz hatalara neden olan bir eklenti olduğunu varsayarak, yapmamız gereken ilk şey hipotezi doğrulamaktır. Bunu yapmak için çeşitli formüller vardır. Şahsen, CPanel’de kendi seçenekleri olan sunucumun hata günlüğüne bakarak başlamak istiyorum:
Umarım hata günlüğü sadece web sitemizde meydana gelen hataların izleri değil, aynı zamanda hataların nerede gerçekleştiği ve dolayısıyla suçlu olan bilgileri de içermektedir. Örneğin, geçen hafta geliştirme ortamımın günlüğünde aşağıdaki sorunları yaşadım: AppServer_1 | [Mon Ağu 24 09: 18: 20.977541 2020] [PHP7: Bildirim] [PID 1107] [Müşteri 172.20.0.2:34396] PHP Bildirim: Register_rest_route’a yanlış denildi. yoast/v1/get_head için geri kalan API rotası tanımı, gerekli permsiss_callback bağımsız değişkeni eksik. Herkese açık olması amaçlanan REST API yolları için, izin geri çağrısı olarak
__ return_tue kullanın. Daha fazla bilgi için lütfen bkz. (Bu mesaj 5.5.0 sürümüne eklendi.) /App/.lando/wordpress/wp-cludes/fonction.php 5225 satırında, yönlendirici: http://nab5.lndo.site/wp-admin/dit. PHP Log, bize “eklenti nedeni” hakkında hiçbir şey söylemeyen WordPress dosyalarından birinde (WP-Accessiones/Function.php) birinde meydana gelen PHP bildirimini bildirdi. Neyse ki, mesajın tamamını okursanız, mesajın neyin başarısız olduğunu açıkladığını (yani Register_Rest_Route’a çağırıyor) ve bize neyin yanlış olabileceği hakkında bir ipucu verdiğini göreceksiniz: Yoast (“Yoast/v1/get_head” den bahsettiğini gördünüz mü? ).Günlük hatası, yanlış bir şey olduğunda/ne zaman/ne zaman olduğunu ve evet ise, hatanın arkasındaki sebep nedir olduğunu hızlı bir şekilde bulmanın en kolay yoludur. Bu özel örnekte Yoast ile bir sorunum olduğunu buldum ve tek yapmam gereken eklentiyi en son sürüme güncellemekti. Eklentiyi WordPress panosundan devre dışı bırakarak maalesef, her şeyin güneye gittiğini öğrenmek için web sitesinin hata günlüklerine erişmek her zaman mümkün değildir. Veya günlüklere erişiminiz varsa, eksik olabilir. Bu durumda, ilk hipotezimizi doğrulamak (veya reddetmek) için alternatif bir formüle ihtiyacımız var. Web sitemizin başarısız olduğu varsayıldığında, yanlış eklenti, yapılacak en kolay şey tüm eklentileri devre dışı bırakmak ve hataların hala var olup olmadığını kontrol etmektir. Değilse, suçlu bir eklentidir; Eğer devam ederse, sorun başka bir yerde. Bunu yapmak için WordPress Gösterge Tablosu »eklentisini açın, tüm etkin eklentilerinizi seçin ve kütle devre dışı bırakın:
Mass Action kullanarak eklentileri nasıl devre dışı bırakılır. Ve bir hata hala olup olmadığını kontrol edin. Değilse, sorunun yeni devre dışı bıraktığınız eklentilerden biri neden olduğunu biliyorsunuz. Şimdi hangisini bulmanın zamanı geldi.
Yanlış eklentiyi tanımlamak için, tek tek etkinleştirebilir ve hataların ne zaman göründüğünü kontrol edebilirsiniz. Veya daha hızlı olmak istiyorsanız, aşağıdaki adımları uygulayabilirsiniz:
Eklentinizin yarısını etkinleştirin.
Hata yeniden ortaya çıkarsa, suçlu yeni etkinleştirdiğiniz yarısındadır, böylece diğer yarısını güvenli bir şekilde etkinleştirebilirsiniz.
Hata görünmüyorsa, suçlu diğer yarısındadır.
Yanlış eklentinin bulunduğu “grupta” bildikten sonra, sadece buna odaklanmanız ve süreci tekrarlamanız gerekir. Grubun yarısını etkinleştirin ve diğer yarıyı devre dışı bırakın (yani toplamın dörtte birini kontrol edeceksiniz) ve web sitenizin düzgün çalışıp çalışmadığını görün. Suçluyu bulana kadar işlemi tekrarlayın.
Hangi eklentilerin başarısız olduğunu bildikten sonra, sorunun nasıl düzeltileceğini size bağlıdır. Geliştiriciyle iletişime geçmeniz, kendi eklentinizi düzeltmeye çalışmanız veya hatta alternatiflerle değiştirmeyi düşünmeniz gerekebilir. Ancak, en azından, sorunu ortadan kaldırmak için ne yapmanız gerektiğini biliyorsunuz.
Gadan Başlangıçtan itibaren arkadaşımı hatırladığınız aktif eklentiler listesi? Web sitesini araştırdığımızda, önceki tüm adımları takip ettik ve web sitesindeki tüm eklentileri devre dışı bıraktık … … Beyaz Ölüm Ekranını üretti!
Görünüşe göre web, çok fazla çapraz bağımlılık ile özel eklentiler ve tema ayarları ile doludur. Eklentiyi devre dışı bırakarak, temaya dayanan bazı işlevler artık mevcut değildir, bu da ölümcül hataları tetikler. Bu açıkça kötü bir uygulamadır: temalar aktif eklentilere güvenemez. Belirli eklentiler tarafından sağlanan bazı özelliklere ihtiyacınız varsa, eklenti, mevcut olup olmadığını doğrulamak için bir güvenlik kontrolü uygulamalıdır.
Ancak sorun, sitenin tamamen kapalı olması ve gösterge tablosunu kullanarak eklentiyi yeniden etkinleştiremeyeceğimizdir. Peki burada çözüm nedir? Yeni başlayanlar için, her zaman web sitenizin bir yedeğine sahip olmalısınız … ancak bu özel durumda daha kolay ve daha hızlı bir çözüm var. WordPress veritabanınızda WP_OPtions adlı bir tablo vardır. Orada, Active_Plugins adlı bir seçenek bulacaksınız. Değer, tüm etkin eklentilere sahip bir dizidir. Bu nedenle, daha önce bahsettiğim kütle eylemini kullanarak eklentiyi devre dışı bırakmadan önce, bu değeri metin dosyasına kaydedin: veritabanındaki etkin eklenti.
Bu şekilde, “tüm eklentileri devre dışı bırakmak” imkansız WSOD (ancak imkansız değil) ile sona eriyorsa, veritabanındaki Active_Plugins seçeneğini geri yükleyerek tüm eklentileri yeniden etkinleştirebilirsiniz. Eklentileri FTP aracılığıyla nasıl devre dışı bırakılır, sorununuzun belirli eklentiler tarafından üretildiğini biliyorsanız, ancak WordPress kontrol panelinden devre dışı bırakmanın bir yolunuz yoksa, FTP aracılığıyla güvenli bir şekilde yapabilirsiniz. Bildiğiniz gibi, eklenti bir dosya koleksiyonundan başka bir şey değildir. Web sitenize yeni bir eklenti yüklediğinizde, kod WP-Concent/WordPress eklentileri klasöründe sona erecektir. Bu bilgiyi kullanarak eklentiyi klasörden “kaldırarak” devre dışı bırakabiliriz.CPanel sunucunuzu açın ve FTP seçeneğini arayın: CPanel’de FTP seçenekleri.
Ardından, FTP Explorer dosyasını kullanarak WP-Concent/Eklentiler klasörünü bulun ve eklentinizi bulun:
Cpanel dosya tarayıcısı. Şimdi, tek yapmanız gereken eklentiyi silmek veya WordPress’in bulamaması için klasörün adını değiştirmek.Bu şekilde, WordPress sitesine girerseniz, WordPress eklentiyi artık görmeyecek ve yanlış kodu yükleyemez, böylece yaşadığınız sorunu çözer.Son varsayılan temayı kullanın, sorunun eklentilerinizden birinden kaynaklandığı hipotezi doğru değilse, bir sonraki adım nedenin temanız olduğunu varsaymaktır.Bu durumda, tek yapmanız gereken WordPress varsayılan temasını (yirmi yirmi gibi) yüklemek ve sorunun kaybolup kaybolmadığını görmek.Eğer kaybolursa, orijinal temanızda bir sorun olduğunu zaten biliyorsunuz;Değilse, bu farklı bir yazıda tartışmamız gereken bir şey.
