|
|
|
|
|
by zzo38computer
1466 days ago
|
|
I had a similar idea. In addition to caching and detecting if it has been unexpectedly changed, there are other benefits: - The end user could have the option to enable/disable caching, and to clear the cache. Further configuration is also possible, e.g. to enable same-origin caching only. - The end user could have the option to replace resources with their own regardless of where the files come from; there is one table keyed by hash and the value is the file to use instead, which might or might not be the same file (so the hash does not necessarily need to match the file that is being used instead). - Features specific to the browser to make it more efficient could also be used when the user configures replacement of resources, e.g. if it can somehow implement jQuery in native code, or uses a different font format which is more efficient on the computer that it is running on. - If archived copies of parts of web sites are being made, it can efficiently check if it already has some file which is being used in such a way. However, requiring a hash probably should not be made mandatory. |
|