Ironically we have both of those on this Fyne Desk running in X.
Tear free is provided by the compositor and the fractional scaling was never impossible with X it just had to be coded into the toolkit and most could not be bothered. Fyne has always supported fractional scaling and I think Enlightenment does too.
I've been thinking about something like this for a while, wondering if it could be a decentralized alternative to social media timelines. I really like the idea of having a /now page with a short public status that you could share with friends and which can be less work to update than writing an entire blog post.
That being said, the "standard" you defined could have been bit more specific in my opinion. If I have multiple friends with /now pages, I would like to read them all in one place. For this RSS would work nicely, maybe with a separate feed from your blog. If you don't want RSS, maybe making the /now page a uniform text-based format would have been better?
Before Mastodon there was Identica/Status.Net, before that generation of tools there were bots that would let you update a page on your website by sending a short message from your chat client. Even Twitter had SMS and XMPP interfaces for this, in the early days.
Hehe, I'm actually playing with a similar idea. I'm still trying to figure out how to reduce friction for less tech-savvy users, so have both the ability to plug in your own feed or use the UI on the site.
I also made a version of "my life in weeks" https://days.sonnet.io as an excuse for reflection, an excuse to get the bird's eye view of my life, then to encourage others to do something similar. And, some people, even here on HN, have!
Your "my life in weeks" page is just lovely. I teared up from the tenderness of it.
That is such a great idea. I have been toying with the idea of writing a memoir, but I haven't started because it seems so daunting of a task. This, on the other hand, is constrained, but still leaves a lot of room for creativity.
We have Moodle in your university and the reading material is provided in it. It is terrible to read, because the lines of text span the full width of the screen and the formatting is broken in a lot of cases.
Before Moodle we used to get nicely formatted PDF's (made with Latex I pressume). This might sound like a nitpick, but if you are spending hours reading the material over and over it is a pretty serious drawback. I don't undesrtand how moodle does not have a decent reader mode builtin. Also, I have always been the learning type that prints out the PDF and the draws, underlines, writes in it while reading it. Dunno, reading on screen just doesnt work for me that well.
The first 4 lines have the same timestamp because I use a vim macro to ask me about these 4 values. The macro then logs those 4 values at the wakeup time.
The fact it has a fixed colour palette as well is fantastic, takes a lot of the guess work out of choosing the perfect colour, also means PICO-8 games have a shared look which is nice.
I'm working on a game at the moment which is inspired by old ZX Spectrum games, so sadly that rules PICO-8 out (different colour palettes), but otherwise those limitations make the whole thing really nice
Right out, the most interesting ones to me are WASM-4, because it seems to be one of the strictest and most minimal, and Pyxel, because it uses Python. Though to be fair I haven't actually tried either of them yet.
If you just want the "best" one (obviously very subjective, but its the easiest answer), try Pico8
I agree with you, but stuck with wezterm for some time now for it's non-GPU related features. Specifically the font configuration with fallbacks and configurable font features such as ligatures and glyph variations is nice. I use a tiling window manager and a terminal multiplexer, so I have no use for terminal tabs/splits/panes. I wish there was something as "simple" as alacritty, but with nicer font rendering.
Have always used nginx, but I'm interested in the newer alternatives out there like caddy, traefik or envoy.
Is there a up-to-date comparison somewhere? Any personal experiences? Would be interested to hear if there are any reasons to switch. Performance has not been an issue for me, but there might be other good reasons.
I'm switching from nginx to envoy for one specific feature: holding client connections while my backend is restarting. When we restart the backend, we drain & serve all existing connections, but refuse new ones, and I want the ingress proxy to hold those connections until the backend comes back online (1-4 seconds). For nginx, this feature is available only in their premium version ($1,500/yr per node).
However, once I chose envoy, I found a whole lot of other features we'll use such as better mirroring/logging on traffic, and dynamic reconfigurability. The main/only downside of envoy for me is that their config files have a far more tedious structure, and I'm basically programming in yaml again.
Currently the only weakness of envoy is the configuration that’s very much not designed for humans, but an automatic control plane.
A tool that could take something like a Caddyfile with good defaults and spit out an envoy config file would be magical and super useful for those of us who don’t run a large enough setup to have an automatic control plane.
Speed comparison... it's been a while since I've checked, but I remember hearing Caddy will perform at about 70% of the capacity of a fully tuned Nginx, at least as a reverse proxy. Don't remember where I read that. So Nginx will be a bit faster.
However, from what I hear, you will probably never run into a situation where you use all of that, at least in typical situations, because you'll probably run into RAM limits or CPU limits related to the SSL cryptography first. So both will probably be 'fast enough'.
Caddy will be easier to configure than Nginx. That's just because it has a config file built to be nice and easy to read.
There are probably more external tools built to work with Nginx, but you might not need those.
Don't know much about envoy or traefik comparisons, but from what I've heard, traefik is built for a little bit of a different purpose, mainly for containers. You'll have to research more into it.
Traefik solves some problems. Envoy solves other problems. Caddy, I can't seem why to use it but I am not familiar with what capabilities it comes with. There are other proxies as well especially in the Go community. We use nginx. If the features you need exists in nginx I would say there is no reason to switch it out. From a holistic point of view there is only very small performance gains in this area.
I would say Caddy is aimed at small to medium companies. You have a web app/site, no dedicated systems admin and you need a reverse proxy that does the right thing out of the box without you having to learn what the right thing is or how to configure it. Basically going from zero knowledge to a working setup can be done in under 30min and it will be safe.
Ok, fair, we use cloud products in those cases. Nginx, depending on what modules that are used. Like Openresty and so on can be complicated. But there are plenty of people out there that knows how admin it.
Caddy is more opinionated and has more features than nginx but consumes more resources and is generally slower. It's probably plenty for low/moderate traffic sites, but not always appropriate for high traffic. Caddy is a lot more friendly to use than nginx, and it's config and its defaults are IMO much more appropriate for modern websites. Caddy has all sorts of quality-of-life features than nginx either paywalls or does not have.
Envoy is a lot more programmable and configurable than nginx. If you find yourself templating nginx configs and refreshing configuration while live frequently, Envoy is a better solution. Envoy requires more upfront work, uses either crufty YAML config or a custom service catalog backend, but is better overall in high-configurability situations.
Can't comment on Traefik.
We work at high scales at $WORK so we've standardized around nginx, but if I were at a smaller company I'd definitely look seriously into Caddy. Then again, once configured nginx doesn't really need much reconfiguration so it's more of a one-time-cost.
There's a bunch of paywalled features of nginx, like healthcheck-based load-balancing, that caddy has out of the box. Caddy also (IIRC) has experimental support for QUIC and has a directory view. There's others too but I'd have to trawl the nginx docs for them and I'm being lazy. The healthcheck-based load-balancing thing is a big deal for us at $WORK because we ended up having to write our own code to handle this instead of use nginx to avoid paying for nginx.
Nginx puts some of the more nifty features behind a paywall, whereas it comes natively in the others.
One example of these is supporting SRV-records, which acts as glue for containerized workloads.
At Billetto we use Nomad and Consul in our cluster, and internally we expose services with DNS and are using SRV-records, so doing a "$ dig SRV +short _billetto-production-rails.service.consul" will return the local IPs and ports where those containers are running.
