灰烬哨兵/乌鸦：在加载用户模型时设置用户上下文？

Question

％序言％

我正在设置ember-cli-sentry，并希望识别用户，以便在我们报告异常时，我们知道这些异常与哪个用户相关联（如果它们是特定于用户的）。 （例如，我们部署到暂存中，我们从后端获取了一些不良数据，从而导致只有将不良数据输入其帐户的用户才产生某些错误）。

＆实际问题＆

我想在用户模型加载后立即执行一些代码。 我不知道什么路线将触发用户模型加载。

从理论上讲，实际上，我最早可以获取用户模型数据的地方是在对数据的请求完成之后。 我想知道，劫持XHR方法会很疯狂，并且当请求用户ID时，运行我的代码告诉raven / sentry该用户是谁？

如果只为模型文件添加一个“已加载”钩子会更好，但是我从未听说过这种事情。 也许这是一个理想的用例？

Google / Seo的H1：

Ember：从任何路径加载模型后，要执行代码吗？ 从任何路径加载模型后如何执行代码？

Answer 1

也许在您的主应用程序路线中，您可以执行以下操作：

user: alias('model')

userModelLoaded: observer('user.id', function() {
  // execute code to set up Raven
})

Answer 2

我建议

• 在您的Ember数据存储上设置观察者 - 是否有办法在烬存储中的任何模型变化上设置观察者？ -但这似乎很挑剔，或者；
• 在登录路由回调后，设置上下文：

---

Raven.setUserContext({
    email: 'matt@example.com',
    id: '123'
});

Answer 3

谢谢@duizendnegen和@Isaac Askew，观察者是一个很好的起点，引导我找到了最终解决方案。 放置在我的应用程序路径中的该观察者代码帮助我准确确定了可以添加为用户上下文的内容：

window.serviceState = {};
// eslint-disable-next-line
let serviceState = window.serviceState;

export default Route.extend(ApplicationRouteMixin, {
  // observes services for state changes we care about and stores them in
  // a separate variable so when an exception occurs, we can simply include that
  // variable and avoid the risk of causing another exception by trying
  // to read them in `captureException`
  serviceStateTracker: observer(
    'service1.prop1',
    'service2.propA',
    function() {
      [
        'service1.prop1',
        'service2.propA',
      ].forEach((prop) => {
        let newValue = this.get(prop);
        if (serviceState[prop] !== newValue) {
          if (serviceState[prop] === undefined) {
            console.log(prop, newValue);
          } else {
            console.log(prop, 'changed from:', serviceState[prop], 'to:', newValue);
          }
          serviceState[prop] = newValue;
        }
      });
    }
  ),

但是，我确实尝试仅在异常时间在logger服务中get我关心的道具，并且效果很好。 最好这样做，因为您不必每次都要记录属性的更改都不必要地执行代码：

// app/services/logr.js
// initially generated with ember-cli-sentry's `ember g logger logr`
import RavenLogger from 'ember-cli-deploy-sentry/services/raven';
import Ember from 'ember';

const { Logger, inject: { service } } = Ember;

export default RavenLogger.extend({

  unhandledPromiseErrorMessage: '',
  user: service(),
  i18n: service(),

  addContext() {
    if (this == null) {
      // eslint-disable-next-line
      console.warn('logr cannot addContext because this is null/undefined, continuing without');
      return;
    }
    let tagsContext = {
      locale: this.get('i18n.locale'),
      id: this.get('user.id'),
      firstName: this.get('user.firstName'),
      lastName: this.get('user.lastName'),
      email: this.get('user.email')
    };
    // console.log('tagsContext', tagsContext);
    // For some reason setUserContext was not working, but setTagsContext was,
    // so I am using tags for all the user info. Maybe upgrading raven could fix this?
    this.callRaven('setTagsContext', tagsContext);
    // why use callRaven: https://github.com/damiencaselli/ember-cli-sentry/issues/58
  },

  // work around for unmerged PR:
  // https://github.com/damiencaselli/ember-cli-sentry/pull/97
  captureException(/* error */) {
    if (this.get('isRavenUsable')) {
      this.addContext();
      window.Raven.captureException(...arguments);
    } else {
      Logger.debug(...arguments);
    }
    return true;
  },

  captureMessage(/* message */) {
    if (this.get('isRavenUsable')) {
      this.addContext();
      window.Raven.captureMessage(...arguments);
    } else {
      Logger.debug(...arguments);
    }
    return true;
  }
});

由于某种原因，观察者无法在我的logr服务中工作。

额外说明：

• 使用ember-cli-deploy-sentry插件，不要忘记config/DEPLOY.js配置放在config/DEPLOY.js ，而不是config/environment.js

在某些应用程序路由挂钩中某处触发错误：

setTimeout(() => {
  // I was having some issue with `throw new Error()` so I did this instead
  // It's actually just a better way to manually 'throw an exception'
  // because it will not forcibly crash the application, but instead
  // at least attempt to continue running
  this.get('logr').captureException(new Error('sentry user context test'));
}, 10000);

• 不要忘了设置development: false假使raven实际将此测试错误发送到哨兵（除非您不进行端到端测试）（我通常设置为： development: environment === 'development'

在应用程序路由操作中，将此添加到您的错误操作处理程序中：

error(error) {
  // Trap unhandled failures during routing:
  // Should maybe be handled by the sentry addon, but is not as of now:
  // https://github.com/damiencaselli/ember-cli-sentry/issues/105
  this.get('logr').captureException(error);