Wir haben Analytics-Skripts für Google Analytics und Azure Application Insights in unserem HTML-Code, einschließlich Google Analytics. Sie sind in <script> -Tags in <head> . Sie verursachen einen Fehler beim Betrachten mit Browsersync, insbesondere mit Browser-Sync-Brunch, da wir Brunch als unser Build-System verwenden. Beim Betrachten wird dieser Fehler jedoch zweimal auf der Konsole ausgegeben (interessanterweise haben wir zwei Analyse-Tags):
XMLHttpRequest kann Ссылка . Das Anforderungsheaderfeld x-ms-request-id ist in der Preflight-Antwort von Access-Control-Allow-Header nicht zulässig.
und dieser Fehler wird alle paar Sekunden wiederholt:
OPTIONEN Ссылка 400 (ungültige Anfrage) )
OPTIONEN Ссылка 400 (ungültige Anfrage) )
XMLHttpRequest kann Ссылка nicht laden. Antwort für Preflight hat ungültigen HTTP-Statuscode 400
Ich bin ziemlich sicher, dass diese Analyseskripte das Problem verursachen, weil sie mit uBlock Origin blockiert werden, so dass es gut funktioniert.
Ich habe mich gefragt, ob es mit diesen Skript-Tags zu tun hatte, die sich vor dem Ort des Browsersync-Tags befanden (direkt in <body> tag, siehe Dokumentation ). Wenn Sie sie jedoch bis zum Ende des <body> -Tags verschieben, wurde das Problem nicht behoben.
Was verursacht das und wie kann es gemildert werden?
HINWEIS: Dies ist keine "Antwort", aber zu lang um ein Kommentar zu sein.
Unter Verwendung der Javascript-Konsolen-Debugger der Firefox-Webentwickler-Toolbar und der Chrome-Seiten habe ich unsere Seiten überprüft, die google analytics verwenden. Ich glaube, Sie können Google Analytics weitgehend von der verdächtigen Liste ausschließen, sie machen normalerweise einen guten Job mit ihrer js.
Deine Fehler deuten auch alle deutlich auf Browser-Sync hin, also ist das wohl der Täter. Ihre lokale Dev-Site ist jedoch verdächtig, warum haben Sie keinen richtigen virtuellen Host dafür erstellt und verwenden Sie nicht localhost? Ich weiß nichts über Browser-Sync, also werde ich das nur notieren, um Möglichkeiten in Ihrem Fall auszuschließen.
Ich bezweifle, dass Ihre Live-Site als localhost läuft, also sollten Sie dieses Problem möglicherweise beheben, um einen möglichen Punkt zu beseitigen, an dem sich kleine Unterschiede einschleichen können. Ich versuche immer so nah wie möglich an allen Websites zu arbeiten Das würde bedeuten, dass Sie nirgends einen lokalen Host im tatsächlichen Ausführungscode der Site sehen würden. Sie würden die Site entweder als dev oder als echten Domainnamen sehen, wie zum Beispiel: Ссылка oder was auch immer.
Tags und Links javascript google-analytics brunch analytics browser-sync