I am planning to create a POS System using Chrome App and Indexed DB as the backend. I just want to know if it could cater/work with large data.
Let's say that this app will be used in a big restaurant that has a thousands of transactions per day and a thousand of Inventory list with image of each item.
Thanks in advance!
I don't think the Chrome App per se will be the problem. It's where you store your data that needs scaling. For that Google has Google Cloud Platform, built automatically for scaling.
Several businesses are already using Chrome Apps. Check this list of Chrome apps being used for work. Who knows if your app will also be added to the list.
Related
If I look inside of the Chrome Web Store "Analytics" section, it shows a certain number of installs over a specified time period. Google Analytics shows a totally different number. Why?
I've integrated my Chrome Web Store page with my Google Analytics page, for better tracking information. Installs are apparently reported in Analytics as page visits to a URL that contains "track_install". (I assume that's the case; there's shockingly no documentation I can find on, how to track any sort of conversions, install rates, etc, of Chrome Extensions, via either Google Analytics or Google Ads.)
My question is, why am I seeing such wildly different numbers between the two sources? Google Analytics is under-reporting installs by a factor of around 4, versus what I see in the Chrome Web Store page.
Any idea what is causing this, and how to resolve it?
Thanks
I am currently working on an interaction event tracker for websites. One feature I am looking at adding is the capability to store specific values of elements on the pages and store them in the browser with indexedDb API.
As an extension, I would love to implement a cross-browser implementation so that I can carry the values with me across multiple machines (I use chrome on mac, personal and business machines). I know there are limitations to what indexedDB can do but isn't there a way to carry the indexedDB database between browsers till I am logged into the same account in Chrome?
Any help or direction will be truly appreciated!
I don't know if anyone got a chance to look into this but I found out that "storage" API allows you to do what I want, i.e, store data that sync over the cloud
User data can be automatically synced with Chrome sync (using storage.sync). Your extension's content scripts can directly access user data without the need for a background page.
I hope this helps anyone who goes down this path
https://developer.chrome.com/docs/extensions/reference/storage/
I'm developing an app that can shows all the bus lines in my city, i'd like to show if the bus is crowded or not, and even get the bus position by another user that is inside it.
But I don't want to use all the internet plan from my users, I see that Google does that, it knows when a restaurant or bar has people there, knows if a street is congested, and also get your path history.
I'm not asking for all the code, but kind of how does Google does that?
Google will be using mobile data when it tracks that - but I don't imagine sending a GPS co-ordinate every 30 mins will use much data.
And if it did - then Google will probably store that data offline and upload it later when a WiFi connection is available.
Our client has implemented Google Maps in their applications and we are working with them on a large scale load test. Our concern is that Google may interpret this test as a denial-of-service attack and shut out the application. With this in mind, I have three questions:
Is this an issue? Meaning, is Google likely to lock out our application during a test that might have 50,000 simultaneous users?
If this an issue, is there anyone we can chat with to get "pre-approval" of the apps during the testing period to make sure this doesn't happen.
Alternatively, does Google offer a version of their API for testing purposes? (I could not find any information in the documentation)
Please note that we are also exploring other solutions (excluding the calls from the app, stubbing out the API, etc).
Thanks in advance for any help!
Running the load test on the page that implements google maps may result in a bill or having maps turned off if you reach the daily limit of requests.
https://developers.google.com/maps/pricing-and-plans/
So this is more of a general question about apps and techniques rather than a specific code question...
When developing an larger app, how would a developer access lots of data from a website. The example I'll use is an app like Yelp. They have both a web-access site and an app, both share the same information. I would imagine that information like that is stored on the website via some sort of MySQL database and the iOS device access's it as needed based on the user's requests.
How might a developer writing an app start something like this? I assume you need to somehow securely tie the MySQL database to iOS and so on. I've seen a lot of techniques on the web, but they all seem very simple and not safe for a large scale app.
Any ideas would be awesome!
The key term you're looking for is "API" (Application Programming Interface).
A Yelp iOS app won't access Yelp's databases directly. There will be a layer (I simplify here somewhat) between that and the iOS app; this layer will provide a series of methods (the API) by which clients can make queries and potentially manipulate remote state.
A common API format is JSON over HTTP, and indeed, this is what the official Yelp API seems to be.
Good starting points would be the documentation for NSURLConnection and NSJSONSerialization, and the Yelp API documentation I link above.