ios - Los eventos de ráfagas no aparecen en absoluto

objective-c events (5)

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

Hasta aquí nada especial :) Pero incluso después de 2 días no puedo ver ninguno de estos eventos 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 eventos

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

[FlurryAnalytics startSession:flurryKey];

y eventos registrados usando:

[FlurryAnalytics logEvent:@"MyEvent"];

Además de la configuración, es crucial entender cómo Flurry registra los eventos. Gracias a algunos de los comentarios, ejecuté algunas pruebas en modo de depuración. Lo enciendes a través de:

[Flurry setDebugLogEnabled:YES];

Cuando se inicia mi aplicación, configura el ID de usuario y algunos registros de páginaView. Aquí está la salida de registro:

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 sí envió la configuración inicial de la sesión automáticamente, por lo que verá las sesiones en su página de análisis (sección anterior, código de respuesta http asincrónico: 200 es exitoso). Notará que dice agregar la sesión anterior bloqueada. Esto se debe a que hice clic en Detener en XCode y maté la aplicación. ¡Esto no permitió a Flurry registrar ningún evento! Muestra el evento registrado, pero no la sesión de envío programada:

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

Primero debe hacer clic en el botón Inicio del dispositivo para hacer que Flurry envíe realmente el evento registrado. Una vez que haga clic en Inicio, verá esto en el registro:

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

Creo que te refieres a FlurryAnalytics cuando dices Flurry Events.

OPCIÓN 1:

Por favor, verifique su clave y si ha integrado la última versión de Flury SDK para iOS.

OPCION 2:

Verifique si ha hecho una referencia adecuada a FlurryAnalytics.h libFlurryAnalytics.a

Compruebe también si ha agregado libFlurryAnalytics.a a sus Link Binaries to Libraries en su configuración de destino

OPCIÓN-3:

Intente iniciar sesión en su sitio web con sus credenciales de inicio de sesión y espere unas horas más.

Además, hasta donde yo sé, no es un servicio en tiempo real. Tarda aproximadamente 6-8 horas para mostrar los resultados registrados.

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

Espero que esto te ayude.

Si está utilizando cualquiera de los modelos de fondo, debe configurar:

[Flurry setBackgroundSessionEnabled:NO];

Explicación y descripción:

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

Tuve el mismo problema y recibí los siguientes comentarios de [email protected] :

Cualquier evento una vez borrado está básicamente en la lista negra y no se rastrea nuevamente, a menos que no sea eliminado por el administrador de Flurry.
¿Estás esperando que aparezcan los 55 eventos eliminados? En caso afirmativo, 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 una nueva API_KEY . Después de eso, todos mis 55 eventos aparecieron en el monitor de análisis de ráfagas correctamente y con todos los parámetros.

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

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

Deshágase de los eventos que ya no son necesarios. Puede hacerlo en la pantalla de administración de Flurry (Administrar → Eventos). Nota: No puede volver a crear el evento eliminado sin ponerse en contacto con el equipo de soporte de Flurry (lea here ).
Rediseña tus eventos de Flurry. Es mejor utilizar un evento distinto para un grupo de acciones similares y proporcionar detalles en el diccionario de parámetros que crear un evento nuevo (personalizado) para cada acción.