WordPress’te hata ayıklama işlemlerinin bir kaçını bu makale de inceleyeceğiz. PHP kodunda hata ayıklama herhangi bir projenin bir parçasıdır, ancak WordPress süreci basitleştirmek ve çekirdek, eklentiler ve temalar üzerinde kodu standartlaştırmak için tasarlanmış belirli hata ayıklama sistemleri ile birlikte gelir. Bu sayfada, WordPress’teki çeşitli hata ayıklama araçları ve kodlamanızda nasıl daha verimli olacağınız ve kodunuzun genel kalitesi ve birlikte çalışabilirliği artırılmaktadır.
Programcı olmayan veya genel kullanıcı için, bu seçenekler ayrıntılı hata bilgilerini göstermek için kullanılabilir.
# WP_DEBUG
WordPress genelinde “hata ayıklama” modunu tetiklemek için kullanılabilen bir PHP sabiti (kalıcı bir global değişken). Varsayılan olarak yanlış olduğu varsayılır ve WordPress’in geliştirme kopyalarındaki wp-config.php dosyasında genellikle true olarak ayarlanır .
define( ‘WP_DEBUG’, true );
define( ‘WP_DEBUG’, false );
NOT : Örnekteki trueve falsedeğerleri, boole (doğru / yanlış) değerler oldukları için kesme işaretleriyle (‘) çevrelenmez. Sabitleri olarak ayarlarsanız ‘false’, tırnak işaretleri boolean yerine dize olduğu için true olarak yorumlanırlar.
WP_DEBUG Canlı sitelerde veya diğer hata ayıklama araçlarının kullanılması önerilmez ; bunlar yerel test ve hazırlama kurulumları içindir.
PHP Hataları, Uyarıları ve Bildirimleri
Etkinleştirme WP_DEBUG, tüm PHP hatalarının, bildirimlerinin ve uyarılarının görüntülenmesine neden olur. Bu, yalnızca önemli hataları ve / veya hatalara ulaşıldığında beyaz bir ölüm ekranını gösteren PHP’nin varsayılan davranışını değiştirebilir.
Tüm PHP bildirimlerini ve uyarılarını göstermek genellikle bozuk görünmeyen, ancak PHP içindeki doğru veri doğrulama kurallarına uymayan şeyler için hata mesajlarına neden olur. İlgili uyarı belirlendikten sonra bu uyarıların düzeltilmesi kolaydır ve sonuçta ortaya çıkan kod neredeyse her zaman hataya dayanıklıdır ve bakımı daha kolaydır.
Kullanımdan Kaldırılmış İşlevler ve Bağımsız Değişkenler
Etkinleştirme WP_DEBUG, sitenizde kullanılmakta olan WordPress içindeki kullanımdan kaldırılmış işlevler ve bağımsız değişkenlerle ilgili bildirimlere de neden olur. Bunlar henüz çekirdek kodundan kaldırılmayan ancak yakın gelecekte silinmek üzere olan işlevler veya işlev bağımsız değişkenleridir. Kullanımdan kaldırma bildirimleri genellikle bunun yerine kullanılması gereken yeni işlevi belirtir.
# WP_DEBUG_LOG
Tüm hataların bir debug.log günlük dosyasına da kaydedilmesine neden olan WP_DEBUG’a eşlik eden bir özelliktir. Bu, tüm bildirimleri daha sonra incelemek veya ekran dışında oluşturulan bildirimleri görüntülemek istiyorsanız (örn. AJAX isteği veya wp-cron sırasında) kullanışlıdır. Çalıştırmak).
Bunun, error_log()örneğin Ajax olaylarında hata ayıklama yaparken faydalı olabilecek PHP’nin yerleşik işlevini kullanarak günlük dosyasına yazmanıza izin verdiğini unutmayın .
Olarak ayarlandığında true, günlük wp-content/debug.logsitenizin dosya sistemine kaydedilir . Alternatif olarak, dosyayı başka bir yere kaydetmek için geçerli bir dosya yoluna ayarlayabilirsiniz.
define (‘WP_DEBUG_LOG’, doğru);
-veya-
define (‘WP_DEBUG_LOG’, ‘/tmp/wp-errors.log’);
NOT : WP_DEBUG_LOG herhangi bir şey yapmak WP_DEBUGiçin etkinleştirilmelidir (true). WP_DEBUG_DISPLAYBağımsız olarak kapatabileceğinizi unutmayın .
# WP_DEBUG_DISPLAY
Hata ayıklama iletilerinin sayfaların HTML’sinde gösterilip gösterilmeyeceğini denetleyen başka bir yoldaştır . Varsayılan değer, üretildikçe hataları ve uyarıları gösteren ‘true’ değeridir. Bunu false olarak ayarlamak tüm hataları gizler. Bu WP_DEBUG_LOG, hataların daha sonra gözden geçirilebilmesi için ile birlikte kullanılmalıdır .
define (‘WP_DEBUG_DISPLAY’, yanlış);
NOT : WP_DEBUG_DISPLAY herhangi bir şey yapmak WP_DEBUGiçin etkinleştirilmelidir (true). WP_DEBUG_LOGBağımsız olarak kontrol edebileceğinizi unutmayın .
# SCRIPT_DEBUG
WordPress’i normalde yüklenen küçültülmüş sürümler yerine çekirdek CSS ve JavaScript dosyalarının “dev” sürümlerini kullanmaya zorlayan ilgili bir sabittir. Bu, yerleşik .js veya .css dosyalarındaki değişiklikleri test ederken yararlıdır. Varsayılan, false değeridir.
define( ‘SCRIPT_DEBUG’, true );
# TASARRUFLAR
Tanım bir diziye veritabanı sorgularını kaydeder ve bu dizi bu sorguları analiz yardımına görüntülenebilir. True olarak tanımlanan sabit, her bir sorgunun kaydedilmesine, bu sorgunun ne kadar süre çalışmasına ve hangi işlevin çağırdığına neden olur.
define (‘SAVEQUERIES’, doğru);
Dizi genel olarak depolanır $wpdb->queries.
NOT : Bunun siteniz üzerinde performans etkisi olacaktır, bu nedenle hata ayıklamadığınız zamanlarda bunu kapattığınızdan emin olun.
————–
Hata ayıklama # için örnek wp-config.phpHata ayıklama için wp-config.php örneği
Wp-config.php dosyanıza eklenen aşağıdaki kod, tüm hataları, bildirimleri ve uyarıları wp-content dizinindeki debug.log adlı bir dosyaya kaydeder. Ayrıca sayfa oluşturma işlemini kesintiye uğratmamak için hataları gizler.
// WP_DEBUG modunu etkinleştir
define (‘WP_DEBUG’, doğru);// /wp-content/debug.log dosyasına hata ayıklama günlüğünü etkinleştir
define (‘WP_DEBUG_LOG’, doğru);// Hataların ve uyarıların görüntülenmesini devre dışı bırak
define (‘WP_DEBUG_DISPLAY’, yanlış);
@ini_set (‘display_errors’, 0);// Temel JS ve CSS dosyalarının geliştirici sürümlerini kullanın (yalnızca bu çekirdek dosyaları değiştiriyorsanız gereklidir)
define (‘SCRIPT_DEBUG’, doğru);
NOT : Bu eklemek gerekir ÖNCE /* That’s all, stop editing! Happy blogging. */ içinde wp-config dosyası.
Kaynak: WordPress
