Skip to main content

How do I use "auto" type for Auto Upload?

Comments

5 comments

  • Roee Ben Ari

    Hi Jason, 

    Currently, the auto resource type is supported on standard uploads only, using the API directly or via the upload widget. 

    0
  • Jason Stoltzfus

    Alright, so is there any way to accomplish what I'm trying to do? Where I take an arbitrary url and proxy it with Cloudinary, regardless of type?

    0
  • Roee Ben Ari

    Hi, Jason.

    As mentioned in my last comment (and apologies if it wasn't clear enough), Cloudianry currently doesn't support such arbitrary URL. You will have to distinguish between the 2 types before making the request to Cloudinary. 

    That said, I've forwarded your inquiry to our product team, so we might be supporting such ability in the future. 

    0
  • Charlie Dunn

    How do you specify the resource type for an auto-upload URL? I've created auto-mappings and it works for images, but I can't figure out how to change the resource type video/audio file uploads.

    0
  • Maribel Mullins

    Hi Charlie, 

    I think I answered this in a previous support ticket with you but wanted to make sure you had all your outstanding questions answered.

    Given that you set up the auto-mapping correctly, to specify the resource type when retrieving a video auto mapping just use the 'video' in the URL instead of 'image'. For example: 
    https://res.cloudinary.com/<your Cloudinary account's cloud name>/video/upload/<mapped upload folder prefix>/<partial path of remote resource>

    Check here for the list of video formats we support: 
    https://cloudinary.com/documentation/video_manipulation_and_delivery#transcoding_videos

    For files not images or video, you could use the raw file resource: 
    https://res.cloudinary.com/<your Cloudinary account's cloud name>/raw/upload/<mapped upload folder prefix>/<partial path of remote resource>

    Also here's more information on auto mapping/auto loading:
    https://cloudinary.com/documentation/upload_images#auto_fetching_remote_images

    0

Post is closed for comments.