Skip to Main Content
Status Future consideration
Categories Media management
Created by Mathieu Bouffard
Created on May 9, 2024

Ability to define a ResourceFile URL for SmallThumbnail, Thumbnail, and Preview.

Please, fill in the below fields to enable the processing of your idea.

Who would benefit?

Anyone who uses an external CDN.

What impact would it make?

It would remove the need to use a proxy to re-direct urls ending in /SmallThumbnail, /Thumbnail, and /Preview. This will remove unnecessary complexity and additional costs for customers.

How should it work?

I have 2 proposed solutions. One is simple and the other is more complicated, but offers more flexibility.


Solution #1: In the ResourceFile object, add 3 new fields (SmallThumbnailUrl, ThumbnailUrl, and PreviewUrl). If these fields are filled out, instead of appending /SmallThumbnail at the end of the URL, get the small thumbnail from the SmallThumbnailUrl field instead. Apply the same logic for the other url fields.

Solution #2: Create a new extension type or template for rendering the SmallThumbnail, Thumbnail, or Preview for resources. Extension/template should have access to all of the Resource entity fields, and would allow customers to define the logic for retrieving/generating resource previews.

Why is it needed?

The current way to render resource previews from external CDNs requires some type of proxy if it does not support /SmallThumbnail, /Thumbnail, or /Preview at the end of the URL. It offers no control on how these thumbnails or previews should be rendered. More control is needed so that external CDNs can be properly supported.


Additional feedback, background or context:


  • Attach files
  • Mark Stuart-Walker
    Reply
    |
    Sep 13, 2024

    I suggest that there be a URL re-formatting feature which allows the Resource URL (with image config) to be transformed before actually retrieving the image

    From
    https://res.cloudinary.com/lu1/261496/Preview

    To
    https://res.cloudinary.com/lu1/t_Preview/261496/Original

    The latter is far more efficient to implement in Cloudinary and uses less space.

    The reformatting might be as as simple as a list of find/replace strings