ruby-on-rails - 在 Rails 中跟踪 session 时遇到问题

Question

我在为我的 Rails 应用程序计算 Mixpanel 中的 session 时遇到问题。基本上，每次有人从外部 URL(不是 mydomain.com)访问页面时，我都会触发“ session ”混合面板跟踪事件。

所以我在钩子(Hook)之前的 application_controller.rb 中有这样的东西:

def count_session
    referral = request.referer
    root_url = Figaro.env.root_uri

    ### If there's a referral and it includes the root domain, then don't 
    ### track because it's the same session

    if referral && referral.include?(root_url)  
      puts "!!!! NOT TRACKED !!!!!"
    else
      puts "!!!!! TRACKED #{id}  !!!!!!"
      mixpanel.track("Session", "ID"  => current_user.id, "Version" => Figaro.env.ab_version )
    end 
  end

对于调试，我可以看到“!!!!! TRACKED 4 !!!!!!”从我的帐户(用户 ID:4)访问页面时在我的控制台中。但是当我访问 MixPanel 时，仪表板中没有显示任何事件。

如果我在隐身浏览器中访问(ID:nil)，或者如果我访问隐身，则可以记录 session 事件，然后显式登录我的帐户。但目标是在用户从外部 url 访问的任何时候注册事件。

我的其他混合面板事件工作正常。知道为什么在这种情况下不会触发 session 事件吗？我应该如何进一步调试呢？

谢谢!

编辑:我正在使用 Mengpaneel对于 ruby​​ 实现，这是我的设置:

初始化程序/mengpaneel.rb:

Mengpaneel.configure do |config|
  config.token = Figaro.env.mixpanel_token
end

application_controller.rb:

before_action :setup_mixpanel
before_action :count_session

 def setup_mixpanel
    return unless user_signed_in?

    mengpaneel.setup do
        mixpanel.identify(current_user.id)

        mixpanel.people.set(
          "ID"              => current_user.id,
          "$email"          => current_user.email,
          "$created"        => current_user.created_at,
          "$last_login"     => current_user.current_sign_in_at
        )
    end
  end

Answer 1

Any idea why the session event would not be firing in this instance? How should I go about further debugging this?

为了回答您问题的调试方面，我首先要确保我以正确的方式发送此事件。

到处添加日志记录!在mengpaneel的track方法中:

def track(event, properties = {})
  return if @disable_all_events || @disabled_events.include?(event)

  properties = @properties.merge(properties)

  super(@distinct_id, event, properties)
end

我会检查一下 @disable_all_events和 @disabled_events设置为，通过更新我的本地 gem 来记录这些属性。我还会记录调用 super 的结果，以防它返回某种错误响应。或使用 ruby debugger .

我知道你说其他电话正在工作，所以也许只是这个电话正在悄无声息地掉线。

另一种选择是弄清楚如何在 HTTP 请求中间获取代理(即 Charles)。