WordPress: 10 ipucu ve güçlü teknikler

Şimdi tamamlandıktan sonra tarayıcı önbelleğini devre dışı bırakalım ve çalışmaya başlayalım. 1. WordPress hata ayıklama eklentisi, hata ayıklamaya yardımcı olabilecek birkaç WordPress eklentisi de vardır. Hata ayıklama projesi için düşünebileceğiniz eklentiler hakkında küçük bir bilgi. Yararlı:
Sorgu Monitör Eklentisi – Veritabanı sorguları, çağrılan işlevler (ve hangi eklentilerin dediği), bellek kullanımı vb. Hakkında ayrıntılı bilgileri kaydedin. Yavaşlığın (ve hata) kaynağını belirlemeye yardımcı olabilir. SIPLY STOP HOCS – Bu, belirli bir sayfada çalışan filtrenin tüm eylemlerini / kancalarını, yöntem ve önceliklerle birlikte gösterir. Hiçbir şey işe yaramadığında yardımcı olabilir.
Hata Ayıklama Bar – Web sitenizdeki sayfalar hakkında yararlı bilgiler almanızı sağlar. Diğer yararlı bilgilerle birlikte sorguların ve şablonların analiz edilmesi ve kaydedilmesi.
Yardımdan daha fazla his (ve kaçınılmalıdır):
P3 Eklenti Eklentisi Profiler tarafından GodAddy – Çoğu geliştirici bu eklentiyi (ben dahil) kullanır, çünkü bu eklenti kutuda yazılanları yapar. Düzenli olarak güncellendiğinde, 3 yıl önce. Bugün sahip olduğumuz Profiler P3, WordPress’in en son sürümüyle uyumlu değil (PHP 7’yi desteklemiyor).
Şimdi, hata ayıklamak için WordPress kullanırken geliştiriciler için 9 basit ama güçlü ipucu ve teknik için. 2. wp_debug Bu senin en iyi arkadaşın. WordPress için bir şey geliştiriyorsanız ve WP_DEBUG etkinleştirilmedi, temel bilgileri bile öğreniyor musunuz, Michael?
WP_DEBUG varsayılan bir WordPress hata ayıklama modudur. İki alt tipi vardır – wp_debug_display (ekranda hatalar gösterir) ve wp_debug_log (hata mesajlaşma günlüğünü saklayan). Üç işlev, wp_config.php’de doğru veya yanlış olacak şekilde ayarlanabilir. Mutlu Bloglama.* / /* Hepsi bu, düzenlemeyi bırak! Mutlu Bloglama.*/ WP_CONFIG.php’de Line WordPress, Debug.log adlı bir dosyada tüm hataları, uyarıları ve bildirimleri kaydetmesine izin vereceksiniz. // wp_debug tanımlama modunu etkinleştir (‘wp_debug’, true); // /wp-content/debug.log dosyasına hata ayıklama günlüğünü etkinleştir Define (‘wp_debug_log’, true); // Hataların ve uyarıların görüntülenmesini devre dışı bırakın (‘wp_debug_display’, false); @ini_set (‘display_errors’, 0); // Çekirdek JS ve CSS dosyalarının geliştirme sürümlerini kullanın (yalnızca bu temel dosyaları değiştiriyorsanız gerekli) tanımlayın (‘Script_debug’, true); Bir hata oluştuğunda etkinleştirmezseniz, yapın ve 20 dakika bekleyin. Daha önce bahsedilen eklentilerin testi ve yeniden etkinleştirilmesinin en iyi kullanımı, WP_Debug’u etkinleştirdikten sonra bunu yapmaktır. Hatalara neden olan ayarlara ulaştıktan sonra, o zaman tam olarak neyin yanlış olduğunu bileceksiniz. İki bileşen arasındaki bir çatışma ise, en sonuna bakmak yerine hem kontrol edin hem de bir gün çağırmak. İhtiyacınız olan bilgiler WP_DEBUG tarafından WP-Concent/Debug.log’daki dosyaya kaydedilecek
3. – IS_WP_ERROR () Bu, her şeyle birlikte paketlenmiş başka bir WordPress hata ayıklama aracıdır. Bu, sonucun bir WordPress hatası olup olmadığını kontrol etmenizi sağlar (WP_ERROR TYPE). Temel olarak yanlış işlev hipotezinizi onaylayın. Kod başarısız olursa, WP_ERROR nesnesini döndürür ve bir hata mesajı görüntüler. 4 Webite Test ve Yapılandırma Ses Temel, ancak Kaç Geliştiricinin Test ortamını doğrudan web sitesinden ayırmayı unutması ve sonunda onu ziyaret eden kişilerin önünde bir şeye zarar vermesi gerçekten olağanüstü. Test ortamınızın eşleşmesi için düzenlendiğinden emin olun Web sitesi doğrudan bir nokta ile, işe alınan test nerede olursa olsun (yerel veya evreleme sunucusunda). Bir performans sunucusuyla gitmenizi tavsiye edeceğim.
5. WPDB Hata Raporlama WordPress Veritabanı Raporlama Bir giriş aracıdır. Bu, sorgularınızın doğru şekilde çalıştırılmasını ve hızlı hata ayıklama için herhangi bir hata (mesajlarla) görünmesini sağlar. Etkinleştirin. 6. Bu sunucu hata günlüğünün, önce aramayı düşünürseniz kodunuzu ve ön ucunuzu aramak için zamandan tasarruf edebileceğini kontrol edin. ‘Dahili sunucu hataları’ gibi mesajlar, PHP veya WordPress hatası olarak girmeyecek veya görüntülenmeyecek maksimum çalışma zamanını aşan bir komut dosyası neden olabilir. Böyle bir şey olursa, barındırma sağlayıcınızı aramadan ve bir günlük hatası veya hataların oluşmasına neden olabilecek bazı etkinlikler istemeden önce hata günlüğünüzü yalnızca sizin başınıza gelmemesini sağlamak için hata günlüğünüzü kontrol edin.
7. PHP Hatası Bildirimini kaçırabileceğiniz (veya hiç görünmeyen) PHP hata günlüğünü kaydetmenin basit bir yolu vardır. PHP, kendi hatalarıyla ilgili hilelerle birlikte gelir. Phpinfo () çalıştırabilirsiniz; ve Hata_log yöntemine bakın. Hata raporlamasını etkinleştirmek için php.ini dosyasını yapılandırabilir ve hata günlüğünü depolamak için konumu belirleyebilirsiniz: error_reporting = e_all | E_strict error_log = /var/log/php_error.log PHP.ini erişilemezse (barındırma sağlayıcınız bunu düşündüğü için), yine de Beyaz Ölüm Ekranına neden olan PHP hatasını hata ayıklayabilirsiniz. Genellikle, hatalar yanlış büyüden veya eksik noktalı virgülden gelir. Sözdizimi hatalarını bulmak ve düzeltmek için bir PHP kodu muayenesi (veya benzeri) kullanın. Sözdiziminin hata yoksa, büyük silahları kaldırma zamanı. PHPStorm veya Eclipse gibi, mantıksal olarak yanlış bir şey yapıp yapmadığınızı kontrol etmenizi sağlamak için kodu birkaç bölümde kıracak fikirleri kullanın (daha önce bir dizede kaydettiğiniz değişkenleri değiştirmek gibi) 8. Script_debug constanta, ‘geliştirici’ kullanmaya zorlar WordPress’i zorlar ‘geliştirici’ kullanmaya zorlar. Sürüm Ekstra hardcore, nihayet yayınlanan özlü bir sürüm (azaltılmış) yerine birkaç CSS ve JavaScript çekirdek dosyalarından. Varsayılan JS veya CSS dosyalarında bazı değişiklikleri test ettiğiniz durumlarda ciddi hata ayıklama için bu bir zorunluluktur. Yeterince sabitleri doğru olarak tanımlar.