Update CocoaPod spec with the new 0.4.0 build

[ivolo]

No description provided.

[reinpk]

removed cocoapod spec since it is now distributed as a framework.

[mbaltaks]

What would be wrong with having both a cocoapod spec and a framework? Right now, the framework bundles a bunch of libraries, but without their headers, meaning you get linker errors when trying to use any of those libraries yourself. You've namespaced Reachability (#31) (and now we have two copies of the lib compiled in) but what about using another? I'm trying to use another Google analytics account for technical analytics (as opposed to business analytics which are for another company) but removing the cocoapod spec makes that more difficult than it was.

[reinpk]

@mbaltaks i'm not sure this solves your problem but having a podspec was important for many users, so I went and re-added a new spec that pulls in the framework: https://github.com/CocoaPods/Specs/blob/master/Analytics/0.5.2/Analytics.podspec

it sounds like you're looking for individual control of the libraries/avoiding conflicts... https://developers.google.com/analytics/devguides/collection/ios/v2/advanced is the only thing I've seen about multiple trackers with GA. is that not possible with the framework?

we're pretty set on the framework rather than installing many cocoapods, but let me know if there's another way around this issue.

[mbaltaks]

I didn't look to see if this library provides access to the parts of the Google Analytics api that allows a second tracker ID, instead I've moved to using ARAnalytics, which deliberately uses Cocoapods and local libraries. I had thought segment.io was sending the analytics from the server side, but the inclusion of a set of client libraries seems to indicate that the server is just providing the client with a set of providers that the client should send directly to. Which means it's not too different to just sign up for a bunch of providers and use the client only solution of ARAnalytics.

I could have used your framework, and included the headers for libraries you've bundled in so I could use them myself, but trying to keep those headers in sync could be a problem, and it's just not the right way to do it. Perhaps bundling the headers for the included libs with the framework might help here? But I suspect there aren't many who would need this.

In any case, thanks for the response.

[reinpk]

Got it, yeah I suspect your use case is a bit specialized, and ARAnalytics is probably a better fit.

Our library actually does a mix of client libraries and server proxying. Some services (Flurry, Mixpanel, Countly, Google Analytics, ...) have iOS SDKs that collect information in very particular ways, or no REST APIs. So we bundle those client libraries.

Other services though, don't have iOS SDKs like Customer.io, Woopra, Marketo, HubSpot, Salesforce, ... and for those services we proxy the data through our servers.

So Segment.io gives access to quite a number of services not available through ARAnalytics. We also store a complete log of all the data you send so that you can (1) replay the data into a new service you want to try, (2) export the data for custom analysis at a later date.

Hope that clarifies things a bit :) cheers!

[mbaltaks]

@reinpk Thanks for the extra detail!