Problem beim Verfolgen einer Sitzung in Schienen

8

Ich habe ein Problem beim Zählen von Sitzungen in Mixpanel für meine Rails-App. Grundsätzlich feuere ich jedes Mal, wenn jemand eine Seite von einer externen URL (nicht mydomain.com) besucht, ein "Session" -Mischpanel-Tracking-Event ab.

Also ich habe so etwas in meinem application_controller.rb vor hook:

%Vor%

Zum Debuggen kann ich "!!!!! TRACKED 4 !!!!!!" sehen. in meiner Konsole beim Besuch der Seite von meinem Konto (Benutzer-ID: 4). Aber wenn ich MixPanel besuche, wird kein Ereignis im Dashboard angezeigt.

Ich kann das Sitzungsereignis zum Protokollieren veranlassen, wenn ich in einem Inkognito-Browser (mit der ID: nil) besuche ODER wenn ich inkognito besuche, dann melde mich explizit bei meinem Konto an. Das Ziel ist jedoch, dass das Ereignis jedes Mal registriert wird, wenn ein Benutzer eine externe URL aufruft.

Meine anderen Mixpanel-Events funktionieren gut. Irgendeine Idee, warum das Sitzungsereignis in diesem Fall nicht feuern würde? Wie sollte ich über das weitere Debugging gehen?

Danke!

Bearbeiten: Ich benutze Mengpaneel für die Ruby-Implementierung, hier ist mein Setup:

Initialisierer / mengpaneel.rb:

%Vor%

application_controller.rb:

%Vor%     
Jackson Cunningham 24.02.2016, 20:00
quelle

1 Antwort

0
  

Irgendeine Idee, warum das Sitzungs-Ereignis in diesem Fall nicht ausgelöst würde? Wie sollte ich über das weitere Debugging gehen?

Um die Debugging-Seite Ihrer Frage zu beantworten, würde ich zunächst sicherstellen, dass ich dieses Ereignis richtig sende.

Logging überall hinzufügen! In Mengpaneel's Track-Methode:

%Vor%

Ich würde prüfen, auf was @disable_all_events und @disabled_events eingestellt sind, indem ich mein lokales Juwel aktualisiere, um diese Attribute zu protokollieren. Ich würde auch das Ergebnis des Aufrufs von super protokollieren, falls es eine Art von Fehlerantwort zurückgibt. Oder mit dem Ruby debugger .

Ich weiß, dass du gesagt hast, dass andere Anrufe funktionieren, also ist es vielleicht nur dieser Anruf, der lautlos gelöscht wird.

Eine andere Möglichkeit wäre, herauszufinden, wie man einen Proxy in der Mitte der HTTP-Anfragen (d. h. Charles) bekommt.

    
Nick Malcolm 06.03.2016 22:44
quelle

Tags und Links