PHP uygulamamdaki tüm noktaları, veritabanı sorguları gibi bir tür sistem işlemi gerçekleştirdiği veya bir e-posta gönderdiği yer olarak düşünüyorum ve tüm bu noktalarda bir şey olduğunda bir kullanıcıyı bilgilendirmem gerektiğini merak ediyorum. ters gidiyor. Bir uygulamanın parçalanabileceği çok fazla nokta var, kullanıcıya bildirimde bulunmaya değip değmeyeceğini belirlerken sorun yaşıyorum. Günlükte bir kaç günlüğüne sahip olmak daha iyi midir, her birkaç günde günlükleri takip ediyorum. Büyük ölçekli uygulamalar için standart bir yaklaşım var mı?Veritabanı sorgusu veya otomatik e-posta gibi başarısız bir sistem işleminin kullanıcıya bir hata iletisi mi verdiğini nasıl belirlerim?
cevap
Muhtemelen, log4j kitaplığının php tabanlı bir uygulaması olan log4php gibi bir şey kullanabilirsiniz. Daha sonra, bir 'ciddiyet' kullanarak her yerde mesajlar kaydederdiniz. İki faktöre bağlı olarak - esneklik ve esneklik sistemi sayesinde mesajların günlüğe kaydedilmesi/işlenmesi/görüntülenmesi için 'nerede' ve 'nasıl' yapılandırılacağı önem derecesi ve kategori.
Zaten php için tam bir çözüm olup olmadığından emin olmasam da, örneğin, ciddi hatalar bir veritabanına kaydedilmiş ve uygulamanızda admininstration bileşenine göre diplestirilirken, ciddi hatalar size gönderilir. e-posta ve im.
Kullanıcı perspektifinden beklenmedik her şey (hata iletilerini içeren "Emin misiniz" veya benzerleri gibi), mümkün olan en kısa zamanda kurtulma isteğini tetikler. Kullanıcılar mesaj okumaz ve büyük olasılıkla size sorun bildirmez, bu nedenle teknik detaylara sahip bir kullanıcıyı ezici bir çoğunlukla, her durumda yanlış yoldan gidersiniz ve oturum açma veya belki de bir e-posta ile daha iyi durumda olursunuz. bir şeyler ters gittiğinde
Kullanıcıya gelince, yuor hata durumlarını yeniden deneme yoluyla azaltılabilecek hatalara bölmeyi deneyin ve kullanıcıyı (ancak bitmek bilmeden) ve yönetimsel eylem gerektiren arızaları otomatik olarak tekrar denemeden önce otomatik olarak yeniden deneyin. Geliştiriciler için daha ayrıntılı bir günlük mesajı ile birlikte genel hata mesajı en iyi olmalıdır.
Tüm kullanıcılarınızın geliştiriciler olduğunu varsaymıyorsanız.
İdeal olarak, kullanıcılarınız, gereksinimlerinizin bir parçası olarak size bildirilmek istediklerini size bildireceklerdir.
Bunun başarısız olması durumunda, yalnızca kullanıcı tarafında bazı eylemler gerektiren durumları bildirmek gibi bir yönerge edinebilirsiniz.
- 1. Kullanıcıya dayalı bir veritabanı seçmek nasıl kullanılır?
- 2. Hata İletisi
- 3. Smartgit: Otomatik ekleme iletisi iletisi
- 4. veritabanı sorgusu -
- 5. Superagent'ın nasıl bir söz verdiğini döndürme
- 6. Bir Java işleminin JMX
- 7. MySQL sistem veritabanı tabloları InnoDB'ye dönüştürülebilir mi?
- 8. Veritabanı tablosunda bir müşterinin varsayılan gönderim adresini nasıl belirlerim?
- 9. Evrim, SQL'in bir sözdizimi hatası verdiğini söylüyor
- 10. ifstream açık başarısız olduğunda hata iletisi nasıl alınır
- 11. Hata İletisi
- 12. Yanıt iletisi başarısız oldu-Onaylama Başarısız Oldu
- 13. Bir veritabanı şeması için SQL sorgusu
- 14. Bir veritabanı gibi NSUserDefaults değerleri nasıl depolanır?
- 15. Bir SVG'yi otomatik mi?
- 16. Veritabanı sorgusu C# çalışmıyor
- 17. Parametrelerle yerelleştirilmiş bir özellik hata iletisi nasıl alınır?
- 18. Eposta açık bildirimi - raylar
- 19. Eposta çiftleşmiş
- 20. Hata iletisi Dönüştürme, dize tarihini karakter dizisinden dönüştürürken başarısız oldu
- 21. IEnumerable.GetEnumerator() ile ilgili bir hata iletisi
- 22. Bir REST API yöntemi başarısız olursa, 200, 400 veya 500 HTTP durum iletisi döndürmeli miyim?
- 23. Python ValueError hata iletisi
- 24. Hedef özelliği bir etikette nasıl belirlerim?
- 25. eposta hyperlinkbutton
- 26. Belirli bir satırda bir sözcüğün kaç defa göründüğünü nasıl belirlerim?
- 27. Hata iletisi Kullanıcının İsteğinde Sorgu İptal Edildi
- 28. Kullanıcıya, Django
- 29. Django eklentileri hata iletisi
- 30. python boş hata iletisi