Question about Backend Workflows

My site is using a vimeo plugin that uploads a video from our bubble storage.

Steps:

  1. User uploads a video (using file uploader) to our bubble storage.
  2. User confirms the video is correct and clicks save
  3. Once “Save” is clicked, our vimeo plugin tells our vimeo account to upload the video from the bubble url and the video begins uploading.
  4. The final workflow is for bubble to delete the “file” that was uploaded in step one (so that we do not end up with a 500 GB of storage used after one weekend)

The problem we are having is that users with poor internet or memory are having the “upload to vimeo from bubble’s url” interrupted before the video fully syncs into our vimeo library. Thus, the video is unplayable AND the backup/original is already deleted from our bubble storage.

I was hoping I could easily create a recurring workflow to run once every few days to go and delete a list of files; however, it appears bubble only allows for a single file to be deleted at a time. Annoying.

My question is if instead of “delete the file from Result of step 1” as my last workflow action, what if I created a backend workflow that deletes a file after 48 hours and assign it as the last workflow item. That way the user’s internet is less likely to prevent a full upload to our vimeo library?

It would end up being 1500-3000 workflows every few days. Would this kill our workload units?

Thoughts?

if you’re uploading to bubble storage and then moving to vimeo storage you can just delete the bubble file on successful upload - or after 24 hrs (add a scheduled api workflow on upload)

mux is much better for video if you’re serious about building a video centric bubble app. vimeo is expensive and not the most useful api

Thank you.

Do you a lot of experience with a large volume of videos being uploaded through a bubble app? We started with Ziggeo, and are playing around with Vimeo currently.