Website hosting: Which direction to go
-
@irj said in Website hosting: Which direction to go:
@obsolesce said in Website hosting: Which direction to go:
@irj said in Website hosting: Which direction to go:
@scottalanmiller said in Website hosting: Which direction to go:
I don't really like cPanel, though. I found it more cumbersome than just handling it manually. The GUI got in the way, rather than being helpful.
For personal websites and reseller hosting, I think cPanel is the best. Especially considering low maintenance was a requirement. cPanel is very mature, and I have never had any issues. SSL certs are easy to mange, migrations are easy, backups are easy, provisioning is easy.
Now if I was building a website with 100k hits per day, I would probably ditch cPanel.
Dreamhost doesn't use cPanel and for me that is a good thing. cPanel is too much IMHO.
As in too configurable?
Too much stuff, too many options, too much to go through, stuff everywhere. Like SAM said, it makes it way harder than it should be. Sure if you are tunnel-visioning in cPanel to something specific, it's easy if you know it. Even you you aren't... I'm experienced with everything cPanel DOES, but to find it and go through the options, it's too much. Myself, if choosing between cPanel and something more light-wight or CLI, I'll not choose cPanel. That's why I like what Dreamhost did. They use their own thing and it just works.
-
@obsolesce said in Website hosting: Which direction to go:
@irj said in Website hosting: Which direction to go:
@obsolesce said in Website hosting: Which direction to go:
@irj said in Website hosting: Which direction to go:
@scottalanmiller said in Website hosting: Which direction to go:
I don't really like cPanel, though. I found it more cumbersome than just handling it manually. The GUI got in the way, rather than being helpful.
For personal websites and reseller hosting, I think cPanel is the best. Especially considering low maintenance was a requirement. cPanel is very mature, and I have never had any issues. SSL certs are easy to mange, migrations are easy, backups are easy, provisioning is easy.
Now if I was building a website with 100k hits per day, I would probably ditch cPanel.
Dreamhost doesn't use cPanel and for me that is a good thing. cPanel is too much IMHO.
As in too configurable?
Too much stuff, too many options, too much to go through, stuff everywhere. Like SAM said, it makes it way harder than it should be. Sure if you are tunnel-visioning in cPanel to something specific, it's easy if you know it. Even you you aren't... I'm experienced with everything cPanel DOES, but to find it and go through the options, it's too much. Myself, if choosing between cPanel and something more light-wight or CLI, I'll not choose cPanel. That's why I like what Dreamhost did. They use their own thing and it just works.
Don't forget actually having to recompile Apache for some silly reason. I never understood why a website had to go down to recompile that when changing some basic stuff.
-
We're using Azure to host our WordPress instance with a MySQL integrated backend. The entire process for this somewhat web coding illiterate is actually quite simple.
We run the site in our Microsoft Partner subscription that comes with a $150/Month (Canada) credit that we have yet to exceed. So, it's essentially "free" at the Compute A level.
I'm in the process of figuring out how to set up Wiki.js on Ubuntu running in Azure with a MongoDB backend and Apache fronting for SSL. Again, very inexpensive as the *NIX VM takes very little in the way of resources while idle. I like the MongoDB setup as it has a dedicated site for all telemetry that I can hit to monitor its performance.
I think it's worth it to at least check Azure out. It's quite flexible and a one stop spot for everything.
-
@phlipelder said in Website hosting: Which direction to go:
I'm in the process of figuring out how to set up Wiki.js on Ubuntu running in Azure with a MongoDB backend and Apache fronting for SSL.
MongoDB will be phased out in Wiki.js 2.0.0
https://github.com/Requarks/wiki
