Hata Günlüğü

Seçilen korumalı alan isteği için bootstrap, WP_DEBUG değerini true, WP_DEBUG_LOG değerini korumalı alanın debug.log değeri ve WP_DEBUG_DISPLAY değerini false olarak tanımlar; böylece hatalar tarayıcı yerine korumalı alana ait bir dosyaya yazılır.

Bunların her biri yalnızca wp-config.php tarafından henüz tanımlanmamışsa tanımlanır ve bootstrap satırı, geri kalan wp-config.php işlemlerinden sonra, wp-settings.php satırının hemen üstündedir. Standart bir wp-config.php, WP_DEBUG değerini false olarak tanımlar; bu nedenle böyle bir kurulumda korumalı alan istekleri debug.log günlüğüne yazılmaz (issue #4). Burada korumalı alan başına günlükler almak için wp-config.php içindeki WP_DEBUG, WP_DEBUG_LOG ve WP_DEBUG_DISPLAY tanımlarını kaldırın. Böylece WordPress, ana makine isteklerinde hata ayıklamayı kapalı tutar ve bootstrap, korumalı alan isteklerinde günlüğü etkinleştirir.

Günlükleri görüntüleme

wp rudel logs alpha-3be7
wp rudel logs alpha-3be7 --lines=200
wp rudel logs alpha-3be7 --follow

Varsayılan olarak son 50 satır gösterilir. --follow, dosya üzerinde tail -f komutunu çalıştırır.

Günlükleri temizleme

wp rudel logs alpha-3be7 --clear

Günlük konumu

Günlük dosyası korumalı alan dizininde bulunur:

wp-content/rudel-environments/{id}/debug.log

Bu dizin wp-content içindedir ve web sunucuları buradaki diğer dosyalar gibi dosyayı da sunar. Başkalarının erişebildiği tüm ana makinelerde rudel-environments altındaki snapshots dizinlerine ve *.log dosyalarına web erişimini engelleyin (issue #9).

Engellenen e-posta

Korumalı alan istekleri giden e-postaları engeller. WP_DEBUG_LOG tanımlandığında, engellenen her ileti alıcısı ve konusuyla birlikte error_log() aracılığıyla günlüğe kaydedilir. İleti, yalnızca yukarıda açıklandığı gibi hata ayıklama günlüğü etkin olduğunda korumalı alanın debug.log kaydına ulaşır; aksi halde PHP'ın varsayılan hata günlüğüne yazılır.