WordPress’in temel dışında nasıl hata ayıklama

WordPress hata ayıklama wp_debug ile başlar, ancak bundan daha fazlası olabilir. Bu makalede şunları yapacağız:
Dosyalara ve dosyanın nerede bulunduğu hata ayıklama mesajlarını nasıl yazacağınızı görün
Hata ayıklama amacıyla azaltılmayan JavaScript ve CSS çekirdek dosyalarını nasıl kullanacağınızı öğrenin,
Sayfada çalıştırılan tüm SQL sorgularının nasıl kaydedileceğini öğrenin,
Hata ayıklama deneyimini geliştiren bazı eklentileri tanıyın
Hata Ayıklama Dosyalarına Hata Ayıklama Mesajları Yazma Hata Ayıklamaya Başlamak için WordPress Dosya Kökünde Wp-Config.php’yi açın ve hata ayıklama değişkenini açın, yani hata ayıklamayı true olarak ayarlayın: tanımlama (‘wp_debug’, true); Bu sabiti doğru olarak tanımlamak, ekranda görüntülenen tüm PHP hatalarına, bildirimlere ve uyarılara neden olacaktır. Proje geliştirme aşamasında bunu yapmak şiddetle tavsiye edilir, çünkü bu, geliştirdiğinizde kodunuzdaki hatayı gösterir ve hemen düzeltebilirsiniz.
Peki ya üretim sitesindeki hataları kontrol etmek istiyorsanız? Ekranda hataları görüntülemek, yapmak istediğiniz son şeydir, çünkü sadece sitenin görünümüne müdahale etmekle kalmaz, aynı zamanda sızıntı bilgisi kaynağı olabilir. Peki üretimde meydana gelen hataları nasıl yakalayabiliriz? Site ziyaretçileriyle paylaşmadan hata ayıklamanın bilgilerini görmenin bir yolu var mı? Gerçekten de var ve burası wp-config.php’de tanımlandığı yer burası devreye giriyor. WP_DEBUG_DISPlay ve WP_DEBUG_LOG CODEX WordPress belge çözümlerini Giriş Bu soruna, WordPress’in hata ayıklama girişi altında:
WP_DEBUG’u açtıktan sonra WP_DEBUG_LOG’u açın.Bu şekilde, izlenen hata günlük dosyasına yazılmıştır.Şimdi kendinize günlük dosyasını kimin oluşturacağını ve nereye kaydedileceğini sorabilirsiniz.Cevap, bunu bizim için işleyen WordPress’dir, yani kılavuzlarımızı yapmaya gerek yoktur: hata göründükten hemen sonra, günlük dosyası oluşturulur ve WP-Content klasörüne yerleştirilir.Çok basit!Yapılacak bir sonraki şey, hatanın ekranda yazılmasına izin vermek değil.Bunu yapmak için wp_debug_display’i kapatın.// Hataların görünümünü devre dışı bırakın ve uyarıları tanımlayın (‘wp_debug_display’, yanlış);Yani, ekrana değil dosyaya bir hata mesajı göndermemize izin veren bir komut koleksiyonu şudur: // wp_debug modunu etkinleştirin
tanımlama (‘wp_debug’, true);
// /wp-content/debug.log dosyasına hata ayıklama günlüğünü etkinleştirin
tanımlama (‘wp_debugg_log’, true);
// Hataların ve uyarıların görünümünü devre dışı bırakın
tanımlama (‘wp_debugg_display’, yanlış); Bazen hataları ekrandan gizlemek için bu satırı eklemeniz gerekebilir. Bu, php.ini sunucu dosyasında 1 olarak ayarlanmış bir display_errors varsa @ini_set (‘display_errors’, 0); Kendi mesajınızı günlük dosyasına yazın veya Echo bir hata bulma işlemi sırasında kesmediğinde, hata ayıklamanın en kolay yollarından biri ECHO ve VAR_DUMP kullanmaktır. Ancak, bazen, bu komut kullanılamaz. Bazen nedeni açıktır – örneğin depolama yöntemi sırasında bir widget ve bir hata oluşurken, ekrana yankı Ajax kullanarak işlevi nedeniyle çalışmaz, böylece yankılanacağınız widget’ı yeniler. . Başka bir zamanda, nedeni net olmayabilir – sayfanın oluşturulmasına izin vermeyen birkaç ölümcül hata alırsınız ve yankınız ekranda görünmez … sebep ne olursa olsun, nedeni net olsun veya değil, sonuçlar aynıdır ve amaçlanan değişkenin değerini görüntülemek için farklı bir yol bulmalısınız.
Çözüm, wp-config.php üzerindeki wp_debug ve wp_debug_log’u etkinleştirmektir. Bu bir error.log dosyası oluşturur ve WP-Content klasörüne yerleştirir. Değişkenler yerine değişkenler nasıl kaydedilir, değişkenlerinizi kaydetmek için echo komutunu kullanmak yerine error_log php komutunu kullanırsınız. Yani, “Ben 38 satırdayım” yerine; Yazıyorsunuz: error_log (“Ben 38 satırdayım”); Değişkenler Nasıl Kaydedilir VAR_DUMP artık bir hata veya dize dizimiz olmadığını varsayalım, ancak VAR_DUMP ile yaptığımız gibi belirli değişkenlerin değerini kontrol etmek istiyoruz. Bu kod parçasını birkaç yıl önce bir dosyaya bir dosyaya nasıl atılacağını açıklayan bir yazıda buldum ve şuna benzer: $ x = “My String”;
// Bu durumda x veya diğer değişkenleri atın
Ob_start ();
Var_Dump ($ x);
$ content = ob_get_contents ();
ob_end_clean ();
error_log ($ content);
Akıllı hata ayıklayıcımızı herhangi bir zamanda bu 8 satırı yazmamak için bir işleve dönüştürmek, en etkili olanı işlevinizde kalıcı bir işlev haline getirmektir.php tema dosyası bir tema geliştiriyorsanız veya eklenti dosyalarınızdan birinde Bir eklenti geliştiriyorsanız. İşlev, dosyaya boşaltılması gereken bir değişken olan bir parametre almalıdır. Ek error_log parametreleri ERROR_LOG komutuna bakarsanız, diğer 3 isteğe bağlı parametre aldığını görürsünüz. İkinci kombinasyon, $ Message_Type ve üçüncü, $ hedef ve bazı durumlarda $_Headers, hata girişinin ek konumunun yazılabileceğini belirleyin.
Wp-config.php script_debug’da daha fazla hata ayıklama olasılığı bazen değilsiniz-WordPress çekirdeğine ait JS veya CSS dosyalarıyla ilgili sorunları olabilir ve bazı konsol komutlarına girmeye karar vermek istersiniz. Komut dosyası ve stil ve azaltılmış JS ve CSS dosyalarının sürümünü kullanma, ancak hata ayıklamak zor. Neyse ki, WordPress bu tür durumlar için iyi donanımlıdır ve her JS ve CSS dosyasından azaltılmayan bir sürüm gönderir. WordPress’in bu dosyaları kullanmasını nasıl söylerken, wp-config.php’deki Script_Debug sabitini etkinleştirmektir, yani true olarak ayarlanır. Bu, WordPress’i genellikle yüklenen azaltılmış sürüm yerine CSS ve JavaScript çekirdek dosyalarının “Dev” sürümünü kullanmaya zorlar.
İstekler Kaydolma Bir veritabanı kuyruğu oynamak isteyebileceğiniz zamanlar vardır. Bu, sorgulardan birinin olması gerekenden daha uzun sürdüğünden veya yanlış sonuçları geri yüklediğinden veya yüklediğiniz sayfada çalışan sorguları görmek için bir çözüm olan başka bir nedenden şüphelendiğiniz için olabilir. Bu gibi durumlarda, wp-config.php’deki SaveQueries sabitini etkinleştirin ve kuyruğun ne kadar süre gerçekleştirildiği ve işlevlerin ona ne dediği hakkında bilgiye ek olarak tüm sorgular saklanır. Bu verilerin tümü Global $ WPDB-> sorgularında saklanır.

tanımlayın (‘kaydet’, true); Hata Ayıklama Eklentisi, hata ayıklama yapmanızı sağlayan varsayılan WordPress yönteminin yanı sıra, hata ayıklama işleminize de yardımcı olabilecek birkaç eklenti vardır. Doğal olasılığından daha fazla bilgi sağlarlar ve daha sofistike bir şekilde sergilerler. Bu, WP eklenti deposundaki eklenti sayfasından alınan bir açıklama ile üsttür. Pembentiau Kueri – Açıklama: Sorgu Monitör, WordPress için bir geliştirici panelidir. Bu, veritabanı sorgularının hata ayıklama, PHP hataları, kancalar ve eylemler, blok düzenleyici blokları, gönderilen komut dosyaları ve stil sayfaları, HTTP yangın çağrıları, Ajax çağrıları, REST API çağrıları ve daha fazlasına izin verir. Bu, bilgiyi yararlı bir şekilde sunar, örneğin eklentilere, temalara veya bundan sorumlu işlevlere göre gruplandırılan toplam veritabanı sorguları görüntüleyerek. Panelde tam hata ayıklama bilgileri ile geçerli sayfa özetini görüntüleyen yönetici menüsünü ekledi. Diğer bilgiler: Bu eklenti en fazla aktif kuruluma sahiptir (bu yazı sırasında 100.000+) ve iyi desteklenmektedir (son iki ayda çözülen 15 sorundan 11’i). 363 incelemeye dayanan 5 yıldız var. Bu, eski bir çekirdek katkıda bulunan John Blackboururn tarafından geliştirildi.
Hata Ayıklama Bland – Açıklama: Hata ayıklama menüsünü sorguları, önbellekleri ve diğer yararlı hata ayıklama bilgilerini görüntüleyen yönetici çubuğuna ekleyin.WP_Debug etkinleştirildiğinde, bulmayı kolaylaştırmak için PHP uyarılarını ve bildirimleri de izler.Kaydetme etkinleştirildiğinde, MySQL sorguları izlenir ve görüntülenir.Ayrıca PHP/MySQL konsolu ekleyen hata ayıklama çubuğu konsolu eklentisi gibi başka eklentiler de mevcuttur.Diğer bilgiler: Bu eklentinin 30.000’den fazla aktif kurulumu vardır.Desteği biraz eksiktir, son iki ayda 4 sorundan 0’dır.59 incelemeye dayanan 4 yıldız var.Bu, biri WordPress.org ve diğerleri eski çekirdek katkıda bulunan 10’dan fazla katılımcı ve geliştirici tarafından geliştirildi.