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 se concentra no registro baseado em arquivos, embora o Commerce também forneça a flexibilidade para armazenar logs no banco de dados.

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.

  • Isso torna o processamento de dados de logs mais eficaz usando ferramentas especiais, como Logstash, Logplex ou [fluentd], 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

O padrão PSR-3 define uma interface PHP comum para bibliotecas de log. A principal meta do PSR-3 é permitir que as bibliotecas recebam um objeto Psr\Log\LoggerInterface e gravem logs nele de forma 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.

O Commerce 2 está em conformidade com o padrão PSR-3. Por padrão, o Commerce usa [Monolog]. Monólogo implementado como preferência para Psr\Log\LoggerInterface no aplicativo do 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 logger de Monólogo é 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.

recommendation-more-help
386822bd-e32c-40a8-81c2-ed90ad1e198c