theAverageDev

Parallel Docker builds for the wp-browser project – 03

This post is the third in a series; find the first one here and the second one here.

In this series, I’m documenting the steps to add parallel, container-based, builds to the wp-browser project.

To set expectations: as a result of this research and effort, I might add a container-dedicated command to wp-browser in the future, but this is not my primary goal now. My main goal is being able to run…

Parallel Docker builds for the wp-browser project – 02

This post is the second in a series, and you can find the first one here.

In my previous post I’ve written code that would work on my machine, a Mac OS machine. To make this of any value, to myself and others, I want to spend some time trying to make the simple setup I have work with Windows and Linux too. Since PHPStormand similar IDEs are widely available on all platforms, the part I need to…

Parallel Docker builds for the wp-browser project – 01

The problem

In a perfect world, tests should “fail fast”. Failing “fast” means the tests should fail as soon as possible, providing me enough feedback to go back, fix the code, and try again. As the volume of tests and test suites mounts, this proposition is far removed from the seconds-long run time of unit tests to move into the minutes-long run time of multiple acceptance suites. Even worse: at…

Experiments in test-driven development of a Gutenberg block, part 2

This post is the second of a series, read the first post here. The code for this post can be found on GitHub if you want to follow along while reading it.

Conventions

I’m running any terminal command I show in the post, unless otherwise noted, from within the VVV virtual machine, from the root folder or the plugin. To log into the virtual machine I change directory to the ~/vagrant-localfolder on…

Experiments in test-driven development of a Gutenberg block, part 1 #WordPress #tdd #wp-browser #Codeception #GutenBlocks

The final version of the plugin code shown in this article is on Github.

What is Gutenberg, the abridged version

"Gutenberg" is the codename of the project that meant to replace the default WordPress post editor, the TinyMCE based one, with a new, more modern and more flexible one. From a development point of view there are number of changes: a shift toward Javascript, the change of paradigm from…

Understanding React and Redux with tests – 02

Exploring the react-redux package. Organizing reducers In my previous post I’ve learned, with tests, some of Redux ropes and now I would like to move that knowledge forward, again with tests, in regards to how I can use Redux in my Local addon. I’m still working on the same one, big test file and what I want to do now is try and migrate the reducers from their current state of functions defined…

Understanding React and Redux with tests – 01

Starting simple In my previous post I’ve introduced the concept of Redux; my take on it, at least. I want to implement more dynamic behaviors in my Local addon and to accomplish that I feel like Redux might be the solution; what it should provide is a global state that any component used by the application will be able to read from and write to; I’ve used the “event bus” metaphor to try and wrap…

Local Addon development – introducing Redux

What do I need next? I’ve recently released a first working version of the XDebugControl Local addon to control XDebug settings but I’ve already made a list of things I would like to implement next. The addon was the first result of my attempt at a Local addon and you can read all about my struggle in the posts. While I could go and implement pretty much all of them with some copy and paste…

Installing and setting up WordPress and Nginx for Travis CI tests.

You should probably set up Continuous Integration system I could go at length about why setting up a “Continuous Something” flow is something you should do, but I’d rather defer the theory and the introduction to this article on Nutcache blog as it provides a clear high-level view of the matter while also providing good starting points for each touched subject. In a way not dissimilar to what…

XDebug Local addon released

Version 1.0 is out. Time to wrap This post is the last post in a series where I’m chronicling my attempt at a Local addon; you can find the other posts here: What I’m trying to build Understanding Local stack for the task at hand Enter React Enter testing Mocking with Sinon.js Introducing Enzyime Getting down and dirty with Enzyime The high-level idea is to be able to control the XDebug…

Developing a Local addon – 07

Step up testing of React components with Enzyme. Part of a series This post is the seventh in a series where I’m chronicling my attempt at a Local addon; you can find the other posts here: What I’m trying to build Understanding Local stack for the task at hand Enter React Enter testing Mocking with Sinon.js Introducing Enzyime The high-level idea is to be able to control the XDebug configuration…

Developing a Local addon – 06

Testing with Enzyme. Part of a series This post is the sixth post in a series where I’m chronicling my attempt at a Local addon; you can find the other posts here: What I’m trying to build Understanding Local stack for the task at hand Enter React Enter testing Mocking with Sinon.js The high-level idea is to be able to control the XDebug configuration of the PHP version used to serve the site.…

Developing a Local addon – 05

Mocking objects in JavaScript tests with Sinon.js. This is the fifth part This post is the fifth one (following a first, a second, a third one and a fourth one) in a series where I’m chronicling my attempt at a Local addon. The high-level idea is to be able to control the XDebug configuration of the PHP version used to serve the site. This would allow me to activate and deactivate XDebug and set…

Developing a Local addon – 04

Enter testing. This is the fourth part This post is the fourth one, following a first, a second and a third one, in a series where I’m chronicling my attempt at a Local addon. The high-level idea is to be able to control the XDebug configuration of the PHP version used to serve the site allowing me to activate and deactivate XDebug and setting some relevant fields in the process; in the previous…

Developing a Local addon – 03

Making the code React. I’m done with React puns. This is the third part This post is the third one, following the first and the second, in a series where I’m chronicling my attempt at a Local addon. The high-level idea is to be able to control the XDebug configuration of the PHP version used to serve the site allowing me to activate and deactivate XDebug and setting some relevant fields in the…

Developing a Local addon – 02

More discovery and container games and a first version. Previously I’ve presented, in the article preceding this one, my convoluted way to start developing an add-on for Local, a free xAMP alternative and the evolution of PressMatic. In my first installment, I’ve tried to detail, following my understanding, the technology stack below it and found a way to interact with it. My current objective is…

Developing a Local addon – 01

Getting to know the thing. What is Local by Flywheel and why am I tampering with it? The objective of Local by Flywheel is to make “local WordPress development” simple. It is the evolution of Pressmatic and as such it provides an easy way to set up a local, [Docker][7743-0001] based, way to set up a local WordPress installation that can sport different versions of PHP, 5.2 to 7.1, either Apache…