Rich Buggy

...Developer, CTO, Entrepreneur

PHP

...now browsing by tag

 
 

phpConf.au

Tuesday, April 5th, 2011

I don’t know much about phpConf.au or who is organizing it. If you’re in Sydney and interested in a PHP Conference then it’s probably worth registering your email address for more information.

Update: It’s amazing how easy it is to write config instead of conf when you’re writing while talking to a 3 year old.

Migrating to the Zend Framework

Wednesday, July 15th, 2009

I don’t usually blog about work but I think this may interest some people. Late last year we trialled the Zend Framework in a small application. A few months ago we begun the process of converting our main PHP application to it. The migration is still in the early stages so some of this may change rapidly.

We decided on the Zend Framework because it was component based. This was important because we have an existing code base with a regular release schedule. Stopping development while we converted the application wasn’t an option so we needed something that could be integrated slowly.

So how are we doing this?

The first task was to replace the applications module structure with auto loading. While this reduced the number of files that needed to be included to process a request the biggest advantage was making the code more visible to the developers. Prior to this classes were hidden 2, 3 or 4 levels deep in modules. The immediate impact was finding a number of classes that were no longer required.

Next I was expecting to replace some of the more discrete components like logging but it didn’t turn out this way. Because of the applications development schedule work instead focused on migrating from our custom MVC to the Zend Framework MVC.

After writing a bootstrap file  we created controllers and actions. The release cycle wasn’t long enough to completely convert the old MVC so the new actions simply call the old code. This approach allowed us convert the front controller (without session management and authentication) in about a day and means that new code can be written using the Zend Framework instead of our old framework.  Custom routing was required to emulate some of the old URLs.

The session management and authentication took about to day to sort out on its own. All of the controllers share a common base class. It’s init() function provides some common functionality:

  1. Initialize the view
  2. Initialize the session (except the API or AJAX controllers)
  3. Set all actions as requiring authentication

Starting sessions is done in the controllers init() function instead of the bootstrap file so we can prevent sessions from being started for API calls. This is important because we get a large number of API calls and none of them requires a session. The other important task for init() is to mark some actions as not requiring authentication.

Authentication itself takes place in the controllers preDispatch() function. This provided backwards compatibility with the way the application previously worked.

More recently we’ve begun removing static methods from business logic so that we can use dependency injection to make testing easier. I’ll post about this next time.

Dynamic forms using Zend_Form

Sunday, June 21st, 2009

While most forms contain fixed fields there are occasions when you need a form to be dynamic and adjust itself based on user input. The adjustment could be as simple as altering the options in a drop down list or as complex as adding/removing fields. In this post I’m going to cover how to create a dynamic form using Zend_Form and jQuery. I’ll use the example of a registration form that prompts the user for their country and state. The requirements are pretty simple:

  1. It should only prompt for a state if the country has states.
  2. The state list should only show states for the selected country.
  3. The form should degrade gracefully so it works without Javascript

To start I’m going to create a World class. This class has two functions. The first returns a list of countries. The second returns a list of states for a specified country or a list of all countries that have states plus the states in those countries. You might like to retrieve this information from a database but for simplicity I’ll hard code the information into the class.

class World
{
    static private $_countries = array(
                       "AU" => "Australia",
                       "NZ" => "New Zealand");

    static private $_states = array(
		        "AU" => array(
		            "ACT" => "Australian Capital Territory",
		            "NSW" => "New South Wales",
		            "NT" => "Northern Territory",
		            "QLD" => "Queensland",
		            "SA" => "South Australia",
		            "TAS" => "Tasmania",
		            "VIC" => "Victoria"));

    public function getCountries()
    {
        return self::$_countries;
    }

    public function getStates($country = null)
    {
        if ($country === null) {
            return self::$_states;
        }
        if (array_key_exists($country, self::$_states)) {
            return self::$_states[$country];
        }
        return null;
    }
}

Next I’ll create a class for the form (RegForm) by extending Zend_Form. This gives our registration form all of the advantages you get from Zend_Form including input filtering and validation. The form elements will be added in the constructor so that creating a new form is all you need to do to use it.

As our form needs to adapt based on user input the constructor needs to accept the user input as one of its parameters. This allows us to adjust the form elements based on the user input. All code using these parameters needs to be extremely careful as the user input has not been filtered or validated yet.

class RegForm extends Zend_Form
{
    public function __construct($world, $params)
    {
        parent::__construct();

        $countries = $world->getCountries();
        $countryKeys = array_keys($countries);
        $thisCountry = isset($params['country']) ? $params['country'] : $countryKeys[0];
        $states = $world->getStates($thisCountry);

        $country = new Zend_Form_Element_Select('country');
        $country->setLabel('Country')
                ->setMultiOptions($countries)
                ->setValue($thisCountry)
                ->setRequired(true);
        $this->addElement($country);

        $state = new Zend_Form_Element_Select('state');
        $state->setLabel('State');
        if ($states !== null) {
            $state->setMultiOptions($states)
                  ->setRequired(true);
        } else {
            $state->setRegisterInArrayValidator(false);
        }
        $this->addElement($state);

        $submit = new Zend_Form_Element_Submit('submit');
        $submit->setValue('Add User')
               ->setRequired(false);
        $this->addElement($submit);
    }
}

There are two important things that RegForm does:

  1. The state options are adjusted to match the selected country.
  2. The state is not validated if the country does not contain states.

This means that our form will work exactly the way you expect Zend_Form to work. Without Javascript if you select a country and submit the form then the state list will adjust and display an error that the previously selected state was invalid. After you select a valid country and state the form will validate. If the selected country does not have states then the form with validate regardless of the selected state (providing there are no other errors).

I then need to create the controller.

class AccountController extends Zend_Controller_Action
{
    public function indexAction()
    {
        $params = $this->_getAllParams();
        $world = new World();
        $form = new RegForm($world, $params);
        if ($this->_request->isPost() && $form->isValid($params)) {
            // The form was valid!!
        }
        $this->view = $form;
    }
}

Finally we can add Javascript to alter the form in browser. If you’re using the forms render() function then the Javascript will look something like this.

    var countries = <?php echo json_encode($this->world->getCountries()); ?>;

    var states = <?php echo json_encode($this->world->getStates()); ?>

    function updateStates() {
        var state = $("#state");
        var country = $("#country");
        var hasStates = false;
        jQuery.each(states, function (cc, slist) {
            if (cc == country.val()) {
                hasStates = true;
                state.html('');
                jQuery.each(slist, function (code, name) {
                    state.append('<option value="' +  code + '">' + name + '</option>');
                });
            }
        });
        if (hasStates) {
            $("#state-label").css("display", "block");
            $("#state-element").css("display", "block");
        } else {
            $("#state-label").css("display", "none");
            $("#state-element").css("display", "none");
        }
    }
    $().ready(function () {
        $("#country").change(function () {
            updateStates();
        });
        var state = $("#state");
        if (state.val() == null) {
            $("#state-label").css("display", "none");
            $("#state-element").css("display", "none");
        }
    });

This code takes care of hiding the states if they are not required and adjusting the states based on the selected country without needing to submit the form. With minimal effort I’ve been able to create a dynamic form using Zend_Form to do most of the hard work. Users with Javascript enabled get an A grade experience while those without Javascript can still use the form.

50% off at php|a

Saturday, April 25th, 2009

If you’re a PHP Architect reader (or thinking of becoming one) then you may be interested in this:

@mtabini I feel like celebrating for no reason. 50% off everything at php|a (except #tek09) with this coupon code: LVQ0-Q1XN-AV6C (24hrs only!)

April PHP Group Cancelled

Wednesday, April 1st, 2009

We’ve just cancelled the April SydPHP Group meeting. For more information check out http://www.sydphp.org/

March SydPHP is tonight

Thursday, March 5th, 2009

The March Sydney PHP Group meeting is on tonight. Once again it will be hosted by Mobile Messenger. If you’re planning to attend then meeting in the foyer downstairs (17 York St) from 6.20

Faster web applications using message queues

Wednesday, February 4th, 2009

The first meeting of the Sydney PHP Group for 2009 will be at 6pm on Thursday, February 5. We have a new venue above Wynyard station and you need to RSVP using Upcoming. This month I’ll be speaking about faster web applications using message queues.

Sending an email to one or two people from a contact form is pretty simple but what happens when sending an email means 5,000 of your closest friends? Richard will cover how some of the largest websites provide fast response times by off-loading intensive, non-critical jobs to back end processes.

Better code, less effort

Tuesday, March 4th, 2008

I’m talking at this months Sydney PHP Group. The topic will be “Better code, less effort” where I’ll be discussing using MVC, DAO & CRUD to help you write better code in less time. It will also cover adding some bling with AJAX auto-completes and lookups, and search pages. If time permits I’ll also cover wizards.

OSDC proposal accepted

Tuesday, August 21st, 2007

Last night I received an email from the OSDC Program Committee to let me know that my Data Access with PHP Data Objects proposal had been accepted. While I’ve done a number of presentations at SydPHP this will be my first one at a major conference :)

A PHP mini-conf at LCA2008?

Saturday, May 19th, 2007

The organisers of Linux.conf.au 2008 (Melbourne) are calling for mini-conf proposals. With no dedicated PHP conference in Australia I was thinking that this could be a great opportunity to organise something. If accepted they’ll provide the space and leave the rest up to the mini-conf organisers. The only catch, if you can call if that, is that speakers and delegates need to register for the main conference.

If you’re planning to attend LCA2008 and are interested in organising, speaking at or attending a PHP mini-conf then send me an email ASAP (rich @ buggy . id . au). If there’s a strong enough positive response I’ll submit a proposal. I’m especially interesting in hearing from other people who can help organise it.