As a background I have been looking to implement syncing with Dropbox within my application. It will deal with multiple files residing in folders across a users Dropbox.
Initially the Sync API seemed perfect for this however it does not allow the app to have Full Dropbox Access which is a must. I considered the 'File type' permissions type but some of the file types that my app will need access to are not listed as choices.
Are there any alternatives to the Sync API which give Full Dropbox Access or will I be needing to write a solution based upon the Core API to do this?
What file types do you need? We (Dropbox) do add new file types over time, so we're always looking for feedback.
For Full Dropbox access, yes, you'll have to use the Core API.
Related
I need to upload files to a client's shared folder on OneDrive, however, there's no way I can get them to allow Files.WriteAll for my application (I'm using application permissions, not delegation) -- I've asked them. Is there another way to do that?
I have looked into multiple SO questions about this and on Microsoft's documentation, and I believe it is not possible, but I would like to know from people with more experience using Microsoft's service if it is indeed true.
We've been using the Dropbox Sync API in our iOS app for the last couple of years. This API allows us to treat the user's Dropbox folder like a second file system, making it simple to access the contents. It also downloads and uploads new versions of files automatically, so we have to do very little work other than hooking it into our application. In short, it's a nice API that abstracted away all the "difficult bits" (file caching, etc) that was a pleasure for us to use.
Unfortunately, Dropbox are turning off the Sync API at the end of June, so we need to find an alternative. Moving to the new Dropbox "v2 API" would require us to reimplement the "difficult bits" of the old Sync API to provide the same functionality to users, so we're looking for alternatives in case there's a simpler solution.
Are there APIs to allow an app to access the user's Google Drive or OneDrive files, that are as simple to use as the old Dropbox Sync API? Ideally I want the API to handle all the caching automatically, so that we only have to say "open file X" or "overwrite file Y", and have it handle all the difficult bits (do I check the server for a new version of the file? What if I'm offline? Do I have a cached version saved here already? etc).
Or is that an outdated model, and we should just plan to use Apple's UIDocumentPicker API instead, to allow access to whatever cloud services the user has installed on their device?
I am developing an iOS application (to be deployed on the App Store) that requires content updates on a weekly basis.
I understand that the best way to achieve this would be to use a server, where the app would query for new data and download responses in JSON. However I am not knowledgeable when it comes to HTML, PHP or MySQL and therefore am endeavoring to find an alternative.
Here's an idea: using Dropbox to substitute for a server backend. My app connects to one central Dropbox account, checks for new files, and downloads them if present.
Is this idea feasible? If not, are there any alternatives?
Dropbox cannot be a dependable substitute for your server/backend for following reasons:
Dropbox uses OAuth for authentication, which needs user interaction. You do not want your app users to go through Dropbox authentication with your 'common' credentials.
Users who have a Dropbox account or the app installed, will most likely use their own credentials to login which completely breaks your flow.
Drobox, although a good way of sharing and syncing files is not meant for more meaningful data like web services etc or user/database interaction etc. Just syncing JSON file may suffice your app's needs for now but from a long term perspective you want a proper back end.
As suggested in the comment by #tkanzakic you can use one of the substitution services if you don't want to get too technical on the backend.
I am pretty late to the party, but this is possible and not necessarily a stupid idea (though this depends on what you need). You might want to have a look at remote storage for example, which allows you to use Dropbox among other providers as backend.
For sure, you can use the Dropbox Sync API to achieve this (https://www.dropbox.com/developers/sync).
Google's Drive service is great, but their documentation is quite confusing...What I want to do is to create a portfolio site where upon request I fetch all files contained in a particular folder from my Google Drive (e.g. a photo gallery). This requires iterating through an amount of subfolders and store the file data in a JS object, XML feed or similar. Language is not so important. Simply using the "Publish to the web" feature won't do as I can only make manual requests and they're very limited.I've tried to use the Files: list provided in the SDK but it won't work without requiring OAuth 2. Found out that its possible to make a "domain-wide delegation of authority" and bypass its authorization but that would require me to set up a Google Apps domain. Seriously, all that to fetch some files?
My best guess now is to use the https://googleapis.com/auth/drive.metadata.readonly scope, but from there I'm out of ideas.
I am creating an application which uploads file to gmail account avilable space
can any one please tell me the best way to do it ?
i read somewhere about using IMAP protocol is the best way to upload files or is there any other good way around ?
regards
GMail is not suitable for keeping generic files. Google offers Documents and Data API mechanisms for storing files. You might want to look at them. BTW we have products, which combined let you create a virtual drive with Google backend storage in a couple of hours. Callback File System offers a virtual drive, and CloudBlackbox lets you store data on Amazon S3, MS Azure and on GMail storages.