4 ms·
If I understand the requirements correctly, this approach appears way over complicated. If the Downloads page only changes when there is a release, I would aut
by Daviey 3y ago
If I understand the requirements correctly, this approach appears way over complicated.
If the Downloads page only changes when there is a release, I would auto-generate a static html site as part of the CI/CD release process, then upload and serve it via s3. Then to optimise the s3 costs have either CloudFront or Cloudflare to reverse proxy the static html.
How is the approach documented better than that?
- 3np 3y ago> How is the approach documented better than that? Presumably that it exists.
- Daviey 3y agoIt didn't exist before they wrote a bunch of code to make it happen. The alternative approach I outlined is much quicker to write, so I don't see how your comment makes sense?
- 3np 3y agoIf you want to make a better and simpler alternative that's quicker to write, nobody will stop you, I think. PR will probably be appreciated.
- Daviey 3y agoThat isn't how this works... If people show-case something they've done via a blog post, then it is submitted to HN for comments, then people comment on it, including an an analysis of the approach. If people like it, they'll say so... if people feel it could be better, then they'll share their thoughts on how it could be improved. You saying it is the best approach because it is now done that way, is illogical and doesn't promote better ways. Of course, the approach I outlined /may/ not be better.. and I may have misunderstood the requirements. I welcome critical analysis of what I proposed, but you haven't done that. However, I am keen to help... so if you are happy to validate the requirement and approach with upstream, and confirm it will be well received I will write a golang drone-ci compatible static site generator that generates near identical html output from the s3 listing they could replace it with.