![]() I still to this day don’t know if a site would run differently on PHP 5.5 vs 5.6. The differences between environments never actually crossed my mind, because it never seemed to actually matter. Perhaps I should have, but every WordPress site I’ve built has worked fine no matter what production environment they ended up in. It also comes with the ability to alter that configuration, but I never took the time to do so. VVV is a Vagrant configuration specifically designed for WordPress and comes with a default configuration. In practice, however, I don’t really need this. One of the most compelling arguments for switching to Vagrant is that it allows a developer to set up a virtual environment that matches exactly the final production server configurations. Matching development and production environments Well, a few months ago I switched back to MAMP Pro. But hey, it’s the price of progress I thought. Yes, Vagrant took a long time to launch every morning, and even longer to shut down at night. While the initial setup wasn’t as smooth they said it would be, I was very excited to be learning some new tricks, using the command line, and being part of, well, the cool developer crowd. After (quite a) few initial hiccups, I had a Vagrant environment up and running, with VVV to manage WordPress. My Twitter feed was overflowing with Vagrant awesomeness and tutorials on how to set it up. Quite a few influential developers were making the switch. At the time it was the trendy thing to do, and still is I’d presume. Like a lot of folks, a few years back I switched my local WordPress development environment from MAMP Pro to Vagrant / VVV. Especially learning new development tools. Yes, it can be overwhelming, but for me it is also rewarding. New code specifications, design trends, device capabilities, programming languages, API integrations… Wait, did I say rewarding? One of the most rewarding things about web development is that it’s always changing.
0 Comments
Leave a Reply. |