Zend Server 6 is the ideal application platform for mobile and web applications, and this version brings a new level of enterprise capabilities. [...] Today, I'm also pleased to share that this newest version of Zend Server is now available on the Amazon Web Services Marketplace. Now, for one combined fee with Amazon Web Services, you can run your applications on a fully supported PHP application platform with Zend Server 6 running on Red Hat Enterprise Linux or Ubuntu Linux.

If you're interested in what Zend Server has to offer, check out the product page on the Zend website. Zend Server handles a lot of the base level things for you and can help you get up and running quickly. It includes things like detailed monitoring, error tracking, code tracing and a nice UI to for management and configuration of the server.

Zend Server has a very cool Page Caching feature. Basically, you can provide URLs or URL regular expressions, and tell Zend Server to provide full-page caching of those pages. This can provide a tremendous performance boost, without needing to change anything in your application structure; simply enable it for a set of pages, and sit back and relax. [...] However, this feature is not entirely straight-forward when using a framework that provides its own routing, such as ZF2. The reason is because it assumes by default that each match maps to a specific file on the filesystem, and prepares the caching based on the actual file it hits.

Since configuration is mostly done through Server's web interface, this could be a problem. Thankfully, he shows you another setting that allows you to cache multiple versions of pages based on parameters you define. Using this and a setting of "_SERVER" with a value of "[REQUEST_URI]" you should be good to go.

This means you should not install the default PHP package for your distribution when the distribution also runs on Zend Server. This Facter plugin will allow you to use the $zendserver fact inside your own manifests to check if Zend server is installed, so you can take measures against installing stuff that is taken care of by ZendServer itself.

You can download the plugin from his github account, https://github.com/jaytaph/puppet-facter-zendserver, and easily install it into your puppet setup.

We have announced that we are making the beta for our new deployment feature in Zend Server 5.5 beta, available for download. It's not feature complete (there are some new features being worked on), but it provides the functionality needed for the 90% of us who do not have the need to have crazy complex deployment scenarios.

A short video is also included in the post to show how it's all set up in the Zend Server interface. His guide, using the "zdpack" tool, shows how to package up a basic Zend Framework project, create the deployment skeleton (including handy hooks like "stage/unstage", "activate/deactivate" where you can put Zend Framework-based PHP code), modify the deployment file to your needs and "zdpack" the result into a single packaged zip file. There's a forum for support and some sample applications if you'd like to try it out with less hassle.

This article explains what makes cloud computing appealing to PHP developers and provides step-by-step instructions how to use the IBM Cloud to set up a PHP and DB2 development environment quickly. Learn how to provision Linux data and web application servers, connect to the virtual machines via SSH, use X Forwarding to install a pre-configured PHP distribution, and test your connection to DB2.

He starts with some benefits that the IBM Cloud can bring to developers and lists a few common goals that they look for in their development platforms. The rest of the post walks you through the setup and install of a sample instance - adding and configuring it, connecting via an SSH connection and installing Zend Server to give you a simple, hassle-free installation of a PHP environment.

This will probably be one of the last posts I do on the Zend Server Job Queue functionality. From this point on they will probably be less frequent, though I'm sure several posts will allude to it. The reason I'm going to put it on the back burner is because I have written a library which is now available on GitHub. What it does is encapsulate all of the functionality that I think needs to be there to be able to implement asynchronous functionality.

In his example code, he shows how to use the library to create a job class that sends a basic email to a defined address and how to set it up with the Manager. Then the action can be called from a script getting the remote job and checking to see when the job has finished.

Inspecting the mysql configuration contained in /usr/local/zend/mysql/data/my.cnf confirmed that the section [client] showed the socket as returned by executing SHOW VARIABLES; from the mysql client: /usr/local/zend/mysql/tmp/mysql.sock Although it is possible to specify the socket by using mysqldump's --socket switch, that doesn't really seem a 'solution'.

As a real solution to the problem was to copy over the my.cnf file from the custom location Zend Server has it in to the default "/etc/my.cnf" with settings pointing to the correct MySQL socket.

In light of the recent remote PHP exploit, I decided to update a couple servers I manage to ensure they weren't vulnerable. In each case, I had been using hand-compiled PHP builds, but decided that I'm simply too busy lately to be trying to maintain updates -- so I decided to install Zend Server. [...] One thing I've never been happy about, however, is that by default Zend Server exposes its administration GUI via both HTTP and HTTPS. Considering that the password gives you access to a lot of sensitive configuration, I want it to be encrypted.

He points out that, since the Zend Server interface runs on a lighttpd instance, it's easy to modify a few config files to change the setting. Adding a few lines to limit the socket it can connect on, the IP address to filter to and a URL filter on anything starting with "/ZendServer/" takes away the HTTP access.

Now that PHP 5.2 is at the end of life, we are starting to migrate to PHP 5.3.

Things he mentions are:

• The deprecation of session_register
• The change of creating a new object by reference
• Other deprecated functions listed here
• His commands to upgrade his Zend Server instance from 5.2 to 5.3

FirePHP can nicely complement the built-in tools available when using Zend Server and can be easily made available to all provisioned sites. This tutorial illustrates how to setup FirePHP 1.0 for all virtual hosts on a Zend Server AMI on Amazon EC2.

He steps you through the process of getting FirePHP installed and working in your browser as well as pulling the "firephp.phar" file in on the Zend Server side. Configuration is pretty simple - the lines for the Apache config are included and the JSON needed to make the credentials for FirePHP are too. A simple test script is created and an auth key is set and you should be up and running.