NEW! Subscribe to our email newsletter » NEW! Subscribe to our FREE email newsletter to receive updates »

Why “Deferring” To Your Server Stack Usually Is Best

February 16, 2020

The concept of “deferring” to the stack whenever possible is a concept that SlickStack not only embraces, but hopes to evangelize. The concept is so simple and so logical, and yet so foreign to many applications and integrations these days. You would think that will so many years under our belt in terms of servers and the internet, this sort of logic would be more mainstream — but its not, and in its place is the sort of self-centered, “our app is all that matters and integrations be damned” sort of attitude that causes so much bad blood among various software communities…

In WordPress, the saying has gone for years “decisions, not options”. But it is Automattic, Matt Mullenweg, and their team themselves who have abandoned this core philosophy. But while the original philosophy is solid, it does not go far enough — but how could it, when the idea was founded at a time when PHP was a cowboy code and things like configuration management or 12 factor apps did not even exist as mainstream concepts?

We are now in a very mature time when it comes to web applications and integrations, and the idea of stack deference needs to be more mainstream.

Put simply, the idea is that if something “higher up” in your stack already has a recommended decision, then your application farther down the stack should respect that. For example, if you are using Ubuntu as your server OS, which chooses and recommends MySQL as the default database software, you should not replace it with MariaDB on production servers just because its trendy. If you hate MySQL, and you don’t trust Ubuntu to be making decisions that are best for stability, security, and longevity, why are you choosing Ubuntu anyways? …or so the idea goes.

Of course, there are always exceptions and this is simply a general philosophy.

We will be expanding this article more in the future.

MailChimp Banned Over Censorship Concerns

Starting immediately, SlickStack has begun warning WordPress sites that have MailChimp software installed that we will begin banning it by default at some point in the near future. (Note: users are always free to install their own plugin blacklist.txt file, instead of using the default one.) This is in accordance with our official goals of […]

How we maintain both HTTP and HTTPS mirrors

GitHub Pages is an awesome feature that came out a few years ago on GitHub to allow for basic, static-file HTML websites to be hosted free of charge on GitHub. It can be a bit confusing to understand in the beginning, because you must connect one of your repos to be used for a given […]

Native Staging Sites (Optional) In Subdirectory

For the past several weeks, SlickStack has been testing our new Staging Site feature and it is now live on all SlickStack installations. If you use another staging service or simply don’t use staging at all and wish to disable staging sites, simply change your ss-config options to be STAGING_SITE=”false” and it will later remove […]