Same. Used shuttle for https://endler.dev/2022/zerocal/ lately and was super happy with the experience. I no longer have to worry about hosting and can focus on the product instead.
Got it. The generator logic is in Rust yes. I could have written it in JavaScript as well but it was just easier for me to do that part in Rust. Should have mentioned that.
Of course you could host a static HTML with JS on Github pages, but Github pages also runs on a server. So to answer the original question, yes you do need some server for it unless you make it a command line app.
Good question. It depends on your definition of serverless. Strictly speaking there is no serverless, there's always some infrastructure somewhere.
However the calendar file gets created out of thin air from the GET parameters alone. There is no state or storage involved. Other calendar apps have a backend with a DB; this one doesn't.
Now whether that counts as truly serverless is up to you I guess. It's as close as you could get with a calendar I'd say. Not easy to get the point across in a title. ;) Hope that helps.
You could do that but you'd have to create the ics file manually and not every platform allows you to share ics files. My original use-case was Github. Wanted to share invites for https://github.com/hello-rust/community. Github prevents sharing ics.
Another thing is that people could edit a link in-place to e.g. update the time without creating a new file.
Not sure I understand because that's what it is basically. The Rust part is just for the routing; it decides whether to serve the form or the generated calendar file.
It's just Rust, so it can be. Will add a `main.rs` and some instructions, but PRs are welcome if someone beats me to it. ;)
https://github.com/mre/zerocal/issues/9
Author here, had a lot of fun building this as it's just ~100 lines of Rust code + some CSS/HTML.
If someone is looking for a fun thing to contribute to during Hacktoberfest, the code is on Github: https://github.com/mre/zerocal
Will mainly use it for myself to send out event links to friends.
Even though the status page (https://www.githubstatus.com/) shows no issues, I'm still getting the occasional 500. It seems to be happening quite irregularly. They are possibly facing a lot of load.
I maintain a couple of bigger Github repos and blogs and was shocked at how many links break on a regular basis, so I wrote my own link checker in Rust [1] and started donating to the Wayback Machine. Please consider doing so, too as the web would be a worse place without them. [2]