5 ms·

I'd love to see a blog post that says, this is how to setup X (I dunno.. mediawiki, owncloud, whatever).. and then go fully in-depth into _everything_ surroundi

I'd love to see a blog post that says, this is how to setup X (I dunno.. mediawiki, owncloud, whatever).. and then go fully in-depth into _everything_ surrounding it.. security, backups, logging, alerting, monitoring, backup testing/restoration etc.. a blog post that really covers everything for a well-protected 21st century hosted application that won't leave the owner in tears after a year! There's honestly so many posts that make it look so easy, but without everything else that would normally make it a job position in a company :)

edgyquant 5y ago
These are called instruction manuals and no one likes to read them.
- unforswearing 5y ago
  I am certain you have spent the time to ask everyone if they indeed do not like to read these, but I disagree.
- Moru 5y ago
  I realy hate the part when they say "But this is outside of the scope of this manual."
core-utility 5y ago
I think the hard part is that would be largely dependent on specific implementation, which itself is very opinionated. I could write a post on how I run, maintain, and secure Docker Container X on Ubuntu Y using vSphere with Synology and get 100 comments on why CentOS is better and I'm wasting time/money with vSphere over Proxmox, etc. Cloud doesn't have quite this problem. Once you've chosen a cloud provider, you have significantly fewer options in each category, minimizing this option-overload.
- Moru 5y ago
  Write your howto on your private blog and disable comments. Problem solved. You can thank me later :-)
cmroanirgo 5y ago
It should start with how to make your system upgradeable too. I've server that started on Ubuntu 16 and made a helluva mess upgrading to 18. Due to php changes i've had to use ondrej's packages for later php... but that will break on a (very overdue) upgrade to 20... All these script kiddie tutorials are terrible at showing how to maintain a server for years.
- rashkov 5y ago
  This is where docker really shines. Unless you’re a php developer or have a lot of experience with it, gluing it all together is best left to some clever person maintaining an upstream docker image.
  - cmroanirgo 5y ago
    Docker and I are not friends. The quickest way I found to fill up my limited VPS hard drive was to install Docker. All the work arounds to limit it failed. Then there's the whole lack of concrete control over iptables, where a tiny mistake can open you up to all sorts of horrors. So, it's great that Docker works for many, but I get the exact opposite of warm and fuzzy for it however.
    - toastal 5y ago
      Perhaps Nix could help? It's great for configuration and reproducible builds without the overhead of containers (which in practice aren't often reproducible).
  - chaxor 5y ago
    Docker is not a good solution. Many security focused systems (important for self-hosting) are on FreeBSD. FreeBSD doesn't allow docker, because of it's major security vulnerabilities. Docker is great for getting toy projects to work somewhere as a last resort, if the dependencies are strange and you need a convoluted (read: badly thrown together) environment to set up the app. A well made application should not need docker to run.

edgyquant 5y ago

These are called instruction manuals and no one likes to read them.

unforswearing 5y ago
I am certain you have spent the time to ask everyone if they indeed do not like to read these, but I disagree.
Moru 5y ago
I realy hate the part when they say "But this is outside of the scope of this manual."

core-utility 5y ago

I think the hard part is that would be largely dependent on specific implementation, which itself is very opinionated. I could write a post on how I run, maintain, and secure Docker Container X on Ubuntu Y using vSphere with Synology and get 100 comments on why CentOS is better and I'm wasting time/money with vSphere over Proxmox, etc. Cloud doesn't have quite this problem. Once you've chosen a cloud provider, you have significantly fewer options in each category, minimizing this option-overload.

Moru 5y ago
Write your howto on your private blog and disable comments. Problem solved. You can thank me later :-)

cmroanirgo 5y ago

It should start with how to make your system upgradeable too. I've server that started on Ubuntu 16 and made a helluva mess upgrading to 18. Due to php changes i've had to use ondrej's packages for later php... but that will break on a (very overdue) upgrade to 20... All these script kiddie tutorials are terrible at showing how to maintain a server for years.

rashkov 5y ago
This is where docker really shines. Unless you’re a php developer or have a lot of experience with it, gluing it all together is best left to some clever person maintaining an upstream docker image.
- cmroanirgo 5y ago
  Docker and I are not friends. The quickest way I found to fill up my limited VPS hard drive was to install Docker. All the work arounds to limit it failed. Then there's the whole lack of concrete control over iptables, where a tiny mistake can open you up to all sorts of horrors. So, it's great that Docker works for many, but I get the exact opposite of warm and fuzzy for it however.
  - toastal 5y ago
    Perhaps Nix could help? It's great for configuration and reproducible builds without the overhead of containers (which in practice aren't often reproducible).
- chaxor 5y ago
  Docker is not a good solution. Many security focused systems (important for self-hosting) are on FreeBSD. FreeBSD doesn't allow docker, because of it's major security vulnerabilities. Docker is great for getting toy projects to work somewhere as a last resort, if the dependencies are strange and you need a convoluted (read: badly thrown together) environment to set up the app. A well made application should not need docker to run.