Chris Tankersley

· PHP Jack of All Trades ·

Another year, another ZendCon. I think I've been to every one since 2008, except for one where they moved it to San Jose for a year. Either way, it has become a staple conference that I look forward to each year, and this year was no exception.

ZendCon 2015 was held not in its normal home of Santa Clara, CA, but this time in Las Vegas. I think the years of attendees complaining about the lack of anything to do around the venue in Santa Clara, as well as the venue itself, helped push the idea that the conference should move. I didn't hate the old venue, but there was no good space to hang out near the conference rooms, and there was a huge lack of things to do unless you had access to a vehicle.

That said, it was never a big enough deal for me to not want to attend. I've been speaking at ZendCon since 2012 as well, which is awesome. They were the first conference to take a chance on me, and I've been eternally grateful.

The New Digs

As I said, this year the conference was held in Las Vegas at the Hard Rock Hotel and Casino. While the hotel isn't directly on the Strip, it was close enough to get to the many attractions with either a taxi ride or a walk, depending on how much you love walking. The hotel itself had plenty of restaurants to chose from with excellent food, and there was obviously a casino there. The final night I spent an hour or two playing Blackjack with my friends Jeremy Lindblom and Joe Ferguson and we had a great time.

As ombudsman of Wurstcon I sanctioned a #koshercon event, which was a resounding success. Except for the ride there were our taxi (an SUV with a lower-pressure tire and brakes that needed changing) had to speed to catch the taxi of @coderabbi, which was doing nearly 70mph. On the way back half of us somehow clown-car'd our way back in a Toyata Highlander.

Toyota, you should feel bad for saying your car seats six people.

My only major complaint, and I'd have this complaint probably at any casino, was the fact that the smoke was horrible. The only social places where people could sit were near the bars, and at this point in society where nearly everywhere is smoke free in public places, sitting in a smoky bar really grates on the eyes after a few hours.

The Talks

I gave two talks - Into the ZF2 Service Manager and Single Page Applications with Drupal 7. The first talk went well, even if it was a nearly directly mirror of Gary Hockin's talk. We both came up with the same talk somehow. The talk itself went over well, which I was happy for.

The second talk went well, but the audience just wasn't there. I mean that literally. I had two people, one from a Drupal shop and another that was interested in Single Page Apps. This was a problem for not only be, but other Drupal speakers in general. Getting Drupal devs to ZendCon will be an uphill battle, as its quite expensive compared to a DrupalCon ticket or any sort of Drupal/Bar Camp that is available. Hopefully next year ZendCon will be on more Drupal dev's radar.

The talks I attended were excellent as always. Adam Culp and his team at Zend picked a wonderful group of speakers that covered a vast range of topics. Each hour was filled with interesting talks, and it was hard to determine one to go to.

I can't mention a conference without talking about the hallway track, and there was a great hallway track. Attendees were open and wanting to talk to each other, and I had many great conversations with new and old friends.

In Closing...

I had a great time, and I look forward to next year. While I enjoyed the new venue, I know that there will be many people that will think twice about attending a conference in a casino like this again, especially one where there were not social areas devoid of smoke.

If you've never attended, I highly suggest you look at ZendCon next year, and I look forward to attending again.

Posted on 2015-10-23


OK, so the title sounds like it comes off as a bit harsh. Today it was announced that RogueWave Software aquired Zend, and RogueWave could now offer and support a full LAMP stack that many enterprise customers were already running. Zend is a staple in the PHP community, with it's founders Andi Gutmans and Zeev Suraski working on the Zend Engine (the thing that turns all of our PHP code into something useful), and Zend's suite of software including Zend Framework, Zend Server, and Zend Studio.

Looking at RogueWave, Zend's software will be a good compliment to what RogueWave already offers. So congrats to both parties.

Let's not stop Twitter though, and my timeline thus far is filled with congratulations all the way to doomsday predictions on the future of PHP. Let's break down what I think will happen.

Zend as they are will disappear

From what I've seen of traditional enterprise mergers, we've got a good two to three years before we start seeing anything major. There is traditionally a grace period where the newly aquired company is allowed to function like they had for a few years as everyone figures out what is going on, especially when the aquisition is amicable. Zend will continue to look like Zend for a while.

After that grace period wears off, we'll start to see changes I'm sure. Zend software will start to be licensed like however RogueWave's software is licensed, release schedules will start to match up, synergies between projects will be more heavily looked at, and so on. Whether any of that is good or bad I don't know, I know little of RogueWave personally, but Zend isn't going to stop acting like Zend overnight.

I hope that anyway. I'm looking forward to a few more ZendCons in Vegas.

The Zend Engine will change licenses

PHP, and the Zend Engine, currently follow the PHP License. There's a line at the top though that has people worried:

Copyright (c) 1999-2006 Zend Technologies Ltd. All rights reserved.

Zend holds the copyright to the Zend Engine, and thus the ability to set the license on the Zend Engine. What's the Zend Engine? It's the thing that makes PHP... well, PHP. It turns our written code into something servers understand, and makes things work. The only major player that compares to it is HHVM (yes, there are others, but HHVM is the only one I've seen with real traction).

So, as copyright holder, Zend/RogueWave is well within their rights to change the license to something more permissive, or lock it down. It is their choice.

If they do decide to do that, they can't change it retroactively. The PHP Community as a whole can continue to use previous versions of the Zend Engine, as long as they continue to follow the PHP License, and ignore the "new" Zend Engine. Life would find a way.

There's precedent for that in fact, as when Zend suddenly showed up with phpng, there was some talk about not using it. We're a fickle group, and PHP internals could, and would, move away from the Zend Engine if needed. We'd also gladly continue to use older versions of Zend Engine before the license change.

Worse case, we're all switching to HHVM and we have a few minor bugs to figure out.

Licensing Changes [EDIT - 2015-10-06 2:05pm]

A few people have brought to my attention my mistating that Zend can change the license. It's more complicated then I let on above, but as the copyright holder to the Zend Engine Zend could change the license. This will take a bit of work though, because in PHP each contributor keeps copyright over the code that they themselves have writtern. By contributing code to PHP, we don't really have one specific copyright holder, anyone that has contributed has a bit of say over the license change.

To top that off, everyone would have to agree to the license change. Joomla went through a similar process when they tried to change the license on the Joomla Framework code to LGPL. This meant determining who contributed under the old licenses and getting them to sign off on the new license. It was a tremendous undertaking, but they did it.

So, Zend has the copyright on the Zend Engine, and can attempt to change the license, if everyone agrees. I don't forsee that happening. I'd bet we'd replace the engine long before that happens.

For a bit of a doomsday scenario, I wouldn't rule out the possibility of a new engine from RogueWave that is compatible with Zend Engine/Whatever we use in the future, much like HHVM is. HHVM has already proven that there is a market for an enhanced PHP that is compatible with Zend Engine PHP but has some nice things added. That would allow RogueWave to offer an "enterprise PHP" to their customers that they control, much like we see Oracle roll their own version of Redhat.

If this happens, I hope RogueWave calls it the "Rogue Engine." RogueWave, feel free to contact me for payment on the usage of that name.

Zend Framework will die

No it won't. Zend Framework, while a nice entry point for developrs to get into Zend's over-arching product line, is an open source project. Anyone can fork it and work on it. Zend Framework is also a major player in the PHP Framework space, with a vibrant community and a huge userbase. Granted, the main contributers to Zend Framework are Zend employees, but the license is permissive and I'm sure that people will still work on it in the event of RogueWave no longer wanting to support it.

RogueWave seems to invest heavily in Open Source software though, and Zend Framework will work well with their customers. I doubt the future of Zend Framework is anything to worry about.

So, Congrats to RogueWave and Zend

I, for one, want to congratulate Zend and RogueWave on their partnership and merger. They seem to compliment each other, and it just means that PHP will get better support in enterprises.

In a few years I might eat my words, but I'm sure right now my friends at Zend will enjoy themselves going forward.

Posted on 2015-10-06


Earlier today, Juan Treminio sent out this tweet, and I injected myself into the conversation.

The short and the long of it was Windows hampering web developers because of some lacking functionality, namely Linux file permissions, a proper CLI, tooling, etc. Linux and OSX have great tooling and setups that are familiar to developers, and Windows falls short.

I respectfully disagree with Juan on this. I've been working as a web developer on Windows for years, though I will gladly admit that there are things that I miss from Linux and OSX (and I'd even go so far as to say I'd rather just use Linux than OSX for general web development). Of course, I run Linux servers and am a Linux sysadmin, and I have a MacBook Pro. I don't consider myself a fanboi of any OS (and not that I think Juan is one either).

In an effort to show that Windows doesn't really have as many shortcomings as it seems, I'll document my setup and pitfalls that there are.

The Command Line - Powershell

I spend most of my time in Powershell. It's always open. Now, I'll admit that Powershell is not anywhere near as nice as an actual Unix terminal, but most of that is because of the way that it handles text selections, and it's inability to actually go full screen. This does not hamper my ability too much and there are ways to make it better, which I've done.

First and foremost, I install git from and let it add itself to my path. I don't add the full GNU toolset, just git and it's associated stuff. Now I can use git from Powershell just like Linux and OSX. git clone and all the git functionality is there.

I usually add the bin directory of git to my PATH after, this way I can get ssh access directly from Powershell. You may get some weirdness SSHing some servers since Powershell (and CMD) act slightly different than a traditional shell, so keep that in mind. I've seen apps like vim or screen not behave correctly as Powershell doesn't handle resizes or screen clears properly through SSH. It's minor, but it can happen.

Part of the reason OSX and Linux have such a great command line experience is not completely because of the terminal itself, but because of the tools behind it. Unix operating systems tend to ship with either a BSD or GNU suite of tools like grep, sed, awk, etc, that make working with text files and the system much nicer. Powershell does have some of these same things built in, they just aren't named the same. They also work a bit differently than GNU/BSD toolsets, so I normally install GnuWin32.

There is also cygwin. I have a love/hate relationship with cygwin. Most of the time I end back up at Powershell. You might try it out, but don't think it's the end-all-beat-all of terminals on Windows.

I would also recommend learning Powershell in general. It can do many basic things that are found in the GNU/BSD tools, like grep. The commands are just different. When in doubt, google for it and you'll probably get something back. Worse case, use GnuWin32.

As for other Powershell goodies, look into extensions like posh-git. This makes working with git in Powershell much nicer. There's a ton of extensions available for PsGet, so I would browse it's directory for things you might find useful.

Using PHP

There is a lot of things we do as PHP developers that are just glorified PHP scripts. PHP has had native Windows builds for a long time, and it generally works just fine. Head over to, download the latest Non Thread Safe version, extract it somewhere (like c:\php56), and append it to your PATH. You now have PHP available in Powershell.

If you need to modify it, copy a version of the php.ini that the download has and enable different extensions that PHP comes with by uncommenting them.

If you need an extension that doesn't ship with PHP... you might be out of luck. If you need to compile extensions on Windows manually you're going to need Visual Studio, all the correct libraries, and some crossed fingers. Most of the projects I work on generally do not cause me to need to install extensions in Windows directly, most of them are running in vagrant.

Most PHP scripts work just fine in Powershell using PHP. I use Composer all the time, and even the Sculpin phar works. drush used to have some issues but it's rare whenever I'd run that directly under Windows. Your mileage may vary.

IDEs and Text Editors

Time to start the flame wars.

For Windows, my two go-two things to write code are PhpStorm and Sublime Text 3.

I use PhpStorm only because it works well for what I do. Getting xdebug to work with a vagrant box is normally easy, and it has a lot of conveniences that work for me. There isn't anything wrong with other IDEs like Zend Studio, I just like PhpStorm better.

Sublime Text does have a release cycle that is outpaced by glacial movements, so I've also been looking into Atom and Visual Studio Code. Atom is OK, but I find it stalls pretty frequently and is very CPU heavy no matter what I'm doing. Visual Studio Code is nice but exists in this weird area where it's more than a text editor but not a full IDE for PHP, so it lacks. Neither handle huge files well, so I keep coming back to Sublime Text.

I will say that, while I love vim, it's not so great on Windows, so I don't use it there. I use it all the time on Linux and OSX though, but the Windows experience isn't there. Sublime Text is miles ahead.

Development Stacks

It's vagrant. There's nothing special there. Since I have git and SSH available through Powershell I can use vagrant ssh, but vagrant has always worked well for me under Windows. My only complaint is only having SMB mounting support for shared volumes. NFS doesn't work, and I've never gotten vagrant to recognize when I have rsync installed.

Install Virtualbox and vagrant like normal. Develop like everyone else. When you have stuff that needs to run under Linux, SSH into the VM and do it there. This is not any different than when I work on Ubuntu or OSX. I do almost everything for my project inside the VM, even if I have everything installed in the host OS.

If you really want to, you can install your database locally and use IIS Server. There is nothing wrong with that, especially since IIS 7. PHP works great with it. I don't deploy to Windows though, and vagrant is pretty much the standard nowadays.

Don't use a *AMP stack like XAMPP or WAMP though. They won't replicate developing on a Linux machine and can have their own weird quirks. Just use vagrant.

Other Random Stuff I use

The above takes care of almost everything I do day to day. I use HexChat for IRC, which connects to a ZNC server sitting on an Ubuntu box. I use the venerable PuTTY when I need a better SSH client than Powershell. Slack has a Windows client now, so I'm connected through the various Slack teams I'm in. I still use FileZilla (the version without all the crapware) when I need a graphical interface for FTP or SFTP.

And I'm Happy

That's about it. I spend almost all day in Powershell, PuTTY, and PhpStorm and I get all my work done without any hassle. It's not Linux, and I'd rather run Linux 24x7 if I could, but I don't. I can, and sometimes do for short periods of time. When I travel, I take a Macbook Pro with me because it has way better batter life than most of the Windows laptops that I've had.

I know many PHP developers that happily use Windows as well. It doesn't make us any less productive as developers. It doesn't make us any better as developers either. Every developer finds a toolchain and workflow that works for them. This is my Windows toolchain. I hope whatever toolchain you use works well for you.

Posted on 2015-07-01