Using Dropbox API for (subscription) content delivery - dropbox

I run a multi-gigabyte audio content subscription service. Right now all of our clients get download links via email for all of the content.
I had an idea of employing the Dropbox API after a "successful charge" webhook and giving (read-only) access to a shared Dropbox folder with all of the content. That way, the customer would stay in sync with all updates, changes etc...
The way I picture it, the user checks out and is immediately asked if he would like to add our company's folder to his/her Dropbox.
Does this seem feasible/practical?
Looking at the API, I only see an option to provide a download link but not an actual shared folder. Am I correct in this observation?

That's correct, the Dropbox API doesn't currently offer any API calls for managing shared folders. It only has a way to get the read-only share links like you mentioned.
However, if you'd be interested in potentially participating in a shared folder API beta in the future, please sign up here.

#Greg's answer is correct, but I thought I'd mention a couple other options:
You could use the Saver to let users save the files directly into their Dropbox. This wouldn't help you to push new content to them—they'd still have to visit your site to save the new files—but it would let you cut down on your bandwidth costs, since Dropbox would cache the files for you.
You could use a combination of /copy_ref and /fileops/copy to copy the contents from a central Dropbox account into each user's Dropbox. This wouldn't use any of your bandwidth (once the file was in the central Dropbox account).
Please note, however, that free Dropbox accounts only start with 2GB of storage space. Since you mentioned "multi-gigabyte," you'll need to keep in mind whether your customers will actually have sufficient Dropbox space to store the files you want to share with them. (Even if you were able to use a shared folder, they would need to have enough space left to accept the shared folder invitation.)

Related

What is the proper way of scanning files uploaded by a user using an api

we are a small team of devs currently working on a website which hosts some awards for its' participants. The user is able to create and account, log in and then fill up a form, part of filling the form is to upload some pdf files, we are looking for a solution which will scan files before we save it on our server.
I tried contacting virustotal but, they basically told me that what I am looking for doesn't work with their api.
I am simply looking for any reputable company that has an api which we can use to perform the scanning.
*We have no issues with paying
Anyone went through similar problem, please share, service, company etc..
Thank you

Is there a way to get a list of all Dropbox Share Folders with their members?

I've reached out to Dropbox on this and they advised that there isn't a way to do it through their platform, they suggested using other tools like GitHub, Zapier, and the like.
I have admin access to Dropbox and I have little to no experience coding, I've seen a few API's that could help me with what I'm trying to accomplish.
Is there an App or service I can use along with the Dropbox API to fetch all Share folders and their members? We are talking about 300+ folders so entering all the info manually won't be ideal since this task is time sensitive.
Thank you for any input or advise you guys can give me on this

OneDrive client status/health check

I would like to programmatically validate that the OneDrive (for Business) client is successfully connected and syncing (SDK, file, event log, registry, etc.) on our Windows 10 desktops.
I have seen the OneDriveLib project, which claims to offer this through PowerShell, although it’s not working for me because of the known bug when Files On-Demand is enabled.
We’re looking to implement OneDrive as the default save location for our 5000+ users. When it works, it works great, but how can we know it’s working for all our users? There’s a good possibility that some of the OneDrive clients will break at over time, so any locally saved data will not be synced. At best it will mean that the data will not roam with the user, but worst case scenario would be a machine goes pop with months/years of unrecoverable un-synced data.
there are some local data files here, but i've yet to decipher their meaning:
$env:LOCALAPPDATA\Microsoft\OneDrive\logs\Business1\DeviceHealth.json |
and
$env:LOCALAPPDATA\Microsoft\OneDrive\logs\Business1\DeviceHealthSummaryConfiguration.ini

Can shopify do this? (what is best platform?)

My clients need to send me a file that we will edit and send back to them (ideally through a client page). Is Shopify a good platform for this kind of business? I know it is well suited for digital goods but I haven't seen anything that would allow uploading a custom file to an order during fulfillment.
EDIT
ok for file uploads that was easy enough to find, but how to provide a link to a different file for each client that bought the same product? After the file has been edited ideally we would put the file somewhere (dropbox?) and have a link available on the client account page and in a fulfillment confirmation email.
the only thing I have found so far would be through metafields and custom fields added to each order. Its a bit annoying to have to use chrome plugin to show the custom fields on the order dashboard. It would be nice if a customfield would be added automatically to each order. Then a link to the file in dropbox could be added to the order using an ipad and the clients would have instant access.
Why the two down votes? I have searched a long time and the only workaround I can find is hardly satisfactory. I'm open to suggestions.
You can definitely let your customers upload files when they buy from your Shopify store. Check out this tutorial for more information on how to set this up with line item properties: https://help.shopify.com/themes/customization/products/get-customization-information-for-products#allow-file-uploads

Google Drive to be used as our SaaS storage

I've seen the recently Google Drive pricing changes and they are amazing.
1Tb in Google Drive = $9.99
1Tb in Amazon S3 = $85 ($43 if you have more than 5000TB with them)
This changes everything !
We have a SaaS website in which we keep customer's files. Does anyone know if Google Drive can be used to keep this kind of files/service or it's just for personal use?
Does it have a robust API for uploading, downloading, and create public URL's to access files as S3 have ?
Edit: I saw the SDK here (https://developers.google.com/drive/v2/reference/). The main concern is if this service can be used for keeping customer's files, I mean, a SaaS website offering a service and keeping files there.
This doesn't really change anything.
“Google Drive storage is for users and Google Cloud Storage is for developers.”
— https://support.google.com/a/answer/2490100?hl=en
The analogous service with comparable functionality to S3 is Google Cloud Storage, which is remarkably similar to S3 in pricing.
https://developers.google.com/storage/pricing
Does anyone know if Google Drive can be used to keep this kind of files/service or it's just for personal use?
Yes you can. That's exactly why the Drive SDK exists. You can either store files under the user's own account, or under an "app" account called a Service Account.
Does it have a robust API for uploading, downloading, and create public URL's to access files as S3 have ?
"Robust" is a bit subjective, but there is certainly an API.
There are a number of techniques you can use to access the stored files. Look at https://developers.google.com/drive/v2/reference/files to see the various URLs which are provided.
Por true public access, you will probably need to have the files under a public directory. See https://support.google.com/drive/answer/2881970?hl=en
NB. If you are in the TB space, be very aware that Drive has a bunch of quotas, some of which are unpublished. Make sure you test any proof of concept at full scale.
Sorry to spoil your party, before you get too excited, look at this issue. It is in Google's own product, and has been active since November 2013 (i.e.4 months). Now imagine re-syncing a few hundred GB of files once a while. Or better, ask your customers to do it with their files after you recommended Drive to them.