Programcılar hata raporlamayı açık veya kapalı tutar mı?

Ben php programcıları php.ini içinde web sitesi teslim ettikten sonra açık veya kapalı error_reporting tutmak olup olmadığını merak ediyordum?

php

Her zaman hata raporlamaya, en önemli olayların günlüğe kaydedilmesine ve denetimine devam etmelisiniz. Aksi takdirde, başvurunuzun herhangi bir nedenle başarısız olacağı gün, ne olduğunu anlamakta zorlanırsınız.

Bununla birlikte, hassas raporların gösterilmesi bir güvenlik sorunu olacağından, hata raporlaması dahili olarak yapılmalı ve asla son kullanıcıya gösterilmemelidir. Bunun için display_errorsve log_errorsayarlarını kullanabilirsiniz : içinde php.ini-production, birincisi offikincisi olarak ayarlanır on.

Bu arada, php.ini-productionsorunuzu zaten cevaplıyor:

; error_reporting
;   Default Value: E_ALL & ~E_NOTICE
;   Development Value: E_ALL | E_STRICT
;   Production Value: E_ALL & ~E_DEPRECATED

Başka bir yorum da şunu söyler:

Varsayılan olarak PHP, birlikte PHP'deki en iyi uygulamaları ve önerilen kodlama standartlarını kapsayan E_NOTICE ve E_STRICT ile ilgili olanlar DIŞINDA tüm hatalar, bildirimler ve uyarılar için harekete geçecek şekilde ayarlanmıştır. Performansla ilgili nedenlerden dolayı, bu önerilen hata raporlama ayarıdır. Üretim sunucunuz, en iyi uygulamalar ve kodlama standartları hakkında şikayet eden kaynakları boşa harcamamalıdır.

— Arseni Mourzenko
kaynak

Cevap için teşekkürler. Bir web sitesi geliştirilirken hata raporlamanın çok yararlı olduğu çok açıktır, ancak web sitesi oluşturulduktan sonra geliştiricilerin bunu kapatması durumunda kafanız karıştı, böylece istemci hatalardan hiçbirini görmüyor. Kavramı temizlediğiniz için teşekkürler.

Bir geliştirici error_reportingüretimde kapanırsa , gizlenecek bir şeyleri olabilir.

— Lekensteyn

Üretimde hata ayıklama ve izleme düzeyi günlük kaydını çevirmek istiyorsunuz. Hatalı raporlama, işler ters gittiğinde çok önemlidir. Çoğu site, uygun şekilde yapıldığı takdirde bilgi günlüğünün etkinleştirilmesini isteyecektir.

— BillThor

@FahadUddin Web sitenizin / uygulamanızın görüntüleyenlerinin hataları görmesini istemiyorsunuz. Kısıtladığımız tek şey, son kullanıcıya hataların görüntülenmesidir, günlük kaydı geri kalanıyla ilgilenir. Bununla birlikte, iyi uygulama, uygulama düzeyinde bir hata olması durumunda (örneğin, kötü DB bağlantısı) son kullanıcıya bir şeyler ters gittiğini bildirir ve arka uçta geliştiricileri hemen uyarır.

— Ian Lewis