Show more

@quad @tk @crunklord420 My previous company hired me for sysadmin work. Their previous employees were maintaining all the server infrastructure, but their official title was Developer.

Let me tell you. It wasn't a pretty sight.

I mean, all things considered, it wasn't that terrible either. But I had to fix a lot of stuff. Not that I hated the job, anyway.

@crunklord420 @tk @quad To be fair, software engineering exists and very few companies seem to get it right. I don't understand why this is, but I suspect it's the same reason why Docker is not used properly either.

@quad @tk I think it adds a lot of stability, reproducibility, and security to a prod deployment.

For example, my Docker "master node" has like 3 or 4 networks that are isolated from each other, and allow services like MariaDB and such to talk to other servers. This way, all my databases are isolated from each other, and if a web service contains a vulnerability that allows the attacker to dump the databases, they won't see much from the other ones.

@tk @quad Anything can indeed be agile if you install Docker. Docker is a blessing for me, honestly. I run tens of services, and I don't have to worry about manually updating them (through apt, yum, dnf, or else) anymore. I just have an Ansible playbook that shuts the Docker machines down while keeping the volumes intact, and fetches the latest Docker image from hub.docker.com, while reconnecting them to their volumes and starting all of them up.

It's pure bliss.

@tk @quad Debian is a good second choice. Definitely more up to date than CentOS, but still lags behind Ubuntu greatly.

If I were you I'd just pull the plug, go full on with Alpine and see where it takes me. Perhaps not for the whole infrastructure, but as a small experiment.

I've been using Alpine for my Nginx loadbalancer and my mail server, and everything seems to be running smoothly.

Granted, Nginx is pretty standard and so is the mail server, but still.

@quad Definitely do not go with CentOS.

Alpine would be nice, I'm sure, but the lack of glibc may end up breaking stuff (or maybe not).

Hmm... Why not Ubuntu LTS?

@quad I've grown accustomed to Proxmox, and I really like it. But I've been moving towards Docker, Docker-compose and Ansible (a homegrown Kubernetes of sorts, I suppose), and I am pretty sure I could move away from my current "one big server" infrastructure and into tiny AWS/Linode/Vultr nodes with autoscaling. But the uncertainty of price makes me a little anxious, even if I'd probably end up saving in the long term.

@quad That's odd. I've never experienced those issues, then again I don't cluster Proxmox at all. In my previous job I used to, and it worked relatively fine, but it was a little painful to manage it all.

@quad For me, Proxmox is basically LXC and KVM with a nice web UI on top. I use the web UI rarely, but you can do anything KVM and LXC can do, with zero issues. I even automated some stuff via Ansible and it's a bliss. I don't see what benefit would it have to give up on the web UI, despite using it rarely. I mean, it's not like the web UI is a resource hog anyway.

What I miss, honestly, is nftables support, as Proxmox is still on iptables. But it's not that critical, I can wait.

@supernova Well, I was looking for an already existing application, not to make one myself.

There are commercial applications for this exact purpose already.

"Remotely accessing my phone" is definitely not an issue, as long as I can get it to show an HTTP server to the outside.

@supernova No. No XMPP at all. Only HTTP and my phone's cell service. The gateway itself would run in my phone.

@supernova No, that uses extermal gateways. I want to expose an API endpoint directly from my Android smartphone to use my own SIM and phone number.

My cellphone carrier doesn't offer a free API for programmatically sending SMS messages. Or at least not for free, they do have an option for businesses but it's extremely expensive.

I have an old Android phone I could keep in a drawer with a SIM card to act as an SMS gateway. My question is: Is there a service that allows me to expose an HTTP REST endpoint for (securely) sending (maybe receiving too) SMS messages? Better if it's FOSS. Thanks!

Crossposted from Twitter 

Lo peor no es cometer un error, sino tratar de justificarlo, en vez de aprovecharlo como aviso providencial de nuestra ligereza o ignorancia. - Santiago Ramón y Cajal

Crossposted from Twitter 

It is during our darkest moments that we must focus to see the light. - Aristotle

@jonah Well, I run many more apps than those three chromium instances, but the rest are all native macOS apps. Actually, except Spotify. Spotify is Electron I think. So it's four Chromium instances taking Spotify into account. Hmmm...

I have a 16 GB MacBook Pro.

Purple is compressed, blue is wired (locked by kernel drivers, etc), red is active (userland and so on).

16 GB of RAM is absolutely enough for a laptop nowadays and for the next few years. Perhaps 5 years down the line I will have a little more trouble as web browsers become increasingly bloated, but it is fine for now.

By the way, I typically run two Chromium instances side-by-side and another Electron-based app, and still struggle to hit near 75% of RAM usage.

Show more

León Castillejos's choices:

Mastodon 🔐 privacytools.io

Fast, secure and up-to-date instance. PrivacyTools provides knowledge and tools to protect your privacy against global mass surveillance.

Website: privacytools.io
Matrix Chat: chat.privacytools.io
Support us on OpenCollective, many contributions are tax deductible!