Sentry-javascript: [Позвоните для получения отзыва] Дорожная карта для Sentry JavaScript SDK v7

Моя самая большая претензия всегда заключалась в том, что моя библиотека регистрации ошибок является одной из моих самых больших сторонних библиотек. Я часто думал о ленивой загрузке Sentry через 5-10 секунд после загрузки первой страницы, чтобы получить лучший показатель скорости страницы, поэтому я очень рад, что вы решаете эту проблему ❤️

Для меня drastically reduce overall bundle size -цель также является самой важной.

Привет,

резко уменьшить общий размер пакета

Ставлю +1 на случай, если это что-то изменит. И еще добавлю: в моем веб-приложении инициализация Sentry занимает 30 мс (на быстром компьютере), что слишком много для логгера диагностики, а в приложении React Native значительно хуже, потому что его бандлер (Metro) не способен трясти дерево, поэтому Sentry импортирует колоссальные _78 файлов_, а также заметно увеличивает (несколько%) время запуска.

Привет, немного данных из React Native:

Это профилировано на iPhone X. При запуске Sentry требуется колоссальные 54 мс — ~ 40 только для импорта основной части файлов, ~ 15 для инициализации кода JS. Добавьте к этому ~30 мс, блокирующих основной поток для инициализации _native_ стороны, и есть некоторое время, неучтенное при лексировании/анализе JS Sentry (которых много) - я подозреваю, 5-15 мс, но точно не измерял. Итого - 90-100мс - это 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 может автоматически проверять SentryOptions, например именованную глобальную переменную, для получения идентификатора DSN и других параметров.

Мы динамически загружаем файлы JS, когда это необходимо, и трудно отследить событие загрузки пакета js в междоменных запросах или проблемах с сетью. Автоматическая проверка этой переменной была бы полезна для этого, и нет необходимости вызывать исключительно функцию инициализации.

_SDK не удалось отправить индикацию события_

Я хотел бы иметь какое-то указание на то, что capureEvent не смог отправить запрос, чтобы его можно было поставить в очередь и повторить попытку позже.

Это было бы очень полезно для офлайн-приложений (прогрессивных веб-приложений).

Бывают ситуации, когда браузер находится в онлайн-состоянии, но сетевой запрос не выполняется из-за ненадежного соединения/тайм-аута (т. е. при перемещении по участкам с плохим покрытием сети).

Существует офлайн-интеграция, однако она зависит от онлайн- и офлайн-событий, чего недостаточно для покрытия этого случая.

Сетевые ошибки могут привести к тому, что приложение, которое не учитывает такую ​​ситуацию, выдает ошибки, которые не регистрируются Sentry и просто исчезают в пустоте.

У меня есть проект, который является PWA, и я не получаю события, когда приложение находится в автономном режиме, и нет возможности выполнить фоновую синхронизацию в сервис-воркере, потому что он не зарегистрирован для принимающего домена часового.

@эдельвалле
Это должно быть возможно с 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 занимает примерно 28% от размера нашего основного пакета (27 КБ из 95 КБ). Мы пытаемся уменьшить размер нашего пакета JS на страницу до 90 КБ, чтобы наше приложение могло лучше работать в сельской местности с плохим подключением. Значительно меньший размер Sentry SDK очень помог бы.

Почему бы не отказаться от поддержки IE11? Многие крупные сайты, включая Microsoft, прекратят поддержку этого браузера к концу года. Конечно, вопрос в том, действительно ли это влияет на размер библиотеки.

@kamilogorek есть идеи, когда может появиться v6?

Я также согласен с @xr0master и считаю, что поддержку IE следует полностью исключить, включая IE11 в новой версии.

Каковы самые большие проблемы при использовании 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 в версиях Node, которые его поддерживают?

Итак, сегодня мы отправили 6.0.0 без каких-либо существенных изменений, кроме отправки данных сеанса по умолчанию. копия @OmgImAlexis
Я изменил название этого выпуска на v7, что должно лучше отражать это.

Было бы здорово выставить интеграции фреймворка отдельно от Sentry.init . Это будет адрес #3232 , в котором Vue загружается лениво, и поэтому не гарантируется его существование во время инициализации часового. Что-то вроде Sentry.configureVue(Vue) которое можно вызвать во время загрузки Vue.

интеграция с реагирующим маршрутизатором для поддержки загрузки и выгрузки вторичного реагирующего приложения внутри одного и того же документа с отложенным вызовом, с использованием собственного маршрутизатора и более конкретных маршрутов.