Naar hoofdinhoud gaan
Standaard verzamelt AppSignal relevante gegevens over fouten en prestatiemetingen om u te helpen de oorzaak van het probleem te vinden. Soms heeft u meer informatie nodig, app-specifieke gegevens of een aangepaste request-header die uw app gebruikt. U kunt AppSignal configureren om meer of minder informatie te verzamelen dan standaard, door uw transacties te taggen en de request-headers, parameterfiltering, enz. te configureren. Idealiter ontvangen we zo min mogelijk metadata voor samples en alleen de gegevens die nodig zijn om een uitzondering of prestatieprobleem te debuggen.
📖 Lees onze gids over het filteren van app-gegevens over het beperken van welke (gevoelige) gegevens door AppSignal worden verzameld. De gids begeleidt u bij het configureren van welke parameters, sessiegegevens en request-headers verzameld worden.

​
Negeer acties

Door de optie ignore_actions te configureren, is het mogelijk om geen gegevens vast te leggen voor de geconfigureerde acties, requests, achtergrondtaken, enz.
📖 Lees onze gids over het negeren van acties.

​
Negeer fouten

Door de optie ignore_errors te configureren, is het mogelijk om fouten te negeren die exact overeenkomen met de naam van een fout voor de hele app.
📖 Lees onze gids over het negeren van fouten.

​
Namespaces

Met namespaces kunt u acties groeperen. Standaard gebruikt AppSignal de namespaces “web”, “background” en “frontend” om transacties te groeperen. Het is mogelijk om een aangepaste namespace zoals “admin” of “api” te maken om controllers in dezelfde namespace te groeperen. De gegroepeerde acties in de namespace kunnen geconfigureerd worden met hun eigen meldingsstandaarden, waardoor een kritieke namespace altijd over fouten meldt, terwijl de “web”-namespace dat niet doet. Het is ook mogelijk om de AppSignal-integratie zo te configureren dat een namespace genegeerd wordt om alle transactionele gegevens van alle acties erin te negeren.
Lees meer over namespaces in de sectie namespaces.

​
Tagging

Ons tagsysteem stelt u in staat om naast wat we al verzamelen, meer metadata aan samples te koppelen. Denk aan de ID van de gebruiker die de request doet of andere gegevens waarmee u kunt identificeren wie de request heeft gedaan of welke specifieke voorwaarden van toepassing waren.

​
Queries

Standaard parseren we SQL-queries en proberen we eventuele parameters in de querystring te verwijderen. We hebben hiervoor een open-source (Rust) pakket gemaakt dat door onze integraties wordt gebruikt. U kunt het sql_lexer-project op GitHub vinden. Als u queryparameters in onze UI ziet, open dan een issue in die repository. MongoDB-queries in de Ruby-integratie worden standaard opgeschoond.