Referencing assets from Third Party Systems
the fact that public_id consists of a full path including folders separated by slash makes it extremely vulnerable to losing references (once you move given asset in cloudinary to another folder the reference is lost). Working in a team and relying on people to not move assets to other folders seems like a very optimistic assumption. Moreover, integrations with other systems e.g. CMS that store references to particular assets become difficult or even impossible to implement. Is there some other way to reference assets e.g. some other global identifier that do not change after asset is moved to another directory?
-
Official comment
Hi,
I can see you opened a support request about this also and I replied to that yesterday, but for the benefit of others who find this public thread, I've included a similar answer hereCurrently, the public_id of an asset is both part of the delivery URL for the asset (and derived versions of the asset) and also how it's shown in the Media Library:
https://cloudinary.com/documentation/dam_upload_store_assets#uploading_tips_and_guidelines
There's a long-term project we're undertaking to make it possible to move an asset in the Media Library without changing the URL path at which it's delivered, so this may be possible in the future, and I recommend checking our blog and product updates to learn keep informed about updates on this.
In the meantime, we recommend storing assets in a folder structure which works for both asset management purposes and media delivery purposes. If you update the asset's public ID, you should also synchronise your database and update the delivery URLs accordingly.If your users may rename assets in the Media Library without making corresponding updates to your own systems, one option to automate that is to use HTTP notifications to be informed when the rename happens: https://cloudinary.com/documentation/notifications )
Thanks,Stephen
Comment actions
Please sign in to leave a comment.
Comments
1 comment