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
First of all I like to thank you for the effort put in this project. I learned a lot poking around here and I value the good job made.
Context
I work in a company that uses this plugin for a very long time, I believe it's been two years or so.
We were using the 1.3.0 version for the past year and we always have some issues with cache, despite using the cache bust in our grunt tasks.
Two days ago I began my quest to isolate the problem and here's what I found.
Cenario
The most complex structure we are using are the following (please feel free to give sugestions):
With the above strutuce, even if I update the compX.html, the hash of compX.js stays the same because the current flow of hashing does not re-hash the file once changed.
Example before change the compX.html:
index.html → index.html
lazyLoadConfig.js → lazyLoadConfig.345.js
compX.js → compX.abc.js
compX.html → compX.def.html
Example after change the compX.html:
index.html → index.html
lazyLoadConfig.js → lazyLoadConfig.345.js // this file name do not changed =(
compX.js → compX.abc.js // this file name do not changed but the content is now pointing to compX.1ae.html
compX.html → compX.1ae.html // the file name changed as expected
That way, when the browser needs to load the lazyLoadConfig.345.js or even the compX.abc.js, it fetches from cache because nothing apparently changed.
The text was updated successfully, but these errors were encountered:
First of all I like to thank you for the effort put in this project. I learned a lot poking around here and I value the good job made.
Context
I work in a company that uses this plugin for a very long time, I believe it's been two years or so.
We were using the 1.3.0 version for the past year and we always have some issues with cache, despite using the cache bust in our grunt tasks.
Two days ago I began my quest to isolate the problem and here's what I found.
Cenario
The most complex structure we are using are the following (please feel free to give sugestions):
index.html
lazyLoadConfig.js
compX.js
compX.html
Issue
With the above strutuce, even if I update the
compX.html
, the hash ofcompX.js
stays the same because the current flow of hashing does not re-hash the file once changed.Example before change the
compX.html
:index.html
→ index.htmllazyLoadConfig.js
→ lazyLoadConfig.345.jscompX.js
→ compX.abc.jscompX.html
→ compX.def.htmlExample after change the
compX.html
:index.html
→ index.htmllazyLoadConfig.js
→ lazyLoadConfig.345.js // this file name do not changed =(compX.js
→ compX.abc.js // this file name do not changed but the content is now pointing tocompX.1ae.html
compX.html
→ compX.1ae.html // the file name changed as expectedThat way, when the browser needs to load the
lazyLoadConfig.345.js
or even thecompX.abc.js
, it fetches from cache because nothing apparently changed.The text was updated successfully, but these errors were encountered: