Los events de ráfaga no aparecen en absoluto

Quería agregar algunas funciones analíticas a mi aplicación, así que creé una count en Flurry y agregué su SDK a mi proyecto. Luego registré algunos events, events normales y cronometrados.

Hasta aquí nada especial 🙂 Pero incluso después de 2 días no puedo ver ninguno de estos events en el tablero de Flurry. Puedo ver el número de sesiones, así que supongo que mi aplicación está enviando algo. Pero no hay events.

¿Alguna idea? No hice nada exótico sobre el código, me logging con mi ID (que es correcto de acuerdo con lo que dije anteriormente)

[FlurryAnalytics startSession:flurryKey]; 

y events registrados usando:

 [FlurryAnalytics logEvent:@"MyEvent"]; 

Creo que se refiere a FlurryAnalytics cuando dice Flurry Events.

OPCIÓN 1:

Por favor revise la key y si ha integrado la última versión de Flury SDK para iOS.

OPCION 2:

Verifique si ha hecho reference correctamente a FlurryAnalytics.h y libFlurryAnalytics.a

Comtesting también si agregaste libFlurryAnalytics.a a tus Link Binaries to Libraries en tu configuration de destino

OPCION-3:

Intente iniciar session en su website con sus cnetworkingenciales de inicio de session y espere unas horas más.

Además, no es un service en time real por lo que sé. Dura aproximadamente 6-8 horas para mostrar los resultados registrados.

De lo contrario, debe ponerse en contacto con los chicos de Flurry Analytics, ya que en realidad es una API simple y no puede haber muchos problemas que los desarrolladores podrían haber causado

Espero que esto te ayude.

Además de la configuration, es fundamental comprender cómo Flurry registra los events. Gracias a algunos de los comentarios, ejecuté algunas testings en el modo de debugging. Lo enciendes a través de:

 [Flurry setDebugLogEnabled:YES]; 

Cuando se inicia mi aplicación, configura el ID de usuario y un poco de logging de pageView. Aquí está la salida del logging:

  2013-05-27 12:19:00.636 MyApp[8492:907] Flurry: Starting session on Agent Version [115] 2013-05-27 12:19:00.659 MyApp[8492:907] Flurry: setUserID[<cut>] 2013-05-27 12:19:00.684 MyApp[8492:120b] FlurrySession: Add session with startTime[2013-05-27 15:46:22 +0000] to saved sessions 2013-05-27 12:19:00.704 MyApp[8492:120b] FlurrySession: Add crashed former session 2013-05-27 12:19:00.713 MyApp[8492:120b] FlurrySession: Event logging enabled[1] 2013-05-27 12:19:00.714 MyApp[8492:120b] FlurrySession: Session reports on close enabled[1] 2013-05-27 12:19:00.715 MyApp[8492:120b] FlurrySession: Session reports on pause enabled[0] 2013-05-27 12:19:00.716 MyApp[8492:120b] FlurrySession: Crash reporting enabled[0] 2013-05-27 12:19:00.717 MyApp[8492:120b] FlurrySession: set pushToken [(null)], _pushToken = [(null)] 2013-05-27 12:19:00.719 MyApp[8492:907] FlurryPageViewDelegate: delegate[(null)] created 2013-05-27 12:19:00.720 MyApp[8492:907] FlurryPageViewDelegate: delegate[(null)] created 2013-05-27 12:19:00.736 MyApp[8492:120b] FlurrySession: Initialized session from scratch with startTime[2013-05-27 16:19:00 +0000] 2013-05-27 12:19:00.737 MyApp[8492:120b] FlurrySession: Created active session with API[<cut>] 2013-05-27 12:19:00.738 MyApp[8492:120b] FlurrySession: Session reports on close enabled[1] 2013-05-27 12:19:00.739 MyApp[8492:120b] FlurrySession: Session reports on pause enabled[1] 2013-05-27 12:19:00.740 MyApp[8492:120b] FlurrySession: Event logging enabled[1] 2013-05-27 12:19:00.741 MyApp[8492:120b] FlurrySession: Crash reporting enabled[0] 2013-05-27 12:19:00.742 MyApp[8492:120b] FlurrySession: Sending sessions to server, include current NO 2013-05-27 12:19:00.763 MyApp[8492:120b] FlurrySession: Initial timestamp[2013-02-20 00:46:06 +0000] from saved source 2013-05-27 12:19:00.780 MyApp[8492:907] FlurryPageViewDelegate: delegate[(null)] created 2013-05-27 12:19:01.192 MyApp[8492:120b] Flurry: start background task 2013-05-27 12:19:01.202 MyApp[8492:120b] FlurrySession: Scheduled send 1 session(s). 2013-05-27 12:19:01.215 MyApp[8492:120b] FlurrySession: Set userID[<cut>] 2013-05-27 12:19:01.217 MyApp[8492:120b] FlurrySession: dealloc session 2013-05-27 12:19:04.857 MyApp[8492:907] FlurrySession: networkStatusChanged to reachable 2013-05-27 12:19:05.616 MyApp[8492:907] Flurry: HTTP connection delegate received response[<NSHTTPURLResponse: 0x1c5a1310>] 2013-05-27 12:19:05.624 MyApp[8492:7f03] FlurrySession: async http response code: 200, id [D1038462-66E2-48AE-8304-83A24B0E26EB] 2013-05-27 12:19:05.634 MyApp[8492:7f03] Flurry: stop background task 

Flurry envió la configuration de session inicial automáticamente, por lo que verá las sesiones en su página de análisis (la sección anterior, código de respuesta asíncrona de http: 200 es el éxito). Notará que dice Agregar la session anterior bloqueada. Esto se debe a que hice clic en Detener en XCode y maté la aplicación. ¡Esto no permitió que Flurry registrara ningún evento! Muestra el evento registrado, pero no hay ninguna session de envío progtwigda:

  2013-05-27 12:19:41.184 MyApp[8492:aa07] FlurrySession: Recording event eventName[Doc Save] with parameters[{myparams = "xyz"; }] complete 

Debe hacer clic primero en el button Inicio del dispositivo para hacer que Flurry envíe realmente el evento registrado. Una vez que hace clic en Inicio, verá esto en el logging:

  2013-05-27 12:21:15.884 MyApp[8492:a30f] FlurrySession: Pause session with pauseTime[2013-05-27 16:21:15 +0000] 2013-05-27 12:21:15.885 MyApp[8492:a30f] FlurrySession: Finish session with endTime[2013-05-27 16:21:15 +0000] 2013-05-27 12:21:15.887 MyApp[8492:a30f] FlurrySession: ending all unterminated timed events with _endTime[2013-05-27 16:21:15 +0000]... 2013-05-27 12:21:15.890 MyApp[8492:a30f] FlurrySession: ...finished ending un-ended timed events. 2013-05-27 12:21:15.891 MyApp[8492:a30f] FlurrySession: Sending sessions to server, include current YES 2013-05-27 12:21:15.900 MyApp[8492:a30f] FlurrySession: Initial timestamp[2013-02-20 00:46:06 +0000] from saved source 2013-05-27 12:21:15.914 MyApp[8492:a30f] Flurry: start background task 2013-05-27 12:21:15.919 MyApp[8492:a30f] FlurrySession: Scheduled send 1 session(s). 2013-05-27 12:21:16.729 MyApp[8492:907] Flurry: HTTP connection delegate received response[<NSHTTPURLResponse: 0x1c5ac0b0>] 2013-05-27 12:21:17.090 MyApp[8492:9c0b] FlurrySession: async http response code: 200, id [BB7CE5C1-D9C4-412F-9A41-6A838174B8FC] 2013-05-27 12:21:17.293 MyApp[8492:9c0b] Flurry: stop background task 

Entonces puedes matar la aplicación con Stop en XCode

Si está utilizando cualquiera de backgroundModes, debe configurar:

 [Flurry setBackgroundSessionEnabled:NO]; 

Explicación y descripción:

https://stackoverflow.com/a/17840667/1041311

Tuve el mismo problema y recibí los siguientes comentarios de support@flurry.com :

Cualquier evento que se elimine es básicamente listdo en negro y no se rastrea de nuevo, a less que no se elimine por el administrador de Flurry.

¿Estás esperando que aparezcan los 55 events eliminados? Si es así, entonces, dado que se eliminan, no se rastrearán nuevamente.

Así que eliminé mi aplicación de la sección de administración de dev.flurry.com , y creé una nueva con el mismo nombre, pero tenía un API_KEY nuevo. Después de eso, todos mis 55 events aparecieron correctamente en el monitor de la analítica de flurry y con todos los parameters.

Una razón por la que algunos de los nuevos events de Flurry no se registran podría ser el límite del número máximo permitido de events de flurry (distintos). Como se explica en esta respuesta , el límite es de 300 events personalizados. Si alcanza este límite, el sistema Flurry simplemente ignorará el nuevo evento y, lamentablemente, este problema no se mostrará en el logging Xcode.

Si esa es la causa raíz de su problema, aquí hay algunas sugerencias:

  1. Deshágase de los events que ya no son necesarios. Puede hacer esto en la pantalla de administración de Flurry (Administrar → Eventos). Nota: no puede volver a crear events eliminados sin ponerse en contacto con el equipo de soporte de Flurry (lea aquí ).
  2. Rediseña tus events de Flurry. Es mejor usar un evento distinto para un grupo de acciones similares y proporcionar detalles en el dictionary de parameters que crear un evento nuevo (personalizado) para cada acción.