snapshot engine: fix #416 (remove the hardcoding) and #433 (add url in metadata) #438
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is addressing the little bit of leftover work from the snapshotEngine merge:
snapshotEngine should be totally separate from xtz-shots since anyone can deploy their own. So, all the xtz-shots specific stuff should be hosted on the xtz-shots-website repo, and the snapshotEngine should grab whatever it needs to build the static page.
This is done in this PR. We no longer have a _config.yml in the tezos-k8s repository: we now grab it from xtz-shots-website and append the remote theme config to it with a heredoc.... not super slick but it does the job.
The advantage is that we no longer have to modify config.yml here whenever there is some change in the website metadata (for example, the list of networks on the top right of the page used to say "hangzhounet" despite us having removed it from xtz-shots-website. no longer).
The only leftover references to xtz-shots website are the commented out values in values.yaml (because of course, anyone who would want to deploy a snapshot website should still look into ours to understand how it works)
The only leftover files are Gemfile and Gemfile.lock which I think is ok.
I am also adding full URL to the metadata, this way operators can simply 1. query the metadata 2. parse the url and and 3. download the snapshot