You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 21, 2022. It is now read-only.
The repo hosts a lot of images, so cloning/pushing takes way too long. It's also best practice AFAIK to host images on a CDN. I'm not sure the of logistics concerning this project, but it could be worthwhile in the long run.
The text was updated successfully, but these errors were encountered:
Love the initiative. Fogey here to chime in with institutional and industry knowledge. And bonus points for a fun problem that I happen to see as I was checking in on something Kevin asked me to look into.
Lets also think about how we will track those assets. Sure, you can have all of the images managed on a CDN, however, how will you maintain the src urls that are in the jekyll templates in this repo?
Also, since I saw some references to Travis and such in some earlier commits to master, there are multiple times where the templates are being interpreted, which allows for some levels of double-checking to make sure that files actually exist.
For the actual hosting itself, what do you suggest? What CDN would be best to host our images? I know S3 has a nice API, but don't really know of any alternatives.
Some extra things to think about when setting this up:
The website serves both pioneers.berkeley.edu and pierobotics.org. Images should be fine, but you may need to look into some CORS related stuff for any JS.
The repo hosts a lot of images, so cloning/pushing takes way too long. It's also best practice AFAIK to host images on a CDN. I'm not sure the of logistics concerning this project, but it could be worthwhile in the long run.
The text was updated successfully, but these errors were encountered: