Django sitelerinde sunucu hatalarını nasıl kaydedersiniz

Gelişimi ile oynarken Yani, sadece ayarlayabilirsiniz settings.DEBUGiçin Trueve iyi yığın izleme ve istek bilgilerle, bu güzel biçimlendirilmiş görebilirsiniz bir hata karşılaşılması durumunda.

Ama bir tür üretim sitesinde DEBUG=False, şu anda bu hatayı düzeltmek için çalıştığım bilgilerle standart bir hata 500 sayfasını ziyaret edip ziyaret etmeyi tercih ederim;)
Aynı zamanda hepsini günlüğe kaydetmenin bir yoluna sahip olmak istiyorum bu bilgileri (yığın izleme ve istek bilgileri) sunucumdaki bir dosyaya gönderebilir - böylece konsoluma gönderebilir ve hataları kaydırabilir, günlüğü her saat bana e-postayla gönderebilirim.

Bu basit gereksinimleri karşılayan bir django sitesi için hangi günlükleme çözümlerini önerirsiniz? Ben fcgisunucu olarak çalışan uygulama var ve apache web sunucusu (lighttpd gitmeyi düşünüyor rağmen) ön uç olarak kullanıyorum.

Ne zaman DEBUG = False, Django ADMINSayarda listelenen her bir kişiye herhangi bir hatanın tam izini otomatik olarak postalayacaktır , bu da size bildirimleri hemen hemen ücretsiz olarak alır. Daha ayrıntılı denetim istiyorsanız, ayarlanan process_exception()özel duruma erişebilecek bir yöntem tanımlayan bir ara katman sınıfı yazıp ayarlarınıza ekleyebilirsiniz :

http://docs.djangoproject.com/en/dev/topics/http/middleware/#process-exception

Kişisel process_exception()yöntemi, daha sonra istediğiniz açarken türü ne olursa olsun gerçekleştirebilir:,, konsola yazmaya dosyaya yazma vs., vs.

Düzenleme: Biraz daha az kullanışlı olsa da got_request_exception, istek işleme sırasında bir istisna ile karşılaşıldığında gönderilecek sinyali de dinleyebilirsiniz :

http://docs.djangoproject.com/en/dev/ref/signals/#got-request-exception

Bu değil katman yöntemi ile çalışmak çok daha kolaydır böylece Ancak istisna nesnesine erişim sağlar.

Django Sentry, daha önce de belirtildiği gibi gitmek için iyi bir yoldur, ancak düzgün bir şekilde (ayrı bir web sitesi olarak) ayarlanmasıyla ilgili biraz çalışma vardır. Her şeyi basit bir metin dosyasına kaydetmek istiyorsanız, işinize koyacağınız günlük yapılandırmasısettings.py

LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'handlers': {
        # Include the default Django email handler for errors
        # This is what you'd get without configuring logging at all.
        'mail_admins': {
            'class': 'django.utils.log.AdminEmailHandler',
            'level': 'ERROR',
             # But the emails are plain text by default - HTML is nicer
            'include_html': True,
        },
        # Log to a text file that can be rotated by logrotate
        'logfile': {
            'class': 'logging.handlers.WatchedFileHandler',
            'filename': '/var/log/django/myapp.log'
        },
    },
    'loggers': {
        # Again, default Django configuration to email unhandled exceptions
        'django.request': {
            'handlers': ['mail_admins'],
            'level': 'ERROR',
            'propagate': True,
        },
        # Might as well log any errors anywhere else in Django
        'django': {
            'handlers': ['logfile'],
            'level': 'ERROR',
            'propagate': False,
        },
        # Your own app - this assumes all your logger names start with "myapp."
        'myapp': {
            'handlers': ['logfile'],
            'level': 'WARNING', # Or maybe INFO or DEBUG
            'propagate': False
        },
    },
}

Başka bir cevapta bahsedilen django-db-log ile değiştirildi:

https://github.com/dcramer/django-sentry

Açıkçası James doğrudur, ancak bir veri deposunda istisnalar kaydetmek istiyorsanız, halihazırda mevcut birkaç açık kaynak çözümü vardır:

1) CrashLog iyi bir seçimdir: http://code.google.com/p/django-crashlog/

2) Db-Log da iyi bir seçimdir: http://code.google.com/p/django-db-log/

İkisi arasındaki fark nedir? Görebildiğim neredeyse hiçbir şey, bu yüzden her ikisi de yeterli olacak.

Her ikisini de kullandım ve iyi çalışıyorlar.

EMP'nin en faydalı kod sunumundan bu yana biraz zaman geçti. Şimdi uyguladım ve bazı manage.py seçeneği ile uğraşırken, bir hatayı kovalamaya çalışmak için, şu anki Django (1.5.?) Sürümümün bir requir_debug_false filtresinin şimdi olduğu etkisine yönelik bir kullanımdan kaldırma uyarısı aldım mail_admins işleyicisi için gereklidir.

Düzeltilmiş kod:

LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'filters': {
         'require_debug_false': {
             '()': 'django.utils.log.RequireDebugFalse'
         }
     },
    'handlers': {
        # Include the default Django email handler for errors
        # This is what you'd get without configuring logging at all.
        'mail_admins': {
            'class': 'django.utils.log.AdminEmailHandler',
            'level': 'ERROR',
            'filters': ['require_debug_false'],
             # But the emails are plain text by default - HTML is nicer
            'include_html': True,
        },
        # Log to a text file that can be rotated by logrotate
        'logfile': {
            'class': 'logging.handlers.WatchedFileHandler',
            'filename': '/home/username/public_html/djangoprojectname/logfilename.log'
        },
    },
    'loggers': {
        # Again, default Django configuration to email unhandled exceptions
        'django.request': {
            'handlers': ['mail_admins'],
            'level': 'ERROR',
            'propagate': True,
        },
        # Might as well log any errors anywhere else in Django
        'django': {
            'handlers': ['logfile'],
            'level': 'ERROR',
            'propagate': False,
        },
        # Your own app - this assumes all your logger names start with "myapp."
        'myapp': {
            'handlers': ['logfile'],
            'level': 'DEBUG', # Or maybe INFO or WARNING
            'propagate': False
        },
    },
}

Senaryomla ilgili can sıkıcı bir sorun yaşadım fcgi. Django başlamadan önce meydana geldi. Giriş eksikliği çok acı verici. Her neyse, stderr'ı bir dosyaya ilk şey olarak yönlendirmek çok yardımcı oldu:

#!/home/user/env/bin/python
sys.stderr = open('/home/user/fcgi_errors', 'a')