Како да преузмете недавне Питхон поруке у евиденцији током грешака

Оптимизација Питхон евиденције за руковање грешкама

Пријављивање у Питхон је од суштинског значаја за праћење догађаја и дијагностиковање проблема током извршавања програма. Међутим, одређени модули могу произвести прекомерне информације о траговима, што може затрпати евиденцију. У таквим случајевима, постављање одговарајућег нивоа евидентирања, као нпр ГРЕШКА, може помоћи у филтрирању непотребних детаља.

У сценаријима у којима један модул генерише превише дневника, али се грешке јављају у другом модулу који га позива, постаје кључно приступити недавним порукама дневника. Ово је често случај када се пронађе основни узрок грешке. Потребан је баланс између игнорисања прекомерних дневника и хватања важних.

Библиотеке воле спдлог у Ц++ имају уграђену подршку за враћање уназад преко бафера прстена, омогућавајући програмерима да прегледају недавне евиденције које су довеле до грешке. Питхон'с сеча библиотека, међутим, не нуди ову функцију из кутије, што поставља питање како имплементирати сличан механизам.

Овај чланак истражује како можете да прилагодите Питхон-ов систем евидентирања да би ухватио недавне поруке дневника када дође до грешке, обезбеђујући критичне информације из цекер модул је доступан за дијагнозу без преоптерећења евиденције подацима о траговима.

Ефикасно снимање недавних евиденција о грешци у Питхон-у

Прва представљена скрипта користи прилагођени обрађивач евидентирања са а декуе структура из Питхон-а збирке модул. Овај низ делује као бафер прстена, држећи фиксни број недавних порука дневника. Руковалац замењује емитовати метод, који се позива сваки пут када се генерише дневник. У овом методу, свака порука дневника се форматира и затим додаје у низ. Пошто декуе има максималну дужину, аутоматски одбацује најстарије поруке када достигне капацитет. Ово решење ефикасно прати најновије евиденције, обезбеђујући да прекомерне поруке за отклањање грешака из модула за проверу не преплаве излаз евиденције, али су и даље доступне када дође до грешке у модулу покретача.

Када се открије грешка у модулу покретача, скрипта позива прилагођени метод гет_логс да преузмете дневник поруке ускладиштене у декуе-у. Ово вам омогућава да прегледате поруке дневника из проверача које су непосредно претходиле грешци. Идеја иза овог приступа је да поруке дневника обезбеђују кључни контекст за решавање проблема уз одржавање равнотеже између опширности дневника и корисности. Ово је једноставан и ефикасан начин за креирање кружног бафера дневника у Питхон-у, слично као бацктраце функција која се налази у библиотеци спдлог Ц++-а.

Друго решење користи уграђени МемориХандлер из Питхон-овог модула за евидентирање. МемориХандлер ради тако што чува поруке дневника у меморији и испира их само када се наиђе на одређени ниво евиденције, као што је ГРЕШКА. У овом случају, руковалац је конфигурисан да баферује до 10 порука дневника и испразни их када дође до грешке. Овај приступ је сличан техници бафера прстена, али користи постојећу Питхон-ову инфраструктуру за евидентирање, што поједностављује имплементацију. МемориХандлер је идеалан за сценарије у којима желите да снимите снимак порука дневника које доводе до грешке без затрпавања евиденције током нормалних операција.

Оба решења су оптимизована за перформансе и дизајнирана да ограниче потрошњу меморије. Ограничавањем броја евиденција ускладиштених у меморији и испирањем бафера само током критичних догађаја, они помажу у одржавању чистих евиденција којима се може управљати. Ово омогућава програмерима да се усредсреде на отклањање грешака, а не на пробирање огромних количина непотребних информација. Свака скрипта се може лако интегрисати у постојеће Питхон конфигурације за евидентирање једноставним додавањем прилагођених или меморијских руковалаца дотичном логеру, а обе су довољно флексибилне да се прилагођавају различитим форматима дневника и нивоима.

# Approach 1: Using a custom handler with a deque (ring buffer) to store recent logs
import logging
from collections import deque
# Custom log handler to store recent log messages
class BufferingHandler(logging.Handler):
    def __init__(self, capacity):
        super().__init__()
        self.log_buffer = deque(maxlen=capacity)  # Circular buffer
    def emit(self, record):
        self.log_buffer.append(self.format(record))  # Store formatted log messages
    def get_logs(self):
        return list(self.log_buffer)  # Retrieve recent log messages
# Configure logging with custom handler
logger = logging.getLogger('checker')
buffer_handler = BufferingHandler(capacity=10)
logger.addHandler(buffer_handler)
logger.setLevel(logging.DEBUG)
# Example log generation
for i in range(20):
    logger.debug(f"Debug message {i}")
# Simulate an error in runner and print the last few log messages
try:
    1 / 0  # Simulate error
except ZeroDivisionError:
    print("Error occurred, recent log messages:")
    for log in buffer_handler.get_logs():
        print(log)

# Approach 2: Using MemoryHandler to buffer log messages
import logging
# MemoryHandler buffers log records in memory and flushes them when conditions are met
memory_handler = logging.handlers.MemoryHandler(capacity=10, flushLevel=logging.ERROR)
# Configuring logging with a stream handler for output
stream_handler = logging.StreamHandler()
formatter = logging.Formatter('%(asctime)s - %(levelname)s - %(message)s')
stream_handler.setFormatter(formatter)
# Attach the memory handler and stream handler to logger
logger = logging.getLogger('checker')
logger.setLevel(logging.DEBUG)
memory_handler.setTarget(stream_handler)
logger.addHandler(memory_handler)
# Generating some debug messages
for i in range(15):
    logger.debug(f"Debug message {i}")
# Simulate an error that will trigger the buffer to flush
logger.error("An error occurred in runner")
# The memory handler will now flush its buffer and show the last 10 messages

Истраживање алтернативних начина за снимање порука дневника у Питхон-у

Други приступ за снимање недавних порука дневника у Питхон-у укључује коришћење библиотеке треће стране као што је логуру. За разлику од Питхон-овог уграђеног модула за евидентирање, Логуру нуди флексибилнији и прилагођенији интерфејс. Укључује уграђену подршку за ротирање дневника, филтрирање нивоа дневника и снимање дневника у различитим форматима. Ова библиотека може бити посебно корисна када радите са апликацијама које генеришу прекомерне евиденције, јер поједностављује управљање евиденцијама док осигурава да се критичне поруке не пропусте током руковања грешкама.

Логуру омогућава подешавање понора дневника, који се могу прилагодити за складиштење дневника у меморији, датотекама или чак екстерним услугама. Можете да креирате привремени бафер у меморији користећи прилагођени понор, који се затим може испрати када наиђе на грешку. Ово чини Логуру моћном алтернативом за оне који желе више контроле над својим системом евидентирања без ручног конфигурисања руковалаца као у стандардној библиотеци евиденције.

Још једна предност Логуру-а је то што омогућава лаку интеграцију са постојећим системима за евидентирање, што значи да можете да пређете на Логуру без преправљања целокупне поставке евидентирања. Ово може бити посебно корисно када се ради са сложеним апликацијама где су перформансе и управљање евиденцијама од кључне важности. На крају, иако је Питхонов модул за евидентирање довољан за већину случајева коришћења, истраживање библиотека као што је Логуру пружа додатну флексибилност и лакоћу коришћења за ефикасно хватање и управљање порукама дневника.