Tag Archives: php

Barcamp Darmstadt

17th of November 2010Allgemein, Zend Frameworkbarcamp, darmstadt, php, rhine-mainAndreas Heigl

This weekend I will be attending my first BarCamp ever!

On the 20th and 21th of November Darmstadt hosts the second BarCamp at the Rhine-Main-Region. And I will be one of the about 300 people attending.

And to make that BarCamp more interesting to the PHP-Community, we try to coordinate a complete track on PHP-related sessions. Being a novice to the BarCamp I want to give a session and choose to introduce Zend_Form as it is one of the components of the ZendFramework that makes my life as Developer easier every day.

So let’s see what the weekend brings!

Starting a Usergroup

7th of November 2010Allgemeininvolve, local, php, UG, usergroupAndreas Heigl

Yesterdays DayCamp4Developers brought up the question of how to start a PHP-Usergroup.

Not that I am familiar with it, having until now only attended existing usergroups. But for the last few months I was thinking of starting a local Usergroup in my area, so I already searched for some resources that would help me get started.
Continue reading Starting a Usergroup →

Valid Syntax errors: Part 1

25th of August 2010Developmentbehaviour, echo, error, foreach, php, phpcs, strangeAndreas Heigl

It took me about an hour to spot a strange behaviour in my PHP skript:

Have a look at this code:

$foo = array ( 'a', 'b', 'c' );
foreach ( $foo as $bar );
    echo $bar . "\n";
// Expected Output:
// a
// b
// c
// Actual Output: 
// c

What happened?

Would I have used phpcs it would have been obvious. I used a semicolon instead of a bracket after the foreach statement.

So instead of calling the echo command with each iteration the foreach silently iterated through $foo and assigned $bar on each iteration. That left $bar with the last value of the array that gave the strange output.

I can not actually remember whether there had been closing brackets but I did not get an Error regarding that.

phpcs would have detected the missing brackets — if that would be observed by the used sniff.

unserialize values

21st of August 2010Developmenterror, exception, notice, php, serialize, throw, unserializeAndreas Heigl

Last week I had the problem, that – due to a wrong database-entry – a serialized value got scrambled. And due to that (and some missconfiguration of the server) the application broke. Instead of a search result the user simply got an error message about not being able to unserialize the value due to an offset-error.

So how could I avoid the error (which actually is a notice) being thrown and besides that get to know whether unserializing worked or not?

The hack I finaly came up with is as follows:

suppress the notice in any way
check whether the returned value is a boolean false and the given string is ‘b:0;’ (which represents a boolean false in a serialized string).
If so, the unserialize() failed, so lets throw an InvalidArgumentException

And here it is:

public function my_unserialize ( $value )
{
    $unserialized = @unserialize ( $value );
    if ( false === $unserialized && 'b:0;' !== $value ) {
        $le = error_get_last ();
        throw new InvalidArgumentException ( $le['message'] );
    }
    return $unserialized;
}