Een bug, een issue, een teller die klopt.
Groeperen is de hele taak van een foutopvolger, en de teller die eruit komt is wat zegt welk van vierhonderd problemen u op een dinsdagochtend aanpakt. Bugtail groepeert op de vorm van de fout, houdt de trace buiten de database, en verliest de teller nooit als de trace opgeruimd wordt.
Gegroepeerd op wat het dezelfde bug maakt
Een uitzondering krijgt een vingerafdruk op haar type en de frames van uw eigen code die haar veroorzaakten, niet op de boodschap. Dat is van belang omdat een boodschap meestal een identificatie draagt: "Gebruiker 8812 niet gevonden" en "Gebruiker 913 niet gevonden" zijn een bug, en een foutopvolger die ze als twee toont, heeft van een probleem een lijst gemaakt.
Klopt de groepering niet voor uw toepassing, dan kunt u dat per collector zeggen. Wat niet kan, is haar laten afhangen van de payload, want de payload is er niet altijd.
De trace gaat nooit in de database
De tabellen met issues en events bevatten titels, niveaus, tellers, tijdstippen en een verwijzing. De trace zelf, de requestcontext en de breadcrumbs zijn gzipped JSON in uw bucket. Dat is geen optimalisatie maar de beperking waar het hele ontwerp op rust: het houdt de database klein genoeg om snel te blijven, het maakt bewaren twee aparte beslissingen, en het maakt het wissen van het gevoelige deel een wissing in plaats van een schemawijziging.
Een eventrij moet dus bruikbaar blijven als haar payload weg is, en dat blijft ze: de titel, het niveau, de release, de URL zonder querystring en de teller staan er een jaar later nog, lang nadat de trace is opgeruimd.
Twee bewaarvensters
Hoe lang een eventrij leeft en hoe lang haar payload leeft, apart ingesteld, per collector.
Tellers overleven payloads
Grafieken komen uit rollups en niet uit het tellen van rijen, dus opruimen verandert nooit de geschiedenis.
Opgeschoond voor het geschreven wordt
Wachtwoorden, tokens, cookies, kaartnummers en IBAN-nummers, op elke diepte, op weg naar binnen.
Een terugval is een toestand, geen nieuw issue
Sluit een issue af en het gaat dicht. Komt dezelfde vingerafdruk terug, dan heropent het issue als terugval en zegt het welke release hem terugbracht, in plaats van als iets nieuws op te duiken dat iemand van nul moet beoordelen. U kunt er ook een uitstellen tot de volgende release, wat is wat u eigenlijk wilt voor een bug die u al opgelost hebt maar nog niet uitgerold.
Vragen die mensen echt stellen
Kan ik wijzigen hoe fouten gegroepeerd worden?
Per collector, ja. De standaardvingerafdruk gebruikt het uitzonderingstype en uw eigen frames; u kunt hem versmallen of verbreden als uw toepassing iets anders nodig heeft.
Wat gebeurt er met een issue als zijn traces opgeruimd zijn?
Het blijft. De titel, het niveau, de release, de tellers en de grafieken staan in de database en geen daarvan komt uit de payload. Een oud issue openen toont alles behalve de trace zelf, en zegt duidelijk dat die opgeruimd is.
Rekenen jullie events aan die jullie samen groeperen?
Elk event dat genoteerd wordt telt een keer, gegroepeerd of niet. Events die uw browserallowlist weigerde tellen niet mee, en events die wegvallen door steekproef ook niet.
Veertien dagen Team, zonder betaling.
Meld u aan met uw werkadres, bewijs uw domein met een DNS-record, en plak een DSN. De eerste stacktrace is er meestal voor de koffie.
Geen kaart. De proefperiode loopt vanzelf af en valt terug op Gratis; er wordt niets aangerekend tenzij u een plan kiest.
