Skip to main content

Soon You'll Need a CDN

  • April 28, 2022
  • 35 replies
  • 348 views

Show first post

35 replies

Forum|alt.badge.img+13
  • Known Participant
  • August 23, 2022

Most of the image sharing that we do w/ colleagues happens via shared views. Do you have a guess as to how/whether the share view function will work under the new attachment handling protocol?


kuovonne
Forum|alt.badge.img+29
  • Brainy
  • August 23, 2022

Most of the image sharing that we do w/ colleagues happens via shared views. Do you have a guess as to how/whether the share view function will work under the new attachment handling protocol?


Attachments in shared views will continue to work as before.


Forum|alt.badge.img+6

Has anyone tried the Cloudinary solution through Mini extension ?
It seems to be able to solve our problem :crossed_fingers:t2:


Forum|alt.badge.img+19
  • Author
  • Inspiring
  • August 24, 2022

Has anyone tried the Cloudinary solution through Mini extension ?
It seems to be able to solve our problem :crossed_fingers:t2:


I like it because it’s based on proven tech; Cloudinary is a very solid platform with years of testing and deep understanding of CDN requirements. It does come at a cost and layered on top of that is Mini Extensions cost, but perhaps a worthy combination with lots of very useful features.


Forum|alt.badge.img+18
  • Inspiring
  • August 24, 2022

Has anyone tried the Cloudinary solution through Mini extension ?
It seems to be able to solve our problem :crossed_fingers:t2:


Hi @Thibaud_Donzier, @Bill.French ,
I’m already a miniExtensions Customer but I don’t have (yet) an account at CLOUDINARY so I haven’t tried it yet because I’m currently trying to build a reproduction of the Google Cloud path suggested by Bill French but with the help of ROWY UI and DX that I mentioned above, to make my life easier as a beginner in Firebase, Firestore, I think for the moment and until any evidence to the opposite.

At Firebase experience beginning, it filled my 3rd screen with ‘awesome’ :winking_face: logs and not very easy to interpret but I still have a few days left not too busy at work outside my own Airtable activities to try to finish and publish some kind of report to share with you for better or for worse, in the state I will have reached. If I can do it in this small remaining time.

About the miniExtension (ME) you are showing, I don’t see where I could automatically retrieve the URL (an URL pointing to Cloudinary of course) of the image saved (transformed) in Cloudinary at the end of the work done by both ME and Cloudinary, without additional means (which ones?) to what ME offers.

However it seems mostly important to me that if an image saved in an Attachment Field of Airtable reaches Cloudinary thanks to ME, when the image is returned processed (or not) from Cloudinary, its reference URL should be written in an URL Field of Airtable, in order to be able to subsequently use the image saved in Cloudinary by its reference URL in an App that is neither Airtable nor airtable’s Shared View. (a built-on-top-of Airtable API frontend App e.g.).
This ME is no longer maintained by its DEV, so it will probably not evolve in this direction.
oLπ


Forum|alt.badge.img+19
  • Author
  • Inspiring
  • August 25, 2022

Hi @Thibaud_Donzier, @Bill.French ,
I’m already a miniExtensions Customer but I don’t have (yet) an account at CLOUDINARY so I haven’t tried it yet because I’m currently trying to build a reproduction of the Google Cloud path suggested by Bill French but with the help of ROWY UI and DX that I mentioned above, to make my life easier as a beginner in Firebase, Firestore, I think for the moment and until any evidence to the opposite.

At Firebase experience beginning, it filled my 3rd screen with ‘awesome’ :winking_face: logs and not very easy to interpret but I still have a few days left not too busy at work outside my own Airtable activities to try to finish and publish some kind of report to share with you for better or for worse, in the state I will have reached. If I can do it in this small remaining time.

About the miniExtension (ME) you are showing, I don’t see where I could automatically retrieve the URL (an URL pointing to Cloudinary of course) of the image saved (transformed) in Cloudinary at the end of the work done by both ME and Cloudinary, without additional means (which ones?) to what ME offers.

However it seems mostly important to me that if an image saved in an Attachment Field of Airtable reaches Cloudinary thanks to ME, when the image is returned processed (or not) from Cloudinary, its reference URL should be written in an URL Field of Airtable, in order to be able to subsequently use the image saved in Cloudinary by its reference URL in an App that is neither Airtable nor airtable’s Shared View. (a built-on-top-of Airtable API frontend App e.g.).
This ME is no longer maintained by its DEV, so it will probably not evolve in this direction.
oLπ


This is correct; you are responsible for tracking the immutable URI; Airtable doesn’t do that in attachments, and in fact, it destroys the origin URL. This - in my view - is unfortunate. Airtable could easily add an attachment attribute/feature that allows it to copy the image for its use in the Airtable UI as well as sustain it as an external URL from whatever CDN it came from.


Forum|alt.badge.img+18
  • Inspiring
  • August 25, 2022

This is correct; you are responsible for tracking the immutable URI; Airtable doesn’t do that in attachments, and in fact, it destroys the origin URL. This - in my view - is unfortunate. Airtable could easily add an attachment attribute/feature that allows it to copy the image for its use in the Airtable UI as well as sustain it as an external URL from whatever CDN it came from.


This is exactly the problem that Airtable currently causes us, and not as the Consumers of the URL of the CDN rented by Airtable might think, the fact that we ourselves have to rent a CDN from the current Market Outlet.

When you add that an Airtable Field that would allow to display the .jpg, .png or .svg from its URL in a CDN of our choice in the available market does not currently exist,
we have shown, I think, why the simple removal of the current ability to use the Airtable rented CDN in our self-designed or rented FrontEnd Application via Airtable’s public API is a bit short-sighted for us, the Customers, and that this decision by Airtable should be coupled with improvements on these two points.

oLπ


Forum|alt.badge.img+17

As Bill predicted, we ended up building our own CDN.


Forum|alt.badge.img+4
  • New Participant
  • November 16, 2022

Hey all! Wanted to keep using Airtable to easily store images for my projects, so I built a service that automatically uploads images/attachments to a CDN, and creates stable URLs that my website can then use.

Check it out here: https://aircdn.io

It’s has complete compatibility with Airtable’s API, so all it takes is to switch api.airtable.com to api.aircdn.io in your application code.

As a bonus, Air CDN can also resize your images to make your website load faster. Only supports images at the moment, but reach out and let me know what else you’d like to see!


Forum|alt.badge.img+1
  • New Participant
  • May 17, 2024

In case anyone stumbles on this thread and is wanting to host canonical images on their own CDN, but still see those images visually in Airtable, it's fairly easy to build an airtable automation to get you 90% of the way there. In my own use case, I want to use my DAM cdn for images because I want one source of truth for those assets. I ended up adding two fields to each record.

1. A text field into which I post the CDN url for the image. (this will only display as a URL in airtable)

2. An attachment field to display the image.

Then I wrote an automation to update the attachment field whenever the record was changed. It will take whatever is in the CDN url text field and will update the attachment to whatever it finds there. So if I change that image in my DAM CDN, whenever the record for that product is updated in Airtable, the automation will automatically grab that image from the DAM CDN and update the airtable attachment image. So yes, I do have airtable hosting its own copy of the image (to power the attachment field), but it remains in sync with the canonical image on my DAM CDN. I have it only checking if the record is edited, but you could devise your own most suitable trigger to achieve this.