Skip to main content
Por padrão, as integrações do AppSignal rastreiam os parâmetros de requisição para requisições web em bibliotecas suportadas. Isso inclui parâmetros de consulta e o corpo da requisição POST*. Para jobs em segundo plano, armazenamos os argumentos do job nos parâmetros.
*: O pacote AppSignal para PHP e as linguagens suportadas por meio de nosso beta de OpenTelemetry armazenam os parâmetros de consulta da requisição e os dados da payload da requisição separadamente. Veja a seção dados da payload da requisição para mais informações sobre como definir os dados da payload da requisição separadamente.
🔐 Não envie Informações Pessoais Identificáveis (PII) para a AppSignal. Filtre PII (por exemplo, nomes, e-mails) e use um ID, hash ou identificador pseudonimizado no lugar.

Use Link Templates para vinculá-los de volta em sua aplicação.
Você pode definir parâmetros personalizados em uma transação ou span. Modificar os parâmetros de uma transação sobrescreverá os dados definidos pelas instrumentações do AppSignal. Todos os parâmetros são filtrados por nossas integrações antes de serem enviados aos nossos servidores. Veja a tabela abaixo para uma lista de valores raiz aceitos por linguagem. Cada objeto aninhado pode conter valores que resultem em JSON válido (strings, inteiros, floats, booleanos, nulls, etc.). O exemplo de código abaixo mostra como definir parâmetros de requisição personalizados:
Descontinuado no modo collector: os helpers acima não indicam qual tipo de parâmetro estão recebendo, então tudo o que eles reportam se torna o payload da requisição. Eles continuam funcionando no modo agent, e o AppSignal exibe um aviso na primeira vez que você usa um deles no modo collector. Veja tipos de parâmetros para o helper que corresponde aos seus dados.
Para certas linguagens, é necessária uma configuração adicional. Siga as instruções para essas linguagens: params

Tipos de parâmetros

O payload da requisição, os parâmetros de consulta da requisição e os parâmetros de função podem ser reportados separadamente, cada um com seu próprio helper:
No modo collector, cada tipo é reportado como seu próprio atributo. Você pode filtrar e desativar o envio de cada um separadamente. No modo agent, os três gravam no mesmo atributo e aparecem na mesma caixa “Parameters”. No Ruby, os valores das diferentes chamadas são mesclados entre si. No Python, é o último helper chamado cujos valores são reportados.

Dados da payload da requisição

O pacote AppSignal para PHP, a versão 5.0.0 e superiores da gem AppSignal for Ruby, e as linguagens suportadas por meio de nosso beta de OpenTelemetry armazenam os parâmetros de consulta da requisição e os dados da payload da requisição separadamente. Esta seção descreve como definir os dados da payload da requisição de requisições POST. Você pode definir dados personalizados de payload de requisição em um span. Modificar os dados de payload da requisição de um span sobrescreverá os dados definidos pelas instrumentações do AppSignal. Todos os parâmetros são filtrados por nossas integrações antes de serem enviados aos nossos servidores. Veja a tabela abaixo para uma lista de valores raiz aceitos por linguagem. Cada objeto aninhado pode conter valores que resultem em JSON válido (strings, inteiros, floats, booleanos, nulls, etc.). O exemplo de código abaixo mostra como definir dados personalizados de payload de requisição:
Para certas linguagens, é necessária uma configuração adicional. Siga as instruções para essas linguagens:

Limitações

Se a aplicação definir os parâmetros de consulta da requisição ou os dados de payload da requisição várias vezes, a gem Ruby mesclará os valores no nível raiz. Para outras integrações, apenas o último valor definido é armazenado.

Veja também