İçeriğe geç
Araçlar

WP_DEBUG Yapılandırıcı

Yayındaki sitenizi bozmadan hata ayıklama günlüğünü açın

Tarayıcınızda çalışır. Hiçbir şey yüklenmez.

Bu site nerede?

Bu, yalnızca ifadeyi değil, önerinin kendisini değiştirir. Canlı bir sitedeki güvenli yapılandırma, dizüstü bilgisayarınızdaki işe yarar yapılandırmadan gerçekten farklıdır.

Sonuç

Seçenekler
wp-config.php

Bunları /* That's all, stop editing! */ yazan satırın ÜSTÜNE yapıştırın — bu satırın altındaki her şey yok sayılır; bu yüzden pek çok kişi WP_DEBUG'ın "hiçbir şey yapmadığını" söyler.

WP_DEBUG Yapılandırıcı hakkında

Hataları ziyaretçilerinize göstermek yerine bir günlük dosyasına yazan WP_DEBUG sabitlerini oluşturun. Çoğu sitenin kopyaladığı varsayılan WP_DEBUG parçası PHP hatalarını herkese açık şekilde gösterir — bu ise göstermez.

SSS

Sorular

Canlı bir sitede WP_DEBUG'ı etkinleştirmek güvenli mi?

Yalnızca WP_DEBUG_DISPLAY false olarak ayarlıysa. Tek başına WP_DEBUG, PHP uyarılarını ve bildirimlerini — sunucunuzun mutlak dosya yolları dahil — doğrudan ziyaretçilerinizin yüklediği sayfalara yazdırır. Neredeyse her öğretici size o tek satırı verir ve durur. Bunu WP_DEBUG_LOG ile ve WP_DEBUG_DISPLAY false ile eşleştirin, o zaman güvenlidir.

WordPress debug günlüğü nereye gider?

Varsayılan olarak wp-content/debug.log. Bilinmesi gerekir: birçok barındırma sağlayıcısında o dosya herkese açık şekilde erişilebilir — herkes bir tarayıcıda onu isteyebilir. Bunun yerine WP_DEBUG_LOG'a bir yol verip günlüğü web kök dizininin üstüne yazabilirsiniz, ki bu araç bunu sizin için oluşturur.

WP_DEBUG'ı true yaptım ama hiçbir şey olmadı. Neden?

Neredeyse her zaman sabit, wp-config.php'deki "That's all, stop editing!" satırının ALTINA eklendiği içindir. O satırdan sonraki her şey görmezden gelinir. Onu üste taşıyın.