Visão geral do log personalizado
Os registros fornecem visibilidade sobre os processos do sistema; por exemplo, informações de depuração que ajudam você a entender quando ocorreu um erro ou o que levou ao erro.
Este tópico foca no registro baseado em arquivo, embora o Commerce forneça a flexibilidade para armazenar logs no banco de dados também.
O Adobe recomenda o uso de registro de aplicativo centralizado pelos seguintes motivos:
-
Ele permite o armazenamento de registros em um servidor diferente do servidor de aplicativos e diminui as operações de I/O de disco, simplificando o suporte do servidor de aplicativos.
-
Ele torna o processamento de dados de registros mais eficiente usando ferramentas especiais, como Logstash, Logplexou fluente— sem impacto em um servidor de produção.
note info INFO O Adobe não recomenda ou endossa nenhuma solução de registro específica.
Conformidade com a PSR-3
A variável Padrão PSR-3 define uma interface PHP comum para bibliotecas de log. O principal objetivo do PSR-3 é permitir que as bibliotecas recebam uma Psr\Log\LoggerInterface objetos e gravar registros nele de maneira simples e universal.
Isso permite que a implementação seja substituída facilmente, sem preocupação de que essa substituição possa quebrar o código do aplicativo. Ele também garante que um componente personalizado funcione mesmo quando a implementação do log for alterada em uma versão futura do sistema.
Monólogo
O Commerce 2 está em conformidade com o padrão PSR-3. Por padrão, o Commerce usa Monólogo. Monólogo implementado como uma preferência por Psr\Log\LoggerInterface no aplicativo Commerce di.xml.
Monolog é uma solução de registro PHP popular com uma ampla gama de manipuladores que permitem construir estratégias de registro avançadas. Veja a seguir um resumo de como o Monolog funciona.
Um monólogo logger é um canal que tem seu próprio conjunto de manipuladores. O monólogo tem muitos manipuladores, incluindo:
- Registro em arquivos e syslog
- Enviar alertas e emails
- Registra servidores específicos e registros em rede
- Logon no desenvolvimento (integração com o FireBug e o Chrome Logger, entre outros)
- Fazer logon no banco de dados
Cada manipulador pode processar a mensagem de entrada e interromper a propagação ou passar o controle para o próximo manipulador em uma cadeia.
As mensagens de log podem ser processadas de várias maneiras diferentes. Por exemplo, você pode armazenar todas as informações de depuração em um arquivo no disco, colocar as mensagens com níveis de log mais altos em um banco de dados e, finalmente, enviar mensagens com nível de log "crítico" por e-mail.
Outros canais podem ter um conjunto diferente de manipuladores e lógicas.