Hacker News new | past | comments | ask | show | jobs | submit | bingo-bongo's comments login

The awesome crystal repo is also a good: https://github.com/veelenga/awesome-crystal

I agree, but the keyword here is “just” - if you think 6 months is a long time for publishing a pdf, imaging trying to make actual changes to the same system :/

https://www.dailymotion.com/video/x36574i


Hetzner has datacenters in US these days: https://www.hetzner.com/unternehmen/rechenzentrum/

(haven’t tried them though)


Note they currently only offer AMD VMs in the US though, they don't have Intel VMs, Ampere VMs, or any dedicated bare-metal boxes there.


I use it, `time=39.741 ms` when I `ping` my Oregon server from LA


I think it’s so amazingly awesome that you just went outside and held an unofficial talk!

Read your blog/article about the badge project yesterday and it was such a good read, even for a not-much-of-a-hardware-guy like me.


You don’t even need a ram disk imho, databases already cache everything in memory and only writes reach the disk.

Just try and cold-start your database and run a fairly large select twice.


Also the OS will cache a lot of the reads even if your database isn’t sophisticated enough or tuned correctly. Still could be a fun exercise, as with all things on here.


Any half decent DBMS bypasses the page cache, except for LMDB.


iTerm did have at least one rather serious data leaking bug in the past. It was introduced in a new feature and enabled by default.

People (or power users at least) tend to remember incidents like that. I don’t think it’s entirely “just because LLM’s”.


I would find this persuasive if I could find a single mention of this bug in either of the GitLab threads or the original blog post.

Also, what was the bug?



3 of the 4 buttons in the bottom right corner say "grafik" (graphics?), programi (programs?), and "journal." i think it might be some kind of computer system.


Top left corner (according to ocr translate) is 'oven', so that might be a good starting point


Probably needed to delete some of the mentioned disk snapshots, before trying to delete files.

https://support.apple.com/en-gb/guide/disk-utility/dskuf8235...


Right up until someone runs a container with 8080:8080, which unfortunately bypasses ufw and the container is suddenly exposed to the entire internet .. :|


Reading the GitHub issue about this is somewhat entertaining: https://github.com/docker/for-linux/issues/690

People are getting hacked a lot because of this, and docker doesn't seem to care all that much.


Oh man, that really sucks, to the point I would consider against using Docker for anything deployed. 5 years and such a basic security issue goes unfixed.


Bare in mind systemd’s resolved has dnssec validation disabled by default and it’s (afaik) still marked as experimental.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: