Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
I wanna use mobile analytics inside my iPhone app, i have read about both they are similar to each other but some persons say that Localytics is better and others say the GoogleAnalytics is better, advice is highly appreciated.
I am currently using Localytics inside my app , it is good analytics but it has disadvantage compared to google analytics which is you can track limited events per user and if you tried to register more than that number they will remove all your events attributes, so that i will remove my localytis account and start using google analytics because it does not use such limiting , because of the importance of the events and there attributes i will leave localytics and go google analytics , All other analytics things the same
The biggest difference between Localytics and Google Analytics is that Localytics is designed for apps, not websites. Localytics collects a richer data set by default and allows you to create any number of events with any number of attributes (GA limits you to just one). SDKs are available for all leading platforms, are very lightweight and provided in source code.
Localytics has both free and paid versions. The free version, called Community, does have some limits on event occurrences, collecting personal data and data cardinality, but very few customers hit those limits. And unlike Google, Localytics doesn't sample your app usage. Additionally, Localytics Enterprise customers have access to session-level data for integration with other systems.
Much more info is available on our website, including technical docs (http://localytics.com/docs). If you don't find what you need there or you have more questions, please ping me and I would be happy to help.
Just for anyone reading this as of 2015 - Google Analytics allows up to 50 custom dimensions with your events and each event contains three hierarchical fields by default, plus a value field. Google analytics doesn't "Sample App Usage", unless you hit extraordinarily high limits, but does have reporting limits, beyond which the reports will be based on a sample of the data collected. With Google Analytics Premium you can get the unsampled data also. GA also supports tracking users between a website and native apps using a unique member token.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 1 year ago.
Improve this question
I need to store a companys product data (id, prices, color etc) for about 100 products and retrieve it from both an Android app and an IOS app. The apps will be used in 10 different countries with separate languages and pricing. About 10 000 to 50 000 users/month is expected. This is not an e-commerce or online shopping app but it should display prices to users. No customer data or order data is required for now.
The company employees should be able to update product prices (and perhaps other product info) easily, i.e. some ok interface or by replacing/uploading csv files. The company employees will not be able to add new products after app launch.
Restricted access handling (read or RW permissions) is needed for security.
Could Firebase Cloud Firestore be a good solution for this?
Or is it realistic to have a set of cloud hosted csv files, say one file (~11kb) for each language?
I would prefer to avoid setting up my own database, security, API and managing frontend.
Any guidance will be greatly appreciated!
If you check out the firestore free tier you will notice that it is 50 000 reads per day. When you say up to 50 000 user per month you probably don't mean that they will be all at the same day on the app and every day. If you write your code clean and efficient you could manage to stay in the free tier.
Regarding the security you could mark some users as admins or use a role based system to ensure that only they can change the data. As I understood all other users are not authenticated but can ready data. For that I would recommend to use AppCheck. It ensures that only your Apps can access the data.
For the translations if you mean translations for each prouct name you can store the with the product document itself to reduce the amount of reads or in a subcollection of the product. Depending on your use case and need.
Closed. This question needs debugging details. It is not currently accepting answers.
Edit the question to include desired behavior, a specific problem or error, and the shortest code necessary to reproduce the problem. This will help others answer the question.
Closed 3 years ago.
Improve this question
My team has published an app that retrieves users' Google Fit data using the REST API to display how active they are and grade their fitness level. I'm interested in the steps and active_minutes metrics.
About 50% of our users have either no data sources or limited data sources. Some of these users are on my team and I have verified they have accepted the required scopes and that the Fit app is indeed recording data.
To test users, I am refreshing their access token (which works fine) and then calling this endpoint to retrieve a list of available data sources:
GET fitness/v1/users/me/dataSources (https://developers.google.com/fit/rest/v1/reference/users/dataSources/list)
Sometimes the datasources will be an empty array, and sometimes it will have a very limited number of data sources (ex. data sources involving calories, but not steps, even though steps are showing up just fine in Fit).
I am requesting the following scopes:
fitness.activity.read
fitness.body.write
The other 50% of our users work just fine and I am completely stumped at what is different about the users that appear to have no (or limited) data sources.
I found that some users had syncing disabled for Google Fit. To enable syncing you must go into the Settings app of your Android phone:
Settings -> Accounts -> Select your Google account being used for Google Fit -> Ensure that Google Fit is enabled for syncing.
This answers the most puzzling case where we had users with some data sources, but not all of the expected data sources such as estimated steps. I presume the limited data sources available were from a short time period before syncing was disabled, or while the user was using an outdated version of Google Fit. I'm also finding users with more obvious problems, like using OAuth with a Google account different than the one connected to Google Fit.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 6 years ago.
Improve this question
I am trying to decide between two development firms. One wants to go with Parse while the other wants to build a backend. I would like to get feedback and reasons why building a backend or using a BaaS such as Parse, Stackmob is better in terms of scalability and performance.
For example let's use SnapChat a highly used app that handles millions of users and data requests. What would happen if a newly created app were to experience a large increase in users and data request. Would the backend be able to handle this? Would I be looking to have it fixed shortly after the increase in users?
Something like Parse.com gives you a lot of value for very little capital investment. With BaaS, all of the gory details of infrastructure management are hidden. Deployment, system capacity issues, system availability, system security, database administration and a myriad of other task simply go away when using a good BaaS. Parse.com for instance, uses Amazon Web Services and elastic load balancing to dynamically add more capacity to the system as usage increases. This is the nirvana of capacity management.
Parse.com is a special kind of BaaS. Parse.com's intended purpose is to be a light-weight back-end back-end for mobile apps. I believe Parse.com is a very good mobile backend-as-a-service (MBaaS - link to a Forrester article on the subject).
That said, there are times when Parse.com is not the right solution. Estimate the number of users for the application and the number of HTTP requests and average user would send in a day. Parse.com charges by the number of transactions. The Pro Plan has these limits:
15 million HTTP requests per month
Burst limit of 40 requests per second
Many small transactions can result in a higher cost to the app owner. For example, if there are 4,500 users, each sending 125 HTTP requests to Parse.com per day, then you are already looking at 16,850,000 requests every 30 days. Parse.com also offers a higher level of service called Parse Enterprise. Details about this plan are not published.
The services provided by a BaaS/MBaaS save much time and energy on the part of the application developer, but impose some constraints. For example, the response time of Parse.com might be too slow for your needs. Unless you upgrade to their Enterprise plan, you have no control over response times. You currently have no control over where your app is hosted (Parse apps are presently run out of Amazon's data centers in Virginia, I believe).
The BaaS providers I have looked at do not provide quality-of-service metrics. Even if they did, there is no community agreement on what metrics would be meaningful. You just get what you get and hope it is good enough for your needs.
An application is a good candidate for an MBaaS if :
It is simple or the application logic can run entirely on the client (phone, tablet...)
It is impossible to estimate the number of users or the number of users could be huge.
You don't want a big upfront capital investment.
You don't want to hire infrastructure specialists to handle capacity/security/data/recovery/network engineering.
Your application does not have strict response time requirements.
Parse's best use case is the iPhone developer who wrote a game and needs to store the user's high scores, but knows nothing about servers. That said, complex application like Hipmunk are using Parse. Have a look at Parse.com's portfolio of case studies. Can you imagine your application in that portfolio or is it very different from those apps?
Even if a BaaS is not the right solution, a PaaS or IaaS might be. Look at Rackspace and AWS. In this day and age, buying hardware and running a data center is tough to justify.
BaaS providers like apiomat or parse have to handle the requests of thousands of apps. Every app can have lots of users there. The providers are forced to make the system absolutely secure and scalable because if there are any issues about one of those points it will be the end of their business... Building scalable secure backends on your own is not as easy a you would expect. Those companys mentioned above have invested some man-years in that.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 6 years ago.
Improve this question
Say I am required to build an E-Commerce website that could eventually become very very large. The site would start with at least 100,000 different products, and would include features like Amazon. Would you advise me to use a CMS? or to build this website from ground up?
Something to take into consideration is that if I use a CMS, there would still need to be lots of custom coding, since we want many features not commonly available.
Taking into consideration factors such as Speed, Security and Scalability.
Features would include: Different sets of details for different products, product comparisons, reviews, customer management, customer points system, and all the basic ecommerce features.
If you say CMS, Can you also suggest CMS's that would be great for this kind of store.
Thank you.
Well you have to consider many things. in general means, using CMS is good idea.It reduce development time as well as development cost. But you may need to make modifications on source code in order to gain what exactly you want from it. On the other hand build such application from scratch allows you to obtain exactly what you want. but its will takes time as well as much cost.
follow through bellow link
http://www.mykeblack.com/web-design/how-much-does-an-ecom-website-cost
and also if you choose an FOSS CMS find something has higher community involvement as well as support.
If you use paypal as payment method , check their web site. they suggest couple of good commercial CMS.
The ideal e-commerce solution for that volume would be Magento
The only downfall is that its very robust and has a steep learning curve. I do NOT recommend using a framework that is a blogging site first, with an e-commerce plugin or add-on such as WordPress. It will not be able to support the traffic, the product volume, or the security precautions that should be taken.
Obviously is better if you use a CMS, I recommend you OpenCart if you just want to do an E-Commerce web site, it's is so simple and Open Source.
For something bigger you can try Joomla as CMS and a great extension called VirtueMart (http://virtuemart.net)[3], it's very complete an extensible..
Any time you use pre-made code, you are at the mercy of the features included. Adding features can be significantly harder than with custom code.
That having been said, it is definitely not unheard of to START your site with pre-made code (or even a whole platform - like selling via Amazon) and only the included features so you can start making revenue while you write your own solution.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I am looking for Google Apps integration for Basecamp & Highrise. Is there anything out there that will integrate:
Google Contacts <-> Highrise Contacts
Google Docs <-> Writeboards
Google Docs <-> Files
Google Tasks <-> TO-DO's
Google Mail <-> Messages
Google Calendar <-> Calendar
I've seen...
http://www.google.com/enterprise/marketplace/viewListing?productListingId=6555+11590890867758873917
http://www.google.com/enterprise/marketplace/viewListing?productListingId=5260+12920783959265872258
...but nothing appears to be out there for the whole shebang.
With cloudHQ service, you can manage all your work documents in a single interface and keep files synched between Basecamp, Google Docs, Dropbox and SugarSync.
No need to download and attach files – just edit and save files directly on cloudHQ and keep your assets all in one place.
All your Basecamp project attachments can be in Google Docs so you can share them and collaborate on them directly from a Google Docs interface.
cloudHQ on Youtube
Good ol' integration. Always a pain.
Perhaps look into something that consolidates more of what you need into one system, and bypass the integration entirely. WORKetc integrates CRM, project management, collaboration tools, and billing into one system - and it integrates with Gmail among other google apps. Managing all operations through one system is much more efficient and saves a lot as well.
Highrise doesn't integrate with Google Docs, in the sense that, say, Wrike or Insightly do, by letting you attach a Google Doc to a task, project or contact. And 3rd party integrations like Zapier don't do the trick either.