If you’re using Local by Flywheel to work on your projects, there may be times where you need to make customizations to the PHP configuration when the site starts.
Before getting started, note the following:
At a high-level, Local will start a containerized environment,
A containerized environment will have its own set of configuration every single time it starts
This means that you cannot change any configuration to the OS-level installation to achieve the changes you need.
macOS is still shipping with PHP (though how this looks for future versions of the OS is likely going to change in some way.).
Anyway, imagine you’re in a situation where you’re working on a project that requires three different components:
PHP,
A set of coding standards,
PHP CodeSniffer that work with said coding standards,
The inability to properly see results of sniffing the code either in your terminal or your IDE.
When this happens, this is almost always a result of a version of PHP, the version of the various dependencies, and making sure they all play well together.
In short, it’s about making sure the tools like PHP CodeSniffer work well with the same version of PHP you have installed. And in this case, the latest and greatest isn’t necessarily the best course of action.
It is, however, close. And in the following steps, you should be able to get everything working exactly as needed for your specific set up.
The longer I’ve kept this post in draft, the more work I’ve been doing to try to edit it to make it sound better than it actually does. And one of the things I dislike about blogging for myself, at least, is when I spend too much time trying to write something that doesn’t really sound like me.
And that’s what this post is in danger of becoming. So forget about it. For the sake of hitting publish, I’m going to share what I have and then go with it. No perfect time like the present to hit publish, I suppose.
Okay, Let’s Go
A couple of weeks ago, I came across the phrase “unalloyed benefit” when reading this post:
No half measures here; ditch your habits without abandon and only add back in the things that contribute an unalloyed benefit to your life.
Cal Newport
“Unalloyed benefit,” I thought. And kept thinking. That sounds good. I want that (or at least to aim for that). But here’s the self-deprecating truth: I’d never read those two words together.
Unalloyed: Complete; unqualified.
Benefit: Something that promotes or enhances well-being; an advantage.
Yes, please.
But let me back up for a moment: It’s been a long time – in Internet time, at least – since I’ve written anything here. That’s a bummer for me because it’s something I really enjoy doing.
Further, it’s been a while since I’ve written a a long-form post. Granted, I try not to do that since it either comes off as rambling, too long, or not as interesting. And maybe this is going to be the same or maybe this is the exception or maybe it’s one of those Schrödinger’s posts where it’s both – its state just depends on who you are.
Further, I was going to publish this in September but there’s no real compelling reason to do so. So here it is.
But it’s been four years since that post was originally written and, in that time, a lot can change in terms of how we write code.
Four years is roughly an Internet Age, isn’t it?
Anyway, the basic points of that article still stand, but if you’re working on a variety of projects and some of them require different configurations, settings, and standards, then the way you go about installing and configuring PHP CodeSniffer may be different than how you configure it on a system-level.
So if you’re in that position, here’s how you can configure PHP CodeSniffer on a per project basis using Visual Studio Code.
One of the more challenging aspects of working with WordPress is working the fragmented nature of documentation. And I don’t necessarily mean the Codex nor do I mean the Developer Resources.
But I mean the fact that there’s a ton of information spread across blogs (mine not exempt), subreddits, questions and answers on Stack Exchange, and shares via Twitter, and so on.
I’m not making a case that this is inherently bad or good but I am making the case that when given the opportunity to provide a central repository of information for a feature, set of APIs, or tools that it can be extremely helpful especially if it’s written an maintained by the author of something like one of the aforementioned issues.
Kinsta offers premium managed WordPress hosting for everyone, small or large. Powered by Google Platform and strengthened by Cloudflare, they take performance to the next level. All hosting plans include 24/7/365 support from their team of WordPress engineers. Get startedwith a free migration today.
If you are looking for WordPress guides and unbiased reviews, I recommend checking out WPKube. They also have an exclusive deals section.