adql

Comparing off the shelf USED hardware to new one isn't exactly fair.

Yeah, it's option to consider but I don't think price comparison is fair or even important here.

What is however is that you can just generally shove an SSD to NUC and forget about it for forever and not worry about microSD woes, finding the right case and power supply for rPi etc.

I think pi only gives real benefits when you actually are using the IO it provides over "normal PC"; or if you really need to shave that few watts off.

Well, system-wise Go app is just a binary that only needs network access, could be run directly from systemd and just have all permissions set there.

Docker is a bunch of file mounts and app running in separate namespaces. So extra daemon, extra layers of complexity. Of course if you're already deploying other docker apps it doesn't really matter, as you'd want to have that one binary in docker container anyway just to manage everything from same place.

It become easier few years ago as tools to embed files are now nicely builtin into Go instead of external packages.

Same way you do with any other app not specifically designed for it; you start 2 copies of it and put loadbalancer in front of it. I did that via some systemd voodoo

But TECHNICALLY to do that in one without external proxy you'd need to figure out how to set SO_REUSEPORT for the web socket handler, then start the second one before the first.

Haven't actually tried it but someone apparently did: https://iximiuz.com/en/posts/go-net-http-setsockopt-example/

You'd still have any ongoing connections cut unless you unbind socket and then finish any existing connection, which would be pretty hard with default http server.

I just put HAProxy instance on my VPS that does all of that, including only allowing traffic once app says "yes I am ok" in healthcheck. Then the app can have "shutting down" phase, where it reports "I am down" on healthcheck but still finished any active connections to the client.

And with a little bit of code you can do switching between "use embedded files/use local files" on the app start easily and have convenience of not having to re-compile app to change some static files.

We used that to make a simple "VPN diagnostics" app for our helpdesk (app checked connectivity and config of the machine then displayed the summary page). Only thing that needed to be written per-os is how to call a browser to display the report

That's one reason I like Go's model of "import is just an URL path"

Sure it has some problems but it's far preferable than to be slaved to single entity controlling repo

Seems like old "make a problem, sell a solution"...

> This PEP is a step in the right direction: we don't want people that don't know what they are doing (which is a lot of python users, since it's a popular language among non developers) to install something outside of a venv.

And even more "just someone that wants to install python app"

> So the PEP is willing to break backward compatibility for pip to say "nope, you are not in a venv, you can't install a package" by default, and give instructions on how to do so to the user.

I'd like if the default was just "create venv for user with default name and put it there".

So the above case of "user that just wants to install app" just works, and the crap pip spews is nicely contained.

Excluding people that want to shove emoji in is morally good thing.

Even the top bar is barely legible, light grey on light... whatever color is that.

Or maybe just whoever designed that had different monitor settings than average user and it looks okayish there...

All hardware is theirs, you rent it. They repair it when it fails at no cost, but they don't monitor everything (althought some come with agent to install on dedicated server that passes monitoring data to their system).

So if you say see SMART errors on hard drive you have to open ticket with them to fix.

> What happens when storage fail? Are data backupped or it is on me to make them?

You have full control over server. If you want backup you need to set it up yourself.

I'd start with VM if you want to learn ops stuff. Those also usually have backup option at some extra cost.

kimsufi (ovh brand) also have some cheap ones, I have some atom serwer with TB drive for some offsite backups and few services and so far no problems.

HN does the same

Technically stuff like overheating they could monitor via IPMI (which they most likely use for OOB control anyway)

"Oh look, fan stopped, means it's dead"

CPU temperature: 40C

Maybe he detected 0 RPM without looking at temperature.... some controllers will just stop fans when there is enough cooling.

We had a bunch of racks and fan failures gotta be one of rarest one. Even on my personal junk I had zero actual failures, just one getting noisy

> Was still worth it because it's cheap, but they're cheap because it's not new and reliable hardware.

Not really different than cloud, they aren't buying top of the line servers, they are making their own just like hetzner, for cheapest per performance unit.

That's an ad

Just need one to survive for it to multiply somewhere later down the pipeline. It can also be introduced other way I guess

I guess used microwave would be easiest and cheapest option for SSDs

I swear, every time some helpdesk Linux issue filters to us it ends up being "well, that worked fine in Debian, Ubuntu fucked something up"...

Both Discord and MS Teams use React (afaik) and only one of them runs shit.

Both are not exactly light tho

Both look like ye olde PHP code mixed with HTML tbh.

> People tend to compare these frameworks on things that don't matter - often it's performance.

I think I reflect the entirety of the user base of the internet when I say "fuck you" (not you in particular, just the trend of shitting on performance so we have apps running like it is 70's and tape drives on our gigahertz CPUs) here.

Coz you need working multicast across entire network or server-per-datacenter to multicast (and data still needs to get to that server).

It's much simpler to just point a server to torrent tracker and let them exchange stuff between themselves

Their label printers also don't do DRM like now Dymo does.

The scum even introduced drm-checking printers under same model name and number so the previous good reviews stay

> This comes back to Jeff Bezos' wisdom: there will never be a time when users want bloated and slow apps so being small and fast is a permanent advantage.

Did he share that with rest of the company or kept the knowledge to himself ?

Wouldn't be surprised if it was just backward compatibility so bash/sh scripts work

ClosetAI, it has hidden thought that it doesn't want society to know

Yes. By curl.

Every time comments like yours come up I'm just thinking "yeah, the fucker have no idea how much handling of edge cases comes up with libs like that"

You can often know what will be useless tho