Flurry分析中的最大自定义事件数量？

Question

Flurry分析每次会话可以报告的最大自定义事件数是多少？

Answer 1

The number of events you can report per session in Flurry is 1000. I asked this question to Flurry support, as I couldn't find it elsewhere (and none of the answers here really answered the question). They answered and also sent me a short document titled "Flurry Methodology and Best Practices" that contained, among other things, this summary:

• 300 unique events per app
• 1000 events max per session
• 100 unique event names per session
• 10 params max per event
• Key/Value for params must be Strings
• Key max length 255 chars
• Value max length 255 chars

As the definition of "session" is important, I quote, from the same document:

Flurry analytics is based on a session model that only “phones home” at the launch and backgrounding of a session. This prevents “talkiness” from the SDK, conserves battery by not always running the radios and allows data to travel in a coherent package."

(...)

One addition to the Flurry session model is the concept that a user may bounce out of an app for a very brief time and reenter the app and still be within the original session. A time may be set, in millis, that is colloquially referred to as the “session timeout”. It is configurable at app launch (see setContinueSessionMillis for more details) within a range of 5 seconds to 1 minute with a default of 10 seconds. If, when the user comes back into the app, the “session timeout” has not been exceeded, then the SDK will treat the “new” session as a continuation of the former session.

Upon this new launch, if there are any sessions not sent, they will be sent. At that time, as well, the SDK will make a decision on whether or not to continue a session or start a new one.

The document is here. Flurry support sent it to me in late February, 2015.

Answer 2

The limit appears to be 300 different event ids, and therefore 300 custom events. Quoting: http://support.flurry.com/index.php?title=Analytics/GettingStarted/TechnicalQuickStart

Your application is currently limited to counting occurrences for 300 different Event ids (maximum length 255 characters).

Addional details from here

Yes, there is a limit of 300 Events for each application. Each event can have up to 10 parameters, and each parameter can have any number of values.

Answer 3

I believe it is infinite:

Each Event can have up to 10 parameters, and each parameter can have an infinite number of values associated with it. For example, for the 'Author' parameter, there may be 1,000 possible authors who wrote an article. We can keep track of each author via this single parameter.

So if you can have an infinite number of values you could have 10 million authors. Since they are all just values each one can be tracked (via the parameter). If they "can keep track of each author via this single parameter" then I don't think your event count would be mitigated. This would assume you setup your event types properly like in their example:

NSDictionary *articleParams =
   [NSDictionary dictionaryWithObjectsAndKeys:
      @"John Q", @"Author", // Capture author info
      @"Registered", @"User_Status", // Capture user status
      nil];

[Flurry logEvent:@"Article_Read" withParameters:articleParams];

One event with a maximum of 10 dictionary items, with an infinite number of possible values... I think it would be safe to say you aren't limited here.

Answer 4

There is a limit of 300 Events for each app. Each event can have up to 10 parameters, and each parameter can have any number of values. Please check all details here