Sentry-javascript: [피드백 요청] Sentry JavaScript SDK v7 로드맵

가장 큰 불만은 항상 내 오류 로깅 라이브러리가 가장 큰 타사 라이브러리 중 하나라는 것입니다. 나는 종종 더 나은 페이지 속도 점수를 얻기 위해 첫 페이지 로드 후 5-10초 후에 Sentry를 지연 로드하는 것을 고려했습니다. 그래서 당신이 이 문제를 해결하게 되어 매우 기쁩니다 ❤️

저에게 drastically reduce overall bundle size -goal 도 가장 중요한 것입니다.

안녕,

전체 번들 크기를 크게 줄입니다.

변경 사항이 있는 경우를 대비하여 +1하고 있습니다. 그리고 나는 이것을 추가할 것이다: 내 웹 앱 에서 Sentry 초기화는 30ms(빠른 컴퓨터에서)가 소요되는데, 이는 진단 로거에 너무 많은 시간이고 React Native 앱에서는 번들러(메트로) 때문에 훨씬 더 나쁩니다. 트리 쉐이킹을 할 수 없기 때문에 Sentry는 엄청난 _78개의 파일_을 가져오고 시작 시간에 상당한 기여를 합니다(몇 %).

안녕하세요, React Native의 일부 데이터:

이것은 iPhone X에서 프로파일링됩니다. Sentry는 시작 시 무려 54ms가 소요됩니다. ~40은 대량의 파일을 가져오고 ~15는 JS 코드를 초기화합니다. _native_ 측을 초기화하기 위해 메인 스레드를 차단하는 ~30ms를 추가하고 Sentry의 JS(많은 부분이 있음)를 렉싱/파싱할 때 설명되지 않는 시간이 있습니다. 5-15ms가 의심되지만 정확하게 측정하지는 않았습니다. 총 - 90-100ms - 내 앱을 실행하는 총 시간의 15%입니다!

좋은 질문입니다! 사용자를 console.log에 노출하고 싶지 않지만 이동 경로로 캡처되기를 원하는 프로덕션 앱에 대한 보다 유연한 로깅 옵션(또는 문서화 방법)을 보고 싶습니다. 이것은 https://github.com/getsentry/sentry/issues/12618 및 https://github.com/getsentry/sentry-javascript/issues/1883 과 같은 문제를 해결할 수

Sentry 이동 경로는 debug 또는 loglevel 과 같은 로깅 라이브러리와 통합될 수 있습니다. 이것은 프로덕션 앱의 일반적인 사용 사례처럼 보이며 이미 일부 DIY 접근 방식에서 지원되지만 현재 문서를 기반으로 이것이 가능한지 확실하지 않습니다. (또는 그것이 있고 어떻게 든 놓친 경우 팁을 주시면 감사하겠습니다.) 감사 해요!

안녕하세요, SDK 초기화에 대한 권장 사항이 있습니다.

옵션으로 Sentry.init를 호출하는 대신 SDK는 DSN ID 및 기타 옵션을 가져오기 위해 명명된 전역 변수와 같은 SentryOptions를 자동으로 확인할 수 있습니다.

우리는 필요할 때 JS 파일을 동적으로 로드하고 있으며 크로스 도메인 요청 또는 네트워킹 문제에서 번들 js의 로드 이벤트를 추적하기 어렵습니다. 이 변수를 자동으로 확인하면 이에 도움이 되며 init 함수를 독점적으로 호출할 필요가 없습니다.

_SDK가 event_ 표시를 보내지 못했습니다.

capureEvent 이 요청을 보내지 못했다는 일종의 표시를 하고 싶습니다. 그래서 큐에 대기하고 나중에 다시 시도할 수 있습니다.

이것은 오프라인 우선 앱(프로그레시브 웹 앱)에 정말 유용합니다.

브라우저가 온라인 상태에 있지만 비정상적인 연결/시간 초과로 인해 네트워크 요청이 실패하는 상황이 있습니다(예: 네트워크 범위가 열악한 트로프 지역 이동).

오프라인 통합이 있지만 해당 사례를 다루기에 충분하지 않은 온라인 및 오프라인 이벤트 에 의존합니다.

네트워크 오류는 이러한 상황을 고려하지 않는 응용 프로그램이 Sentry에 의해 기록되지 않고 공백으로 사라지는 오류를 발생시키는 원인이 될 수 있습니다.

PWA인 프로젝트가 있고 앱이 오프라인일 때 이벤트가 발생하지 않으며 센트리 수집 도메인에 등록되지 않았기 때문에 서비스 워커에서 백그라운드 동기화를 수행할 방법이 없습니다.

@edelvalle
이것은 Workbox에서 가능해야 하고 Background Sync 플러그인 ~이지만 아직 테스트하지 않았습니다~
잘 작동하는 것 같고 이벤트 날짜도 오류가 발생한 시점을 기준으로 합니다.

// service-worker.js
import { registerRoute } from 'workbox-routing'
import { NetworkOnly } from 'workbox-strategies'
import { BackgroundSyncPlugin } from 'workbox-background-sync'

registerRoute(
  new RegExp('^https://[^\\.]+\\.ingest\\.sentry\\.io/api/.*$'),
  new NetworkOnly({
    plugins: [
      new BackgroundSyncPlugin('project-name/sentry-event-queue', {
        maxRetentionTime: 7 * 24 * 60, // 7 days
      })
    ],
  }),
  'POST'
)

안녕하세요, drastically reduce overall bundle size ) 보고 싶어하는 계획입니다. 우리는 gatsby+preact 프로젝트를 가지고 있고 sentry는 우리의 주요 번들 크기(95kb 중 27kb)의 ~28%를 차지합니다. 페이지당 js 번들을 90kb 미만으로 가져오려고 노력 중이므로 연결이 좋지 않은 시골 지역에서 앱이 더 잘 수행될 수 있습니다. 훨씬 더 작은 센트리 SDK 크기가 많은 도움이 될 것입니다.

IE11 지원도 중단하지 않는 이유는 무엇입니까? Microsoft를 비롯한 많은 대규모 사이트에서 올해 말까지 이 브라우저에 대한 지원을 종료합니다. 물론 문제는 이것이 실제로 라이브러리 크기에 영향을 미치는지 여부입니다.

@kamilogorek v6이 언제

나는 또한 @xr0master에 동의하고 새 버전에서 IE11을 포함하여 IE 지원이 완전히 중단되어야 한다고 생각합니다.

SDK를 사용할 때 가장 큰 문제는 무엇입니까?

• 수입 중. 그러나 나는 그것이 "나무 흔들림" 또는 모듈성과 함께 옳다고 생각합니다.

// This is not nice, as it doesn't get auto-completion when importing
import * as Sentry from '@sentry/browser'

// This is better, but has given me problems on Sentry 5.x
import { captureException } from '@sentry/browser'

• 호출 스택 디버깅. Sentry가 구현되는 방식의 관점에서 보면 분명할 수 있지만 모든 console.log 는 instruments.js:1 에서 비롯된 것으로 보이며 이는 디버깅 중에 도움이 되지 않습니다. console.trace 는 너무 많기 때문에 현재 로깅 중인 항목에 대한 정보를 얻기 위해 console.log 에 수동으로 이동 경로를 작성하게 됩니다.

어떤 기능이 가장 부족합니까?

건강 지원 .

AsyncLocalStorage를 지원하는 노드 버전에서 사용할 계획이 있습니까?

그래서 우리는 기본적으로 세션 데이터를 보내는 것 외에는 큰 변화 없이 오늘 6.0.0 배송했습니다. cc @OmgImAlexis
이 문제의 제목을 v7로 변경하여 이를 더 잘 반영해야 합니다.

Sentry.init 와 별도로 프레임워크 통합을 노출하는 것이 좋습니다. 이것은 Vue가 느리게 로드되는 #3232를 처리하므로 센트리 초기화 시간에 존재한다고 보장되지 않습니다. Vue 로드 시간에 호출할 수 있는 Sentry.configureVue(Vue) 와 같은 것입니다.

자체 라우터 및 보다 구체적인 경로를 사용하여 지연 호출로 동일한 문서 내에서 보조 반응 앱 로드 및 언로드를 지원하는 반응 라우터 통합