[英]Maxiumum number of custom events in Flurry analytics?
Flurry分析每次會話可以報告的最大自定義事件數是多少?
Flurry中每個會話可以報告的事件數量是1000個。我向Flurry支持提出這個問題,因為我在其他地方找不到它(這里的答案都沒有真正回答這個問題)。 他們回答並向我發送了一份題為“亂舞方法和最佳實踐”的簡短文件,其中包含了以下摘要:
由於“會話”的定義很重要,我引用同一文件:
亂舞分析基於會話模型,該會話模型僅在會話的啟動和后台處“打電話回家”。 這可以防止來自SDK的“喋喋不休”,通過不總是運行無線電來節省電池,並允許數據在連貫的包中傳輸。
(......)
Flurry會話模型的一個附加功能是用戶可以在非常短的時間內退出應用程序並重新進入應用程序並仍在原始會話中的概念。 可以以毫秒為單位設置時間,通常稱為“會話超時”。 它可以在應用程序啟動時進行配置(有關詳細信息,請參閱setContinueSessionMillis),范圍為5秒到1分鍾,默認值為10秒。 如果,當用戶返回應用程序時,未超過“會話超時”,則SDK會將“新”會話視為前一會話的延續。
在新的啟動時,如果有任何會話沒有發送,它們將被發送。 此時,SDK還將決定是繼續會話還是啟動新會話。
該文件在這里。 Flurry支持於2015年2月下旬將它發送給我。
限制似乎是300個不同的事件ID,因此300個自定義事件。 引用: http : //support.flurry.com/index.php? title = Analytics / Getstarted/ TechnicalQuickStart
您的應用程序目前僅限於計算300種不同事件ID的出現次數(最大長度為255個字符)。
是的,每個應用程序限制為300個事件。 每個事件最多可包含10個參數,每個參數可以包含任意數量的值。
我相信這是無限的:
每個事件最多可包含10個參數,每個參數可以包含無限數量的值。 例如,對於“作者”參數,可能有1,000位撰寫文章的作者。 我們可以通過這個單一參數跟蹤每個作者。
因此,如果您可以擁有無限數量的值,那么您可以擁有1000萬作者。 由於它們都只是值,因此可以跟蹤每個值(通過參數)。 如果他們“可以通過這個單一參數跟蹤每個作者”,那么我認為您的事件計數不會減輕。 這將假設您正確設置您的事件類型,如在他們的示例中:
NSDictionary *articleParams =
[NSDictionary dictionaryWithObjectsAndKeys:
@"John Q", @"Author", // Capture author info
@"Registered", @"User_Status", // Capture user status
nil];
[Flurry logEvent:@"Article_Read" withParameters:articleParams];
一個事件,最多包含10個字典項,具有無限多個可能的值......我認為可以說你不限於此。
每個應用程序限制為300個事件。 每個事件最多可包含10個參數,每個參數可以包含任意數量的值。 請在這里查看所有細節
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.