Skip Navigation

fhoekstra

@ fhoekstra @feddit.nl

帖子

5
评论

8
加入于

2 yr. ago

6天前

Fresh CKS (and CKA) tips and takeaways
跳过
1

fhoekstra @feddit.nl 6天前

Thank you for the feedback, could you be more specific?
Is it crossposting? Or Kubernetes-specific content in /c/programming?
Or giving tips on how to practice for specific certification exams?
Or do you dislike the prose format? Too much context? Do you prefer bullet points?
Or is it that I put an image while the link should be the focus? I see now that in my client I have to click through to the original post first to see and visit the URL

Programming @programming.dev

fhoekstra @feddit.nl

6天前

Fresh CKS (and CKA) tips and takeaways

1个月前

The 'if this goes down, I riot' self-hosted app

跳过

fhoekstra @feddit.nl 1个月前

Impressive!

1个月前

The 'if this goes down, I riot' self-hosted app

跳过

fhoekstra @feddit.nl 1个月前

I don't believe you, but I'd like to be proven wrong.

I expect you have a UPS that feeds your hosts and networking equipment and something like ZFS for disk redundancy. This protects against the most common failures and is usually enough, but there are still single points of failure in such a setup, that are not as common, not as hard to deal with through manual intervention, and quite difficult to protect with redundancy.

I would be surprised if you are protected against the following single points of failure without manual intervention:

NAS machine (not just disk) failure. You would need to have a multi-node distributed storage, like Ceph, to protect against this.
Networking equipment failure. I think you can do some magic with BGP to do this, but I'm not a network engineer and I've never set up a redundant network.

1个月前

Using Vim is Amazing

跳过

fhoekstra @feddit.nl 1个月前

Or LazyVim

https://lazyvim.org/

1个月前

Nextcloud -> Owncloud (ocis)

跳过

fhoekstra @feddit.nl 1个月前

Not affiliated.
Why did you use NextCloud over OwnCloud? Same reasons apply

1个月前

Automated changelog generation

跳过

fhoekstra @feddit.nl 1个月前

Thanks for your feedback!

Some thoughts:

You could configure your cliff.toml to ignore any commits that aren't interesting to your users
You could use "squash merge" to the prerelease/staging/development branch so that you can commit without worry, and then only have your PR titles follow conventional commits (if the change is interesting to your users)

I should probably add those to the blog.

But yeah, I get preferring to write manual tailored changelogs. Personally I am just a little neurotic about single source of truth and a huge Git nerd. And I know that at least in this job, my users are neurotic enough to prefer completeness.