It's nice but it could be cleaner, by dropping the sidebar, and constraining the width of prose. See "Why is the text on your site so narrow? It wastes screen space." here: http://www.paulgraham.com/gfaq.html
1. because the people writing the content are not developers.
2. there’s dynamic content, but when you know you’re going to get a large influx of traffic from a single region/event, you can precompute it for a short period.
The site already existed, but they wanted to serve it statically to save on complexity and money.
If you dig into the repo you'll see that it's maintained using a YAML file, which is a smart way to deal with small sites that still contain structured content.
It's smart because it's a solution to a problem (freezing dynamic content) in one line of code, the wget command. It should work for most cases and it's easy to understand and deploy.
Heh, I worked on a site for a brand during the 2006 World Cup that did basically exactly this (although a PHP site, and a slightly rickety manual build process). They had bought pitchside advertising to be shown during the final, and anticipating enormous traffic which sadly never materialized. But we totally could have handled it!
Other over-optimisations on the same project included going all the way and including functionality to handle drawn lots as tie-breakers. This also never happened.
Instead of wget-ing localhost, maybe it's better to use Frozen-Flask[1] instead. I use it to implement my own static site generator for my personal website and it's working great.
I was trying to look into GitHub actions but didn't really understand it. I just straight up called CLI commands eg. $git commit -m "..." and ran those after I put a key(in my case on a pi) and it does commits by CRON. I was just publishing sensor data to my GitHub readme. But it's cool that it works.
The "Holiday Reminder" could actually send a somewhat puzzling notification about you needing to check out the GitHub pipeline for a production failure. I would for sure forget about even setting it up and would shit my pants on New Year's Eve... and then have a good laugh on myself.
Haha, good point... I have another 5 months to fully forget that I ever set this up.
The name of the action does get included in the email notification so hopefully I'll be able to decypher it, even after some NYE celebration champagne!
For anybody interested in playing around with and hacking on different CI / devops stuff I recently launched https://boxci.dev, which is a distributed CI service where the builds run on your own hardware, via a lightweight runner that just does coordination and runs build shell commands on bare metal, so it's a bit more hackable / flexible than (for instance) GH actions / Gitlab CI.
It's free to sign up and play around with it, and I'd love to get the feedback of any HNs who think this could be useful (I basically built it because it's the CI service I want to exist, and I think others might too).
Yep! We've been doing this at Buildkite for six years now. We're lucky to have a lot of fantastic customers who have helped us learn over the years what makes a great hybrid SaaS/self-hosted CI solution.
As someone who's a bit newer to CI/CD, this solution would be ideal if you don't want to host Jenkins yourself right?
I just give you access to my GitHub repos, install the agent then whenever I commit something into GitHub, the agent will see this and perform the task/pipeline right?
Similarly to how Jenkins works, except I don't need to install Jenkins - I just install the agent instead.
And just to emphasise, even the agents are totally ephemeral and don't require much management effort on your side - you can install and spin them up/down on any machine at any time just through shell commands and the service automatically manages this agent pool and sends builds to it - no manual steps at all. If no agents are running, builds just sit in a queue.
If you'd be interested in playing around with it and have any questions, please feel free to email me (email's in my profile).
Alternative idea for exponential action: action that creates another action (automate a headless browser, or maybe github has an api for that?). Kill switch: delete the repo :)
Reminds me of my first year in college, when we'd log into each other's machines at the computer lab for some intro to computing class, and launch a fork-bomb script that simply launched itself twice, quickly rendering the machine useless. The tricky part was to test it without halting your own machine, as a newbie programmer and Unix user.
Unlike the authoer, I haven't found Github Actions very intuitive to work with :)
I've asked this before on a similar post, maybe someone here knows. Has anyone managed to get a Pre-Release to track Master using Github Actions? I can't seem to find a working example that does this (and I can't seem to cobble one together myself)
There are a few things that are seemingly intentionally left out of GitHub Actions... like you can create new Releases on a push, but there is no direct way to delete/update a release with fresh builds.
I know you can just get build artifacts - but those are not publicly available and hard to link people to.
it's strange to me this isn't a first class feature
Thanks for the tip. I don't really know JS so I may dig into this if it becomes a major burden. For the time being I'll just manually delete the prerelease between pushes
45 comments
[ 3.0 ms ] story [ 110 ms ] threadMost of the credit goes to Alex Shpak (https://github.com/alex-shpak/) who created the "Book" theme for hugo (https://themes.gohugo.io/hugo-book/).
Almost all of the load is handled by CloudFlare though.
If I didn't have those secondary goals, I would have either:
1) Hosted on Netlify
OR
2) Hosted in an S3 / GCS bucket
I figured if I was going to learn a new tool, I might as well have some fun along the way!
1. Spin up a Python Flask web server on localhost
2. Run "wget --mirror" against it to crawl the site and save it as static files
3. Publish the resulting static files to GitHub Pages
The workflow is here. It's genius: https://github.com/pubstandards/pubstandards-london/blob/899...
1. because the people writing the content are not developers. 2. there’s dynamic content, but when you know you’re going to get a large influx of traffic from a single region/event, you can precompute it for a short period.
If you dig into the repo you'll see that it's maintained using a YAML file, which is a smart way to deal with small sites that still contain structured content.
I do the same thing for my https://github.com/simonw/museums site.
I have seen people doing fun things with GitHub Actions for the new GitHub profile readme feature as well.
This community chess game is one of my favorites https://github.com/timburgan/timburgan
It uses the creation GitHub issues on the repo as the input method/trgger which is a pretty clever hack.
Didn't realize it was you -- great post!
Other over-optimisations on the same project included going all the way and including functionality to handle drawn lots as tie-breakers. This also never happened.
[1] https://pythonhosted.org/Frozen-Flask/
(Thanks that's a nice share!)
The name of the action does get included in the email notification so hopefully I'll be able to decypher it, even after some NYE celebration champagne!
It's free to sign up and play around with it, and I'd love to get the feedback of any HNs who think this could be useful (I basically built it because it's the CI service I want to exist, and I think others might too).
This is possible with GitHub Actions, too: https://docs.github.com/en/actions/hosting-your-own-runners/... (the place I work at uses it.)
As someone who's a bit newer to CI/CD, this solution would be ideal if you don't want to host Jenkins yourself right?
I just give you access to my GitHub repos, install the agent then whenever I commit something into GitHub, the agent will see this and perform the task/pipeline right?
Similarly to how Jenkins works, except I don't need to install Jenkins - I just install the agent instead.
And just to emphasise, even the agents are totally ephemeral and don't require much management effort on your side - you can install and spin them up/down on any machine at any time just through shell commands and the service automatically manages this agent pool and sends builds to it - no manual steps at all. If no agents are running, builds just sit in a queue.
If you'd be interested in playing around with it and have any questions, please feel free to email me (email's in my profile).
I've asked this before on a similar post, maybe someone here knows. Has anyone managed to get a Pre-Release to track Master using Github Actions? I can't seem to find a working example that does this (and I can't seem to cobble one together myself)
There are a few things that are seemingly intentionally left out of GitHub Actions... like you can create new Releases on a push, but there is no direct way to delete/update a release with fresh builds.
I know you can just get build artifacts - but those are not publicly available and hard to link people to.
It looks like it supports all of the API routes you would need including:
https://github.com/actions/github-script/blob/b507739f17c210...
To actually perform the release update.
Thanks for the tip. I don't really know JS so I may dig into this if it becomes a major burden. For the time being I'll just manually delete the prerelease between pushes
[1] https://darekkay.com/blog/github-profile-readme/