I don't have a working code at this point but am looking for a strategy/direction on using google drive for storing data, either SLQ lite or anything else. What I want to store is primarily the data which will have a to do list and a percentage number of task that a user has finished per day. I wanted to use users own Google Drive account to store data. I am using Flutter to develop the app. Any pointers or suggestion for this approach would or even an alternate approach will help.
Note: I am not inclined to use any cloud storage solutions at this point, as that will incur costs later on if not now.
Related
I'm finishing building my MERN stack web application and I started to think about the optimal way of deploying it.
What should be mentioned is that one of the features of the app is to allow the user to upload and modify a moderate amount of images. I know that two main approaches would be to either:
host the app on a shared server like Namecheap and have the images stored in a filesystem
host it using cloud-based PaaS solutions like Heroku with additional storage like Cloudinary.
My question is - which of those would be an optimal solution for an app that will serve mostly for academic purposes + as an addition to a portfolio? What would be the best approach if the goal would be to create the portfolio's website along with the project's one?
If I understand correctly, I would say the first option is probably cheaper if you have the disk space for it. You would also be under the hood more, connecting the filesystem to wherever your app is hosted. Depending on how many users you anticipate, the second option could scale and end up costing a bit.
I hope you can help me with a problem:
I want to create a web application that requests user data from a Google Home device. I then want to create an interface that summarizes all this data and shows convenient data analytics to the user. For example: How many times I switched a light on during a week, or what music I'm listening to, or which light are on or off at a certain moment.
The problem is that I have no idea where to begin, I've been searching through Google and stackoverflow without avail. I came across a site called home-assistant.io, but that seems to be a program that consists of different modules and has the Google assistant "on the side" instead of using the Google assistant to gather the data.
So I guess it boils down to is it possible to use the Google Home to gather usage statistics, or isn't that possible (yet)?
In short - it isn't.
Users can see what they've done using their Google account, including through the Assistant, using https://myactivity.google.com.
However, third-party developers have no access to on-device activity, no access to the content at myactivity.google.com, and no way to intercept or view what a user is doing using the Assistant. In short - no way to gather statistics outside of their own, specific, Action.
There are lots of reasons this isn't allowed, but probably the biggest is security and privacy. Google gets a lot of criticism for collecting this information, and would probably get even more if it was possible for those outside Google to get it as well. (Google also has a business reason for limiting outside access to this information, admittedly.)
I have a shared printer that is accessible to Google Cloud Print services. I would like to enable this usage for our users, however, I need to be able to run reports to see who printed what, when. We allocate printer supply costs based on usage, and as far as I can tell, Google doesn't give me a way to get any data about past print jobs other than the name of a job, it's status, and when it happened. What about who did it? I know that Google knows their email address! What about how many pages it was, or what settings were used (b/w vs. color, 1- vs. 2-sided, etc).
I hope I am just missing it.
Also, if perhaps this information is not available through Google's UI but is available through any developer-aimed APIs, that would be great info, because I can certainly get at it from that angle if necessary.
Any help or advice would be great!
I used a different approach then your. I used as a base this library https://github.com/escube/GoogleCloudSpooler i developed and created a web service from it. People can login in my system, upload the file to my server and i log everything there. My service upload to google cloud printer. This is the only way to keep control on how and what peole use my printers.
I should clean my web code in the next code and maybe publish on git hub if someone thinks that can be useful.
I'm using an application that is very interactive and is now at the point of requiring a real analytics solution. We generate roughly 2.5-3 million events per month (and growing), and would like to build reports to analyze cohorts of users, funneling, etc. The reports are standard enough that it would seem feasible to use an existing service.
However, given the volume of data I am worried that the costs of using a hosted analytics solution like MixPanel will become very expensive very quickly. I've also looked into building a traditional star-schema data warehouse with offline background processes (I know very little about data warehousing).
This is a Ruby application with a PostgreSQL backend.
What are my options, both build and buy, to answer such questions?
Why not building your own?
Check this open source project as an exemple:
http://www.warefeed.com
It is very basic and you will have to built datamart feature you will need in your case
How does one build a directory of 'Spots' for users to check-in to in a native iPhone app? Or, does the developer borrow data from, let's say, Google Maps?
When you Use data obtained from another network or source, you take a risk that the data may change and or may not be accurate, The data may cease to exist, (more so with google, LOL, one minute they are there like gangbusters, the next they are like "Gone" no explanation no apologies, just missing in action, if your developing an application for a business its always best to use your own data sources.
That may be more expensive but its the only way you will have any kind of control over your application resources,.
You can go both ways, it depends on what you want to do and how you designed it to do it. You can have a prerecorded and static database of spots, or you can update it sometimes connecting to some server or you can do it all dynamically by loading each time data from the internet.
Which one to choose? first you shall design your app having in mind something like:
How many times will these datas change
How frequently will these changes happen
How much will it cost to do an update
and so on
Developing your own database of places is likely to be quite an undertaking (and your competitors have a big head start). Google is beginning to provide their Places API for "check-in" style applications, so you may be able to get in on their beta.