Sentry-javascript: wrapConsoleMethod() 의 거래는 무엇입니까?

@grapho – 콘솔 명령문이 수집되어 이동 경로로 전달됩니다.

console.log 를 계측한 결과 devtools의 URL이 더 이상 소스의 원래 로그 문으로 이동하지 않는다는 것이 얼마나 짜증나는 일인지 알 수 있습니다. console.log 계측을 선택 사항으로 만들 수 있습니다. 또는 자신의 이동 경로를 기록하기 위한 대체 API로 Raven.log 를 소개합니다.

@benvinegar 나는

대신 중단점과 디버거 명령문을 배치하는 데 익숙해질 수 있습니다. 이것이 권장되는 해결 방법이라면?

콘솔 문에 대한 링크를 실제로 사용하는 경우는 거의 없었고 링크가 없어진 줄도 몰랐습니다. :) 개인적으로 대부분의 시간에 Chrome 디버거를 사용합니다.

개발 환경에서 이동 경로나 동등한 API를 사용할 수 있는 방법이 있다면

현재 이동 경로를 설정하려는 경우 Raven.captureBreadcrumb 사용할 수 있습니다. API는 아직 구체화되지 않았습니다. 이것은 여전히 ​​새로운 기능이며 우리는 여전히 약간의 문제를 해결하기 위해 노력하고 있습니다.

이것이 심각한 차단이 아닌 경우 이 문제를 잠시 열어두고 더 많은 피드백이 있는지 확인하고 싶습니다.

저는 이것이 중요한 문제라고 생각합니다. 특히 어디에도 문서화되지 않고 비활성화할 수 없다는 점입니다.
우리가 Sentry로 보내기를 원하지 않는 수많은 console.log가 있을 수 있습니다.

무엇을 언제 보낼지 선택하는 것은 개발자의 몫입니다.

언급하지 않은 한 가지 더, Ember.js와 같은 일부 JS 프레임워크는 프로덕션 빌드에서 console() 메서드를 제거하는 경향이 있습니다. 고려할 음식일 뿐입니다.

위의 댓글이 잘못된 것 같습니다, 죄송합니다.

@benvinegar 기꺼이 티켓을 열어주셔서 감사합니다. 좀 더 조사해 볼 가치가 있을 것입니다. :)

@benvinegar 이 문제는 심각한 차단기가 아닙니다.

여기 내 현재 솔루션이 있습니다. 개발 모드에 있을 때 raven.js 클라이언트를 초기화할 수 _없습니다_ 할 수 있다는 것을 깨달았습니다... raven/sentry 보고는 어쨌든 프로덕션 앱에서 대부분의 사람들에게(내가 상상하는) 정말 유용합니다.

그 말. 아마도 developmentMode 구성 플래그를 도입하는 데 약간의 사용이 있을 수 있습니다. 이 플래그를 사용하면 메시지와 오류가 개발 콘솔로 전달될 수 있습니다(일명 "글로벌" 처리 비활성화).. 까마귀를 유지하면서. js 클라이언트가 백그라운드에서 조용하므로 원하는 경우 명시적으로 raven api를 트리거하여 오류 보고서를 수동으로 보낼 수 있습니다.

당신이 그것에 대해 어떻게 생각하는지 알려주십시오. 그렇지 않으면 이 문제가 주로 까마귀에 대한 경험이 없고 사용 방법/시기에 의해 발생했기 때문에 그것에 대해 너무 많이 걱정하지 않을 것입니다.

우리가 Sentry로 보내기를 원하지 않는 수많은 console.log가 있을 수 있습니다.

실제 대화 – 실제로 이것을 비활성화하시겠습니까? 저는 여기서 수동적으로 공격적으로 들리도록 하려는 것이 아닙니다. 저는 이것이 지금 심각한 문제인지 그리고 당신이 그것을 비활성화하고 싶은지 알고 싶습니다.

나는 이것이 중요한 문제라고 생각합니다. 특히 어디에도 문서화되지 않았으며

Raven.js 변경 로그에 문서화되어 있습니다. 우리는 또한 console.log 내역이 현재 기록되고 있으며 이 게시물은 호스팅된 모든 Sentry 사용자에게 앱 내에서 방송되었다고 언급하는 이동 경로를 알리는 블로그 게시물을 게시 했습니다. 연락드리지 못해 죄송합니다만, 이를 전달하기 위해 진심으로 노력한 것 같습니다.

Raven.js 3.0.x가 잠재적인 주요 변경 사항을 도입했기 때문에 이것이 주요 버전 범프인 이유이기도 합니다. 사람들이 주요 버전으로 업그레이드하기 전에 변경 로그를 검토하기를 바랍니다.

... 비활성화할 수 없습니다.

그 동안에도 Raven 2.x를 실행할 수 있습니다.

@benvinegar 기꺼이 티켓을 열어주셔서 감사합니다. 좀 더 조사해 볼 가치가 있을 것입니다. :)

해결책을 서두르기 전에 더 많은 피드백을 수집하고 싶습니다. 특히 3.0.x가 출시된 지 몇 주 되었고 우리가 받은 대부분의 피드백은 긍정적이었습니다.

@benvinegar 이 문제는 심각한 차단기가 아닙니다.

네, 무엇보다 당신이 궁금해 하는 것을 느꼈습니다.

그 말. raven.js 클라이언트를 조용히 유지하면서 메시지와 오류가 개발 콘솔로 전달되도록 하는 developmentMode 구성 플래그를 도입하는 데 여전히 약간의 사용이 있을 수 있습니다(일명 "전역" 처리 비활성화).. 따라서 원하는 경우 명시적으로 까마귀 API를 트리거하여 오류 보고서를 수동으로 보낼 수 있습니다.

네, 문제는 디버깅을 위해 프로덕션 환경에서도 콘솔 명령문을 원한다는 주장이 있다는 것입니다. 그냥 설정 가능하게 하는게 낫습니다. 그리고, 우리는 할 것입니다. 더 많은 피드백을 받고 싶고 영향을 먼저 측정하고 싶습니다.

어쨌든 여기 두 분의 의견에 감사드립니다.

@benvinegar : 구성 옵션을 위한 👍 — 원치 않는 항목을 수동으로 필터링하는 것이 이상적입니다(또는 오히려 기능).

이것은 지원 추적기에도 계속 나타납니다. 비활성화하는 방법을 추가해야 한다고 생각합니다.

이동 경로 기능을 선택 사항으로 만드십시오. 콘솔 방법을 래핑하는 것은 위험하며 시도하는 다른 많은 라이브러리 및 타사 스크립트와 충돌하기 쉽습니다.

3.5.0부터 콘솔 이동 경로의 자동 수집을 비활성화할 수 있습니다.

Raven.config('your dsn', {
  autoBreadcrumbs: {
    console: false
  }
});

또는 자동 이동 경로 수집을 완전히 비활성화할 수 있습니다.

Raven.config('your dsn', { autoBreadcrumbs: false });

이에 대한 자세한 내용은 문서를 참조하십시오 .

autoBreadcrumbs 는 typescript 선언 파일에 없습니다. 의도적인가요?

https://github.com/getsentry/raven-js/blob/master/typescript/raven.d.ts

우리는 최근 TypeScript 선언으로 어려움을 겪고 있습니다. 제출을 환영합니다.