the_angry_angel
Joined 11 years ago
Joined 11 years ago
The fact that Kopia has a UI is awesome for non-technical users.
I migrated off restic due to memory usage, to Kopia. I am currently debating switching back to restic purely because of how retention works.
I’ve had an eye check, a few months back a general medical. Both were fine/no significant changes. I rarely drink, no drugs. I feared a series of migraines might been response but I’ve been assured otherwise.
I so far figured it’s too much skim reading, a lot of very poor sleep, being on the edge of burn out and maybe a touch of post COVID brain fog.
Your post is encouraging me to start doing something about it.
I don’t have much to add but it’s reassuring to know that I’m not alone
Also for ref :)
Highly recommend both libraries!
You are competing with https://grafana.com/, https://www.metabase.com/, https://superset.apache.org/, etc.
At work I ran email servers professionally and with good deliverability for years. My own email server was arguably longer lived than those at work, just much lower volumes. IP block was clean, DKIM, SPF, rDNS, etc. all setup correctly.
I thought I had no deliverability issues. I interacted with mailing lists regularly, the odd email to friends and family and I was firmly in your camp until I had to deal with a death in the family.
I think this was shortly after Microsoft BPOS became Office365. It became very very clear very very rapidly that to certain orgs I just wasn't hitting the inbox. And there was jack shit I could do about it. That was the end of my mail server, and it's certainly got worse over time.
In development mode with inotify you get python hot code reloading. In development mode the XML (with a handful of exceptions regarding menus, and ir.actions) will be read from disk on refresh.
At work we use Dockerized Odoo based on a [Doodba](https://github.com/Tecnativa/doodba). We use [click-odoo](https://github.com/acsone/click-odoo) to manage module upgrades (amongst other things). Dev workflow is largely managed through [invoke](https://www.pyinvoke.org/) tasks.
I do wish there was hot code reloading for the views (xml), but realistically if you’re making an app of any complexity the views in the backend are the small part and likely not where you are spending the majority of your time.
Website stuff is absolutely 100% stuck in the past at the moment, imho.
In 2005 the Royal Mail was fully privatised. Since then I personally feel the amount of unaddressed mail has increased. But that might be in my head
They were deprecated in 1803.
Our path has been Ansible -> Ansible+Docker -> Docker Swarm -> k8s. We absolutely don't need k8s, but the other options all had downsides.
1. Nomad was on our list and probably would've been better, but there were no managed Nomad solutions at the time and it was not as widely used as other solutions
2. Our time on Swarm was /ok/, but it was more and more obvious that being on the lesser walked path was a problem, and it's future made us run away from it
3. k8s gave us a nice declarative deployment mechanism
4. We can switch to a managed solution down the road with less friction