I would like to automate the transfer of ownership of Google drive files from identified users to another user daily.
How best could i do this ?
Going out on a limb and making some assumptions about what you want, but give this a try.
Related
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.
Objective: backing up my Notekeeping app data such that I can sync it back if I lost my data.
May I know how am I able to do it? I have tried searching for answers online, but unfortunately I am unable to find a clear approach to it.
I have seen some apps that uses googldrive, or zip file approach. May I know what is the best approach? And also how am I able to do it. Thanks! All help is deeply appreciated!
Yes , its possible to upload your users data to their respective google drive account and retrive back when again user installed your app.
You can follow this link to know more
https://www.c-sharpcorner.com/article/google-drive-integration-in-flutter-upload-download-list-files
I'm looking for an eCommerce web-server/cart solution that doesn't store personal data such as login, passwords, payment information locally. Instead it should store it a on a remote server that couldn't be accessed in case of a security breach.
I know it might be the wrong place to ask a such a question, but honestly I can't think of a better one.
Depending on your requirements Stripe for payment information or Moltin for cart/orders might be worth looking into. Not sure if these fit what exactly you are looking for though.
is there a good clean way in moodle to programmatically create new courses and copy old courses? At the moment I try to figure out whats possible with moodles webservices, since the cli scripts are lousy. But it seems that with webservices only the creation of courses is possible. Copying one is not a possible task.
Thanks
For a site administrator, automated course backups are more expensive in terms of time, CPU usage and storage. The recovery time to have a site running again takes longer than a site backup. However, teachers and site administrators might find a course backups as a way to create a "fresh" copy of a course that can be re-used.
Use Default Moodle Functionality Backup & Restore, it's easy for you, and for create course you can also use web service.
I've tried to google this for a couple of days and I am still pretty confused, so I thought I would try here.
I have an iPhone app that uses Core Data with an sqlite database. I am trying to implement a simple backup/restore of the database with Dropbox.
I downloaded the Dropbox SDK, and I have everything running fine as far as linking, uploading and downloading my .sqlite file.
However, I don't want users to have access to the actual .sqlite file for security purposes. I have been seeing JSON on these boards for some time now so I decided to look into it. I think it is exactly what I need.
Easier said than done. I have never worked with Java and have never implemented anything like JSON before, so I have had to try to figure out where to start.
I understand basically what is going on, but I'm having a heck of a time figuring out how to do it. I think I found a way to get the Core Data model into JSON format (and I do use the term 'think' loosely here). But then what - what exactly do I upload to dropbox? Do I somehow combine the model (in JSON format) and the database? What gets uploaded to Dropbox? I'm sorry if this seems obvious to most, it really is not obvious to me, and I have looked.
I am willing to do the work, but it just seems like I could go in 90 directions without some basic guidance and a start. I am not trying to do anything fancy as far as determining data that has been changed, etc. - just want to backup/restore the whole database. I just need some basic explanation and to be pointed in the right direction. A simple core-data sample project would be tremendous.
I'm not an experienced programmer, but I am a fast learner. Just break it down easy...
Thanks in advance.
JPK
Thanks Andrew. I didn't want to 'give away' the database structure of my app, but i can now see that the json string wouldn't be much better than the sqlite file in that area. I am a teach-myself programmer (stay at home mom) so this is all pretty new to me. Maybe I want encryption? But is that allowed for iPhone apps anyway? I recall them asking about encryption when I have uploaded binaries.... I know that iCloud is coming out soon, and I do plan to implement that as well, but with the limited amount of data that can be synced for free, I want to be able to do a simple backup as well. Many of my users have asked for it - a backup in addition to that of iTunes, which really is not a great backup since you can't restore data for just one app (you would have to restore for all apps on the iDevice). Hmmm... Any suggestions as to how to upload the file in such a way that it is not easily readable? Is encryption the way to go in this situation?
JPK,
I think you're crossing multiple streams here.
JSON is a data transfer format. IOW, it has almost nothing to do with the architecture of what you are attempting. You will almost certainly use JSON to communicate with Dropbox.
I have a question: why do you think that the user won't have access to any data you send to Dropbox? I suspect that you are probably wrong. The user will have access to everything.
You are doing to an awful lot of work. You already have the .sqlite file being persisted on Dropbox. If you are doing this to make a backup, that data is being backed up in many other venues. In other words, your task is likely moot and unworthy of your time.
I use JSON, REST networks and Core Data daily. If you have a specific question, I am happy to answer it.
Andrew
Instead of saving the whole database, save out a plist file to Dropbox that you can rebuild a database from. That's assuming you have a lot of extra stuff in your database you do not want the user to see, otherwise just back up the DB as-is if it's all user generated data.
You could also encrypt it but why? Adding encryption only means you have to answer "yes" that you use encryption and may not be able to sell to specific companies, should you choose to encrypt - it's not forbidden.