The book focused on PHP3, although PHP4 was already released. So, basically, I learned PHP with version 3. I started out writing scripts with a .php3 extension, something I still don’t understand; why was the version number included in the extension?

Anyway, not long after I started PHP’ing, my environments switched to PHP4 and I became a PHP4-developer. And I still am. One of my employers still uses PHP4 and although today is PHP4’s death date, there is no indication that there’s an urge to speed up the upgrade process (which thankfully is in place and being worked on).

The problem with PHP4 and PHP5 is that the upgrade process actually is a big step. For the software, because not everything ‘just works’ when you upgrade to 5, but also for the developers. Some of my co-workers still consider the features that were introduced or improved in 5 ‘new’, although they’ve now been included with PHP for years. And that’s understandable; when working heavily on projects in PHP4, and without having the opportunity to check out what’s ahead and trying to use newer features, you’ll never get a taste of it. Of course, developers should take those opportunities themselves, checking out new features and developments in their own time, but not everyone does that.

So today is the end of PHP4. Not really of course, because lots of developers will probably still spend months working on PHP4 code. It will work just fine and do just what you want forever, it just won’t have any updates anymore, But if you consider the fact that some servers (even those of my employer) still run a 4.3.X-version of PHP, that hardly matters.

I’m glad I switched the projects at my other employer to PHP5 at the start of 2008; not only are we up to date, but the new features (or simply the small improvements in existing features) make working with PHP a lot nicer. And we’re ready for the future; PHP6 is upon us, and I hope it will be adopted (and adoptable) a lot faster than its predecessor.

PHP4, you’ve served us well. You paved the way for PHP5. Thanks! Now get out, and stay out.

Working:

• Main machine: MacBook Pro. I have an Ubuntu PC, but that’s just ‘extra’. I do everything on my Mac, from working to living.
• Editors: Zend Studio 6 for all the main development tasks, completed by TextMate (and the handy ‘mate’ cli-command) and vim for serveral minor things.
• Transmit: used for access to (s)FTP code locations, and to manually check whether (s)FTP import applications do what they should
• iTerm with usually about six tabs. I traverse folders, grep through them, use CVS/SVN commands and access MySQL from the commandline. And of course I connect to development and production servers using ssh, but that goes without saying.
• MySQL Query Browser: I can usually do what I want by just using the commandline client, but every now and then I need a little more visual help.
• Zend Core: used as an all-in-one package for Apache and PHP. I also use MAMP to run a good old PHP4 environment because at one of my employers we’re still in the midst of upgrading to PHP5 (I know, shut up).
• Xdebug: I use it for profiling and I love the way it adapts var_dump() to a more usable way of displaying variables
• FireFox and FireBug: very important indeed. I can’t image having to work without FireBug. I still remember trying to think really hard about my HTML/CSS and placing alerts in my JS as a way of doing some poor-mans-debugging. FireBug is a godsend.
• YSlow: a man needs performance, and YSlow helps me determine what to do. Very nice!
• CSSedit: editors for CSS don’t do a lot more than text editors, but they help a little and a little is enough.
• OPML Editor: I keep my notes, todo’s and more in outlines. The best outline editor used to be the one from Radio UserLand, until Dave Winer took the tool and released it apart from the weblog editor.
• VMWare Fusion: although I love working on my Mac, I’m still missing what I already mentioned before: the combination of Krusader and Kompare (and to a lesser degree, Cervisia) for development work. For that, I am trying out using an Ubuntu virtual machine which uses the three beforementioned apps and sshfs to mount the (development) servers I’m working on. Works like a charm!

Living and working:
I take my Mac everywhere. I work on it at work, even though it is a private machine. At home, I use VLC to watch video’s and DVD’s, NetNewsWire for the daily read, Celtx for screenwriting, Mail.app for.. well duh, RealPlayer to listen to BBC Radio 1 or iTunes for my music collection, Twitterific for Twitter and Unison to eh, browse newsgroups.

Well, that’s most of it. What about you?

Oh, come on. Don’t you ever re-enter URL’s in your browser? That’s right, your browser recognizes what you’re typing and comes up with suggestions. And if even that is too much, the’ve added this newfangled feature that, I think, will become a big, big hit. They’re called bookmarks.

So last weekend I went to the Dutch PHP Conference. I went last year, and I liked it, so attending this year’s edition seems logical. But after a day of listening to some interesting talks I’m wondering: who is the indented audience for this conference? Am I even in it?

Let me explain by walking through the day. After @ijansch’s opening, we were welcomed into the history of PHP by Zeev Suraski, one of the founders of Zend and with that, one of the people who made PHP what it is today. It’s nice to hear the story from someone first-hand, as opposed to reading it in the PHP Manual.

He gave his view on PHP today: it’s mostly done, and our focus as a community has been, and still is, shifting to frameworks. In a way that’s like saying “we’ve been building the car for a few years, now it has become time to do some driving”. And he’s right. PHP is never truly done, of course, but it is fairly done, and now it’s up to the frameworks to mature and become the highly useful, production-ready toolkits we all need (yes, need, even though some of us might not know it yet). In my view: some parts of frameworks wille eventually become more attached to the core of PHP, as often-used parts will grow into the extensions area.

After Zeev, Marco Tabini, publisher of php|architect (which I’m subscribed to), explained how important mayo is to the PHP world. No, wait, that wasn’t it. He wasn’t very PHP-specific, but his keynote was quite interesting nevertheless.

Lunch came and went, and the breakout sessions started. I attended the ones presented by Gaylord Aulke, Lorna Jane Mitchell and Ivo Jansch.

Gaylord talked about how you would go about creating, maintaining and using an infrastructure when you’re working in a team. He explained about development locations, version control management, test- and staging servers and deploying your work to a live server. This very much connected with Lorna’s talk, which focused on deployment in general, and on doing that with subversion in particular.

Both talks were interesting, but only small bits of it were giving me new information or a perspective I didn’t think of before. Both gave me the impression that the intended audience would not include people already working in teams, with version control already very much in place and several live projects to maintain. Those people would already have invented (and/or implemented) the proverbial wheel for their own situation. Which is the case for me: at both of my jobs, an infrastructure is in place and working nicely. Nevertheless, both talks were interesting, and some viewpoints offered, along with a nice feeling of confirmation, some food for though and/or Googling.

After the break, the choice was to be made between Stefan Priebsch’s session on the upcoming PHP releases, a session by Matthew Weier O’Phinney about best practices within Zend Framework (this description is not as accurate as it should be, but we’ll get to that) and Ivo Jansch’s presentation about Enterprise PHP.

Because information about PHP 5.3 and 6 can be found on the mailing list, wiki pages, blogs and the slides Stefan posted before the conference, that one was an easy choice: no need to attend. The session on Best practices within Zend Framework would only make sense if you were actively using ZF, I thought, so that would not be very practical at this very moment (I was wrong, as you can see by reading the actual description on the site, it’s not ‘within’ Zend Framework, but ‘inspired by’ it, if I understand correctly). So I entered the room in which I would be very cautious about product placement (kidding).

Ivo’s session had ‘Enterprise PHP Development’ as its title. Because I work in a couple of teams/environments where the label ‘enterprise’ might, in some way, be a suitable one, I thought I’d attend this session. It’s always nice to get some tips, attention points and such. But, the session was basically about the same as Gaylord’s and Lorna’s. Not that he covered the same topics, but again I felt like I knew a lot of it already. He covered ten main points you need to be thoughtful of when working on your projects, of which some were very obvious, and others inspired some thinking while in itself not being new (to me, at least).

After all this, my colleagues and me were interviewed for a Bachelor ICT video, in which we expressed our concerns about the lack of depth in the sessions. Terry Chay had already started his keynote by that time, so after missing the beginning, we hurried in and stood in the back, while listening to a very interesting and nice keynote. Chay is a wise man, I said to myself.

Looking back at the day in its entirety, I think I expected more. I already called my feeling about the sessions a ‘lack of depth’. This of course isn’t necessarily a bad thing. A PHP Conference, especially one in a community that’s still growing and has a lot of people still learning how to be the best, should be aiming for a wide audience and not exclude beginners. However, if some f the sessions would last longer, maybe the contents could become more hands-on and give you more the feeling you’re walking away with lots of information to research in the days or weeks after the conference.

I’ll probably attend next year’s edition, but can I silently hope for some more advanced content?

Adding to that, I thought I’d just share them with you, so here is my to-read list:
» Q&A and Recording of the Memcached Webinar
» How would you compress your MySQL Backup
» Please Give Us Your Email Password
» Give Your Site a Boost With Memcache
» MySQL Proxy: debug plugin
» MySQL Cacti templates 1.0.0 released (screenshots)
» Tools to use for MySQL Performance Review
» Designing For Evil
» Videos in the Flickr API

There. Now I can clean out some items in my aggregator. I’m gonna do this more often, by the way.

Lore ponders what to do if you’re working in a cafe and have to use the bathroom. I think I would take option 4: pack it all up, emty my bladder, and unpack everything when I return. Fortnunately, when I’m in a cafe, doing some work, it usually is only for a short time so I actually never have this problem.

I don’t use my iPod when working on my laptop, by the way: i just plug my earpods into the laptop and use iTunes or RealPlayer to listen to music.

Eric Bergen: Have you ever executed a query from the MySQL command line client only to find that the output wrapped and the result is unreadable?

I have. A lot.

In the past you have to run the query again with \G instead of ; or \g to get it to display the output in a vertical mode. My feature in MySQL 6.0.4 fixes that.

I am standing up and cheering. No, really. I love those little things that make life (yes, I said life) easier:

The auto-vertical-output option tells the command line client to display the results in vertical format if the results are going to be too wide to display horizontally. It does this without re-executing the query because MySQL passes the length of each column in the result set.

It’s a shame MySQL 6 is still so far away, but still: nice feature!