Sentry-javascript: 오프라인 보고 방향은?

사용자가 오프라인인지 감지할 수 있습니까?

그렇다면 이벤트를 수집하고 큐에 넣는 것이 불가능하지는 않습니다. 사용자가 다시 온라인 상태가 되면 Raven.captureException 통해 다시 보냅니다.

작동 방식에 대해 도움을 주거나 이를 돕기 위해 후크를 추가할 수 있습니다.

좋습니다. 협력해 주셔서 감사합니다. Sentry 연결 가능성을 테스트하는 것만으로도 사용자가 온라인 상태임을 감지할 수 있었습니다. 이를 위해 전송 실패 이벤트를 수신할 수 있지만 다시 시도하는 방법은 무엇입니까?

captureException 사용에 관해서는 괜찮겠지만 처리되지 않은 예외에 대해 우수한 처리기 raven이 제공하는 것을 유지하고 싶습니다. 까마귀 오류 감지와 오류 전송 사이에 중간 논리를 추가해야 합니다.

예, 잠시 생각해 보십시오. raven-js에서 이것을 자동으로 지원하거나 이를 수행하는 후크를 제공할 수 있는 좋은 방법이 있다고 생각합니다. 공정하다고 생각합니다.

저도 같은 기능을 찾고 있습니다. 문서를 검토한 후 해결 방법은 다음과 같이 shouldSendCallback 를 사용하는 것 같습니다.

shouldSendCallback: function(data) {
  localStorage['queued-errors'] = (localStorage['queued-errors'] || []).push(data);
  return false;
}

그런 다음 네트워크 연결을 수신하고 Raven.captureException 사용하여 대기열을 처리합니다.

window.addEventListener('online', checkAndProcessQueue);

이것은 약간 편승하지만 비슷한 문제가 있습니다. 클라이언트가 호스트에 대한 연결이 끊어지면 오류를 보고할 수 없습니다(반드시 오프라인일 필요는 없음). 주변을 둘러보니 ravenFailure 이벤트가 창에서 트리거되고 있지만 이 이벤트에서 충분한 데이터를 얻을 수 없어 내가 하려는 작업을 수행할 수 없습니다. 실패 시 오류 보내기를 다시 시도합니다.

이에 대한 몇 가지 가능한 접근 방식이 있습니다.

1. 이벤트 전송을 재시도할 빈도, 포기하기 전에 시도할 횟수 등을 지정할 수 있는 인스턴스별 또는 메시지별 retry 옵션
2. captureException(), sendMessage()` 등의 콜백/콜백은 성공/실패 시 트리거됩니다.
3. 그 방법을 약속 (meh)
4. 실패 시 이벤트(어디서?)를 트리거하고 해당 이벤트의 재전송을 시도하기 위해 이벤트 데이터에 충분한 컨텍스트를 제공합니다.

나중에 오류 메시지를 보낼 수 있도록 오프라인 저장 기능이 있어야 합니다. 사용자가 앱을 닫았다가 나중에 온라인 상태에서 다시 연 후에도 가능합니다. "오프라인 우선" 접근 방식과 유사:
http://offlinefirst.org/

나는 같은 문제에 직면했다. 처음에는 서비스 워커로 오프라인 구글 애널리틱스 문제를 푸는 방식과 비슷하게 풀고 싶었다. 접근 방식은 여기 에서 Google에 의해 잘 설명되어

그러나 Cordova를 대상으로 하는 경우 Service Worker를 사용하지 못할 수 있습니다.
그리고 _hacky_ 솔루션 이 필요합니다. 나는 이것을 생각해 냈습니다.

https://gist.github.com/oliviertassinari/73389727fe58373eef7b63d2d2c5ce5d

import raven from 'raven-js';
import config from 'config';

const SENTRY_DSN = 'https://[email protected]/YYYY';

function sendQueue() {
  const sentryOffline = JSON.parse(window.localStorage.sentryOffline);

  if (sentryOffline.length > 0) {
    raven._send(sentryOffline[0]);
  }
}

// ... 

@webberig에 동의합니다. 다른 많은 멋진 방법으로 꽤 인상적이기 때문에 이것이 이미 까마귀의 일부가 아니라는 사실에 사실 조금 놀랐습니다. 앱의 아키텍처에 따라 오프라인 상태의 결과인 오류의 사소한 비율이 잠재적으로 있을 수 있습니다. 이에 대해 보고할 수 있는 것은 많은 구현에서 매우 중요합니다.

그래서 내 투표는 이것이 자동으로 구워져야 한다는 것입니다. Sentry로 메시지를 보내는 중에 오류가 발생하면 메시지를 저장하고 나중에 다시 시도해야 합니다(타이머, 이벤트 또는 단순하게 유지하려는 경우 다음 메시지 전송 시).

또한 "DDN"레이블은 무엇을 의미합니까?

다른 많은 멋진 방법으로 꽤 인상적이기 때문에 이것이 이미 까마귀의 일부가 아니라는 사실에 사실 조금 놀랐습니다. 앱의 아키텍처에 따라 오프라인 상태의 결과인 오류의 사소한 비율이 잠재적으로 있을 수 있습니다.

완전히 공정합니다. 하지만 기본적으로 수행되어야 하는지 잘 모르겠습니다. 스크립트가 로드되지 않으면 무슨 일이 있어도 앱이 작동하지 않는 시나리오가 많이 있습니다. 그리고 대부분의 앱은 오프라인에서 작동하지 않으며 기대하지도 않습니다. 그것이 좋은 습관인지 아닌지는 다른 문제입니다.

많은 Raven 사용자가 그렇게 하는 코드를 작성했음에도 불구하고 기본적으로 AJAX 오류를 기록하지 않는 이유입니다. 하지만 _원하신다면_ 쉽게 할 수 있도록 노력하겠습니다. 그리고 여기서도 같은 일을 하고 싶습니다.

또한 "DDN"레이블은 무엇을 의미합니까?

확실하지 않다. @매트로베놀트?

디자인 결정이 필요합니다. :)

기본적으로 수행되어야 하는지 잘 모르겠습니다.

네 말이 되네요.

하지만 원하신다면 쉽게 할 수 있도록 노력하겠습니다. 그리고 여기서도 같은 일을 하고 싶습니다.

따라서 디자인 결정을 내리는 데 도움이 되도록 몇 가지 생각을 해 보겠습니다.

문서를 올바르게 이해 transport 구성 옵션을 사용하면 기본적으로 Sentry가 데이터를 서버로 보내는 파이프라인의 마지막 부분을 제어하고 해당 전송을 수행하는 책임을 맡을 수 있습니다. 이 경우 오프라인 대기열을 플러그인하기에 가장 좋은 장소인 것 같습니다. 데이터를 서버로 보내는 대신 백그라운드에서 서버에 업로드하는 대기열로 보내십시오. 누군가가 그것을 실현하기 위해 자신의 코드를 작성하는 경우일 것입니다.

비슷한 맥락에서 기본 HTTP 전송을 공식 Raven 롤링 오프라인 가능 대기열로 대체하는 구성 옵션( includeOffline ?)을 노출하는 것이 충분히 간단할까요?

• 브라우저 호환성을 위해 대기열을 localStorage에 저장하고 시간 초과 시 연결을 확인하도록 할 수 있습니다.
• 더 나은 성능과 안정성을 위해 서비스 작업자를 활용하여 대기열을 관리하여 페이지가 닫힌 후에도 오류가 업로드될 수 있습니다. 그러나 이 시점에서 유틸리티 라이브러리가 자체 서비스 워커를 가동하는 것은 약간 주제넘은 일입니까?

이 기능이 이제 어떻게든 까마귀에 내장되어 있습니까?

@Freundschaft 아니요, 아직 아닙니다. 내가 이해하는 한, 지금은 transport 옵션을 무시하거나 shouldSendCallback 를 사용하여 나중에 보낼 대기열을 만들어야 합니다.

@cudaste 감사합니다!
누군가 작업 샘플 구현을 얻었습니까? 그렇지 않다면 나는 그것을 작성하고 여기에 게시하려고 노력할 것입니다

@Freundschaft 이것은 매우 도움이 될 것입니다. 우리는 같은 문제에 직면해 있다

++1 제발

+1

+1

우리의 솔루션:

Raven 초기화에 shouldSendCallback 전달

연결이 없으면 logStorageService에서 이벤트 데이터를 저장합니다.

var options = {
    ...
    shouldSendCallback: function(data) {
        if (connectionStatus.check() && Raven.isSetup()) {
            return true;
        } else {
            // store log data somewhere
            logStorageService.set(data);
            return false;
        }
    }
    ...
};

Raven.config(SENTRY_KEY, options).install();

로그 전송을 시도하는 대기열

Queue는 25초마다 이 코드를 실행하여 결국 모든 이벤트를 Sentry에 전달합니다.

queue.enqueue(function () {
                    logStorageService
                        .getKeys()
                        .then(function (keys) {
                            if (keys && keys[0]) {
                                logStorageService
                                    .get(keys[0])
                                    .then(function (log) {
                                        Raven.captureMessage('', log);
                                        logStorageService.remove(keys[0]);
                                    });
                            }
                            ...
                        });
                });

위의 몇 가지 예는 "비공개" 함수에 대한 호출을 보여주었습니다. 그러나 Raven._sendProcessedPayload 또는 Raven._send 을 호출할 수 없습니다.

소스 코드를 보면 Raven()이 어떻게 객체로 구성되는지 잘 모르겠습니다. 어디에도 "new Raven()"이 보이지 않습니다.

이러한 기능을 어떻게 호출할 수 있습니까?

신경쓰지 마세요. 문제는 raven.min.js 일 때만 발생했으며 raven.js 아니라 해당 질문에 대한 답변이었습니다.

그래서 _sendProcessedPayload 함수의 축소된 이름을 찾았고 다음은 내 코드에서 끝낸 결과입니다(현재로서는).

  /**
   * HACK: Using a private function that gets minified!
   * Pinned Raven-js to version 3.8.1.
   */
  Raven._sendProcessedPayload = Raven._sendProcessedPayload || Raven.Y;

  ...

  function processQueue(items) {
    // Stop if we're not online.
    if (!canSend())
      return;
    // Process the given items or get them from the queue.
    items = items || queue.getItems();
    if (!items || items.length < 1)
      return;
    // First in, first out.
    var next = items.shift();
    // Send the next item.
    Raven._sendProcessedPayload(next, function processed(error) {
      // If no errors, save the queue and process more items.
      if (!error) {
        queue.save(items);
        processQueue(items);
      }
    });
  }

  function shouldSend(data) {
    if (canSend())
      return true;
    if (data.extra.retry)
      return false;
    data.extra.retry = true;
    queue.add(data);
    return false;
  }

  ...

  setInterval(processQueue, OFFLINE_QUEUE_TIMEOUT);

이것은 끔찍한 HACK 으로 인해 이상적이지 않으며 또한 이 대기열을 처리하는 동안 더 많은 오류가 캡처될 수 있으므로 순서가 맞지 않게 전송됩니다...

오늘의 마지막 메모: _sendProcessedPayload 공개해야 한다고 생각합니다. shouldSendCallback 가 false를 반환할 때 _send 종료되는 위치에서 바로 선택하므로 보내기를 다시 시도하려는 경우 호출하는 것이 확실한 선택입니다...

그러나 페이로드를 수정하는 것은 마음에 들지 않습니다. 따라서 이상적인 방법은 아닙니다.

이 기능이 아직 라이브러리에 추가되지 않았습니까?

나는 오프라인 기능이 있기 때문에 오늘 이것이 필요했습니다. 나는 indexdb를 사용하여 내 모든 데이터를 저장하지만 Sentry에 대한 즉시 사용 가능한 오프라인 기능을 갖는 것이 좋을 것입니다. 자체 로컬 데이터베이스를 사용하여 이벤트를 저장하고 주기적으로/네트워크 변경을 통해 매우 유용한 db를 보내고 지우려고 시도할 수 있다면.

여기에서 주소 https://github.com/getsentry/raven-js/pull/1165

나중에 온라인 상태가 되었을 때 보내기 위해 예외를 저장하는 경우 예외에 타임스탬프를 설정하여 내가 센트리로 보낼 때 예외가 발생하지 않았음을 나타내도록 할 수 있는 방법이 있지만 어느 시점에서 과거? 나는 그것을 추가로 추가 할 수 있다고 생각하지만 실제 타임 스탬프를 설정할 수 있으면 좋을 것입니다.

captureException 그런 옵션이 없습니다.