06-28-2013 04:06 AM
Is there a way to get the Flurry Analytics service work in a WebWorks app? I'm not sure what I will lose out on by creating a Web app in the Flurry management console.
Solved! Go to Solution.
06-28-2013 07:05 AM
I've just had a quick look at Flurry
They only document use via Native or Cascades so it won't work with WebWorks as it stands but looks to be easy enough to wrap in a native extension
I'll stick it on my todo list - ask me again in a week or two if I don't get back to you first
06-28-2013 10:59 AM
Actually, Flurry *just* launched a MobileWeb SDK (yesterday), so you can now use their analytics services in a WebWorks application:
06-28-2013 12:10 PM
Sounds perfect so is there any advantage to me writing an extension?
The only thing I don't like about this kinda solution is the possible security ramifications (nobody argue over this or we'll never get this finished...)
Would it be 'better', in your opinion to hook directly into native via a Native Extension
See - I paid attention in Amsteram
06-28-2013 02:41 PM
Given there is a WebSDK, the native extension is not required.
The Web API will require that you provide keys in order to authenticate / authorize your app with their services - very similar to how Google analytics works. So I don't think it is necessary to hide it away within a native extension.
As Simon suggests, if you wish to obfuscate those values, burying them in a compiled *.so extension could be one way of hiding them.
06-28-2013 04:05 PM
Yes - that is my exact point, I just didn't wanna spell it out
It is not an issue in most cases but can I give you a hypothetical
You write a break-out (an app that goes viral that everyone buys without ever having used) on word of mouth
Now - assume that someone extracts your key - start worrying
I hate not giving a full answer but explaining in full is dangerous
Simply put I think we need the direct Web SDK for general use and a secure version for the high end