Pular para o conteúdo principal
Por padrão, o AppSignal coleta dados relevantes para erros e medições de desempenho para ajudar você a encontrar a causa do problema. Às vezes você precisa de mais informações, dados específicos do app ou um cabeçalho de requisição personalizado que seu app usa. Você pode configurar o AppSignal para coletar mais, ou menos, informações do que ele coleta por padrão, marcando suas transações com tags e configurando os cabeçalhos de requisição, filtragem de parâmetros, etc. Idealmente recebemos o mínimo possível de metadados para as amostras, e apenas dados necessários para depurar uma exceção ou problema de desempenho.
📖 Leia nosso guia de filtragem de dados do app sobre como limitar quais dados (sensíveis) são coletados pelo AppSignal. Ele vai guiar você na configuração de quais parâmetros, dados de sessão e cabeçalhos de requisição coletar.

​
Ignorar ações

Configurando a opção ignore_actions é possível não registrar nenhum dado para as ações, requisições, jobs em background, etc. configurados.
📖 Leia nosso guia sobre como ignorar ações.

​
Ignorar erros

Configurando a opção ignore_errors é possível ignorar erros que correspondam ao nome exato de um erro em todo o app.
📖 Leia nosso guia sobre como ignorar erros.

​
Namespaces

Namespaces permitem agrupar actions. Por padrão, o AppSignal usa os namespaces “web”, “background” e “frontend” para agrupar transactions. É possível criar um namespace personalizado como “admin”, “api” para agrupar controllers no mesmo namespace. As actions agrupadas no namespace podem ser configuradas com seus próprios padrões de notificação, permitindo que um namespace crítico sempre notifique sobre erros, enquanto o namespace “web” não. Também é possível configurar a integração do AppSignal para ignorar um namespace, ignorando todos os dados transacionais de todas as actions nele.
Leia mais sobre namespaces na seção de namespaces.

​
Tagging

Nosso sistema de tags permite que você anexe mais metadados às amostras, além do que já coletamos. Coisas como o ID do usuário que fez a requisição ou outros dados que podem ajudar a identificar quem fez a requisição ou condições específicas da requisição.

​
Queries

Por padrão, analisamos as queries SQL e tentamos remover quaisquer parâmetros na string da query. Criamos um pacote open-source (Rust) que é usado pelas nossas integrações. Você pode encontrar o projeto sql_lexer no GitHub. Se você vir algum parâmetro de query na nossa UI, por favor abra uma issue nesse repositório. As queries do MongoDB na integração Ruby são sanitizadas por padrão.