ku1ik

Also please appreciate how fast this site is. The average website bloat is imperceptible until you open a page like this.

I thought I was the only one using git-ignored .stuff directories inside project roots! High five!

It highly depends on an instance you join and a people you follow.

Try kagi.com. I tried and stayed. It’s paid though.

1995

Did you find Ghostty’s input latency subpar?

FAR was awesome.

I value both my experience and the users, and every asciinema release was backward compatible with the earlier ones (with few exceptions, where language change was not a factor), changing nothing in terms of UI/UX/API. The language is an implementation detail.

What's your problem?

Feel free to NOT use asciinema.org if it doesn't meet your expectations for a reliable service. You can always self-host the server in your ultra-reliable, super-scalable K8S cluster.

There’s few reasons for this. First, I don’t have infinite budget for this, in fact the budget is close to 0 (sponsorships and donations help). Second, the servers are sponsored by Brightbox, and I’ve been running asciinema.org there for over a decade because BB is reliable and they’re great chaps, but I don’t have infinite resources available there. Finally, I don’t want devops complexity in my side projects.

Just scaled it up, seems pretty stable and responsive again.

I was adding more VMs and restarting load balancer. Should be good now.

> I think my takeaway would be more that this is the authors passion / side project that they use to test and learn new languages.

That's precisely it :) I believe I’ve finally found the ones that work well both for me and the project.

The CPU usage was single digit (%) with no viewers (but other requests being served) with btop at 100ms, so that's not adding a lot. But thanks!

asciinema.org is currently being hugged to death! The btop stream is from one of the servers, currently reporting 95% CPU usage: https://asciinema.org/s/olesiD03BIFH6Yz1

But it's chugging along!

asciinema server is Elixir/Phoenix, runs on BEAM, and even with lots of connections and high CPU usage it serves request fine. Power of the BEAM. Phew.

Currently it runs on just 2 VMs, 2 GB of RAM each, so I will probably need to scale it up very soon anyway :)

The CLI has been rewritten in Rust. The server is still Elixir/Phoenix - perfect for this feature.

I wish they listed Caddy before Traefik there - Caddy pioneered this hands-free certificate automation in a webserver.

I watched one of those videos and it was very underwhelming, imho not really selling Claude Code to anyone who isn’t convinced.

It certainly feels so.

On a related note, asciinema player supports good ol' typescript files produced by the script(1) command.

https://blog.asciinema.org/post/blast-from-the-past/

This has been changed. In 2.4 there’s explicit prompt for save/upload/discard. Since 3.0 there’s no auto upload in any form - you always record to a file, and to upload you need to explicitly run `asciinema upload filename`.

You can get a plain text log of a recorded session in several ways.

If you uploaded to asciinema server (e.g. asciinema.org) then you can click on Download and select txt format.

Or, with the CLI 3.0, you can either:

- convert existing cast file to plain text: asciinema convert demo.cast demo.txt

- record directly to plain text: asciinema rec demo.txt

Same here!

wezterm may be something to look into.

My understanding is it ensures proper contrast for all cells regardless of the type of fg/bg color (palette, 8 bit, 24 bit). So if a program uses 24 bit fg color and a bg from palette (or a default one) it would still preserve the contrast. (haven’t tested, just my impression from reading the docs)

It’s very widely supported from my experience. This is how asciinema captures terminal palette.

Or in actual ASCII: https://asciinema.org/a/569727

Well, you can’t really self-host your internet connection anyway :)

Have you looked at the source code? It’s obvious.

Yes, that’s often pointed by doctors as either a potential cause or an amplifier.