-
Notifications
You must be signed in to change notification settings - Fork 72
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for loading from URI without URL #179
Comments
It's unclear what this has to do with import maps. You can already specify URLs in I'm also unclear what your title is about; on the web, URI is just a deprecated legacy term for URL. I'll close this, although happy to reopen if some connection to import maps is found. |
Sorry for the bad explenation your right URI was the wrong term. For example if I specify a hash and then two URL's but the browser already has the file cahed from the second URL, instead of trying to request the file from the first URL and then trying the second URL after the first fails to load, could the browser see that the second URL is already cached and matches the hash and load that file without trying the first URL and waiting for it to fail. |
This was removed in #176.
Unfortunately this model has serious privacy issues. See https://hillbrad.github.io/sri-addressable-caching/sri-addressable-caching.html |
Alot of websites use the same libraries like JQuery, and so we request the file for the file from the CDN so that the CDN can cache the file once and we save time and bandwidth when loading the file. To make sure the file is the file we are expection we can specify a URI to make sure the file is the correct file.
Could we instead specify only a URI, and then the browser could check all it's cached files to see if the file exists and then only try to load the file from a URL if the file wasn't cached?
The text was updated successfully, but these errors were encountered: