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
Despite my comment there, in retrospect, I think the real issue is with wet-boew/gcweb-jekyll assuming the GCWeb theme asset files are https://wet-boew.github.io/themes-dist are public and permanent, when in fact they are not.
Setting assets: "https://wet-boew.github.io/themes-dist" in _config.yml, as what is done currently (see https://github.com/wet-boew/gcweb-jekyll/blob/master/_config.yml#L65), is very convenient, and eliminates the need for gcweb-jekyll to pull these files from wet-boew/GCWeb etc., but as today's breakage shows, seems rather unreliable.
Perhaps having these assets stored on the same server of end users' web sites would be a better idea? Or perhaps have those assets stored, with a versioned path, on a CDN for posterity, like how jQuery, Bootstrap etc.?
The text was updated successfully, but these errors were encountered:
anthonyfok
changed the title
Use of assets: "https://wet-boew.github.io/themes-dist" led to 404 breakage
Use of assets: "https://wet-boew.github.io/themes-dist" led to 404 breakage
Mar 11, 2021
Some websites relying on GCWeb theme broke as asset URLs such as https://wet-boew.github.io/themes-dist/GCWeb/css/theme.min.css went offline (404), see wet-boew/GCWeb#1792
Despite my comment there, in retrospect, I think the real issue is with wet-boew/gcweb-jekyll assuming the GCWeb theme asset files are https://wet-boew.github.io/themes-dist are public and permanent, when in fact they are not.
Setting
assets: "https://wet-boew.github.io/themes-dist"
in _config.yml, as what is done currently (see https://github.com/wet-boew/gcweb-jekyll/blob/master/_config.yml#L65), is very convenient, and eliminates the need for gcweb-jekyll to pull these files from wet-boew/GCWeb etc., but as today's breakage shows, seems rather unreliable.Perhaps having these assets stored on the same server of end users' web sites would be a better idea? Or perhaps have those assets stored, with a versioned path, on a CDN for posterity, like how jQuery, Bootstrap etc.?
The text was updated successfully, but these errors were encountered: