Sentry-javascript: 발생한 모든 오류를 자동으로 기록하시겠습니까?

하하, Javascript의 오류 처리는 정말 끔찍합니다. 오류가 발생하는 방법에 대한 예를 제공할 수 있습니까?

예를 들어, 문자열을 던지면 보낸 메시지를 제외하고는 어떤 정보도 얻을 수 없습니다. 실제 Error 개체를 사용하여 스택을 얻을 수 있습니다(시도).

따라서 정보가 많을수록 좋습니다.

물론.

다음과 같은 오류가 발생합니다.

throw new Error("Error");

센트리에 로그인할 때도 있고 그렇지 않을 때도 있습니다.

어디선가 볼 수 있는 페이지인가요? 아니면 어딘가에 넣을 수 있습니까? 솔직히, 그것만으로는 정보가 충분하지 않습니다. 오류가 기록되지 않는 이유를 설명할 수 있는 약 10가지 요인이 있으며 대부분은 우리의 손을 벗어나 있습니다. :) 따라서 전체 컨텍스트를 볼 수 있다면 브라우저를 도울 수 있는 제안을 드릴 수 있습니다.

앱은 실제로 require.js를 사용하여 JavaScript로 컴파일되는 CoffeeScript로 작성되었습니다. 주요 진입점은 다음과 같습니다.

Raven.config('http://[email protected]');
Raven.context(function() {
  define(['cs!csmain']);
});

context 래퍼 없이도 시도했지만 아무 것도 변경되지 않은 것 같습니다. 여전히 아래에 있는 호출을 무시하면서 호출 스택에서 상위에 이루어진 throw 호출을 기록했습니다.

Raven.install() 을(를) 실행 중입니까?

그리고 require.js의 경우 명시적으로 모듈을 래핑하려면 다음을 수행합니다.

define(['module'], Raven.wrap(function(module) {
  // insert cool stuff here
}));

스니펫에서 잊어버렸지만 config() install() 를 호출합니다.

모듈을 둘러싸는 시도는 해보지 않았지만 이미 어떤 곳에서는 작동한다면 다른 곳에서는 안 되는 이유가 무엇일까요?

그것은 모두 실제로 호출 스택에 달려 있습니다. 일이 비동기화되기 시작하면 거칠어집니다. 예를 들어 예상대로 작동하지 않습니다.

Raven.context(function() {
  setTimeout(function() {
    throw new Error('crap');
  }, 1);
});

내부 기능은 기본 컨텍스트 외부의 자체 컨텍스트에서 실행됩니다. Node.js는 "도메인"이라는 것으로 이 문제를 해결하지만 슬프게도 그런 것들은 브라우저 영역에 존재하지 않습니다.

따라서 오류가 포착되지 않고 맨 끝까지 거품이 발생하면 해당 시점에서 100% 쓸모가 없기 때문에 일반적으로 거부됩니다.

아, 알겠습니다. window.onerror 를 활용하는 방법이 있을까요?

FWIW, 가능한 경우 예외를 캡처하는 가장 확실한 방법은 Raven.captureException 를 명시적으로 사용하는 것입니다. 그것이 항상 가능한 것은 아니지만 참고용일 뿐이라는 것을 이해합니다.

따라서 명시적 try...except 블록이 가장 안정적입니다.

try {
  throw new Error('something');
} catch(e) {
  Raven.captureException(e);
}

오른쪽. 물론 자동으로 에러를 잡아내면 좋겠지만, 자바스크립트는 게임을 쉽게 할 수 있는 게임이 아닙니다...

@퓨터 ​​아니요. :) 그리고 그것은 재미있는 부분입니다. window.onerror에 오류가 발생하면 더 이상 실제 Error 개체가 아닙니다. 쓸모없는 끈으로 축소됩니다. 또한 도메인 간 보안 문제도 부과합니다. 따라서 기본적으로 오류가 window.onerror 에 도달하면 우리가 가진 유일한 정보는 "Script error." 일 수 있기 때문에 일반적으로 폐기됩니다.

짜증난다. 오, 설명 감사합니다!

아니요, 자바스크립트는 그렇지 않습니다. 정말 끔찍합니다. :) 나는 우리에게 더 나은 정보를 제공하기 위해 브라우저를 악용하는 방법을 적극적으로 연구하고 탐구하고 있습니다. Function.prototype.call 원숭이 패치에 대한 아이디어가 내 마음을 넘어섰습니다. 그러나 그것은 아마도 정말 나쁜 소식일 것입니다.

완전히! 문서를 명확히 하기 위한 권장 사항이나 제안 사항이 있으면 알려주십시오. 나는 항상 그 물건을 찾고 있습니다.

그렇게 할 것입니다. 구성 및 사용 문서는 매우 간단하고 따라하기 쉽습니다.

이 작업을 수행하기 위해 Error 을 확장하는 방법이 있는지 궁금합니다.

@mattrobenolt , 이것은 CoffeeScript를 사용하여 우리가 취하고 있는 접근 방식입니다.

window.Error = class extends Error
  constructor: ->
    error = super
    Raven.captureException error
    return error

그런 다음 throw new Error "Test Error" 를 사용하십시오.

설명을 위해 위의 설명을 업데이트했습니다.

흠. 주말에 이것으로 놀아요. 마지막으로 시도했지만 window.Error 패치를 허용하지 않습니다. 더 많은 브라우저에서 다시 시도하고 가능한지 확인하겠습니다.

감사합니다!

또한 일반 Javascript로 제공할 수 있습니까? 나는 그것이 무엇을하고 있는지 꽤 확신합니다. 나는 단지 다시 확인하고 싶습니다. 나는 Coffeescript를 쓰지 않는다.

여기 있습니다:

var __hasProp = {}.hasOwnProperty,
  __extends = function(child, parent) { for (var key in parent) { if (__hasProp.call(parent, key)) child[key] = parent[key]; } function ctor() { this.constructor = child; } ctor.prototype = parent.prototype; child.prototype = new ctor(); child.__super__ = parent.prototype; return child; };

window.Error = (function(_super) {

  __extends(_Class, _super);

  function _Class() {
    var error;
    error = _Class.__super__.constructor.apply(this, arguments);
    Raven.captureException(error);
    return error;
  }

  return _Class;

})(Error);

지금 생각하면 이것은 잘못된 접근 방식입니다. 생성자를 재정의하는 것만으로도 Raven은 모든 오류 개체가 발생했는지 여부에 관계없이 모든 오류 개체를 캡처하게 됩니다. :)

참고로 errorception은 이를 처리하는 방법을 찾았습니다. raven-js가 동일한 작업을 수행할 수 있다면 멋질 것입니다.

@dmcquay Errorception이 캡처한 예를 제공할 수 있습니까? 아마 리버스 엔지니어링 할 수 있습니다.

나는 실제로 모든 JS 오류 핸들러가 50% raven.js라고 가정합니다 ;)

:똥:

@BYK , 어떤 아이디어가 있습니까?

나는 errorception에 대한 내부 지식이 없습니다. 서비스를 사용하고 있으며 광고한 대로 작동하는 것 같습니다. 그게 내가 아는 전부 야.

나는 그들이 어떻게 작동하는지 조사했고 단순히 window.onerror 에 자신을 연결하고 스택 추적에 신경 쓰지 않는 것처럼 보입니다. 적어도 이런 종류의 것들에 대해서는.

오류 개체를 하이재킹하는 것은 Firefox에서 작동하지만 @mattrobenolt 의 모든 캡처에 대한 요점은 throw되지 않은 개체라도 유효한 문제입니다.

이에 대한 더러운 해결 방법은 생성된 Error 인스턴스를 전역 생성자를 하이재킹하여 저장하고 onerror 를 듣고 message , fileName 및 lineNo 를 비교하는 것일 수 있습니다.

모든 오류 알림 서비스를 평가하는 동안 일부 Javascript 관련 서비스(예: https://qbaka.com/)가 스택 추적을 추적하고 특정 오류를 유발한 사용자 작업을 표시한다는 것을 알았습니다. 너무 나쁜 errorception은 다른 모든 면에서 우월해 보이기 때문에 그렇게 하지 않습니다.

우리는 Django 코드에 Sentry를 사용할 것이며 Sentry가 Javascript에서 작동하는 방식에 대한 정보를 찾는 동안 이 문제를 발견했습니다. raven-js의 현재 구현에서는 모든 JS 오류를 명시적으로 포착하고 Sentry에 보고하는 코드가 필요합니까?

@adityar7 그렇지 않습니다. Raven.js는 가능한 한 원숭이 패치를 적용하고 가로채는 것이 가장 좋습니다. 더 많은 경우에는 명시적으로 래핑해야 할 수도 있지만 자동으로 일이 발생하도록 하기 위해 정말 열심히 노력합니다.

@mattrobenolt 일부 구문을 수정하여 작동하도록 했습니다. 감사 해요!