2017-04-16 4 views
0

In meinem Projekt haben wir einen seltsamen Fehler in HTML/Js, die wir in Staging-Umgebung kaum nachahmen können, also begannen wir ein paar Dinge zu verfolgen, sobald wir den Bug erkennen, einschließlich der User-Agent-Header.Decoding seltsame User Agent Header

So, jetzt habe ich ein Problem Decodierung einige dann:

mozilla/5.0 windows nt 10.0 wow64 applewebkit/537.36 khtml 
mozilla/5.0 windows nt 10.0 win64 x64 applewebkit/537.36 khtml 
mozilla/5.0 windows nt 6.1 win64 x64 applewebkit/537.36 khtml 
mozilla/5.0 windows nt 6.1 wow64 applewebkit/537.36 khtml 
mozilla/5.0 windows nt 6.3 wow64 applewebkit/537.36 khtml 

ich deutlich sind diese Fenster sehen können Maschinen, nicht IE, nicht Egde Browser. Firefox und Chrome haben entweder einen anderen User-Agent. Aber was genau Browser ist es? Vielleicht ist es ein Browser mit einer privaten/nicht-Track Einstellung/Addon?

+1

Hier sind einige wertvolle Informationen [Browser-Erkennung mit dem User-Agent] (https://developer.mozilla.org/en-US/docs/Web/HTTP/Browser_detection_using_the_user_agent) – Carr

Antwort

0

Das Problem ist behoben, seltsame Benutzer-Agenten, wo Google Chrome Browser tatsächlich.

Wir verwenden Datadog Metriken und Tags über statsd Java-Client, um diese Fehler zu sammeln. Es scheint, dass ein Komma in einem Tag (z. B. ein Chrome-Benutzeragent) bewirkt hat, dass der Rest des Tag-Sring gelöscht wurde.

Nicht sicher, ob es datadog oder statsd-Client an der Schuld ist.