Évolutions incompatibles avec les versions précédentes

Même si l'essentiel du code PHP 5 devrait fonctionner sans modification, il faut faire attention aux situations suivantes, qui sont incompatibles avec les versions précédentes :

  • Safe mode n'est plus supporté. Toute application se reposant sur ce paramètre devra être revue, notamment en termes de sécurité.
  • Magic quotes ont été supprimées. Toute application se reposant sur ce paramètre devra être revue, notamment en termes de sécurité. get_magic_quotes_gpc() et get_magic_quotes_runtime() retournent désormais toujours FALSE. set_magic_quotes_runtime() lève une erreur E_CORE_ERROR lorsque vous tentez d'activer les guillemets magiques.
  • Les directives du php.ini register_globals et register_long_arrays ont été supprimées.
  • mbstring.script_encoding directives a été retiré. Préférez zend.script_encoding à la place.
  • Call-time pass by reference a été supprimé.
  • Les instructions break et continue n'acceptent plus de paramètre variable (exemple: break 1 + foo() * $bar;). Les arguments statiques fonctionnent toujours, par exemple break 2;. Un effet de bord de cette modification est que break 0; et continue 0; ne sont plus autorisés.
  • Dans l'extension Date et Heure, le fuseau ne peut plus être défini au moyen de la variable d'environnement TZ. Vous devez préciser un fuseau horaire en utilisant l'option de php.ini date.timezone ou la fonction date_default_timezone_set(). PHP n'essayera plus de deviner le fuseau horaire et utilisera par défaut "UTC" tout en émettant une alerte de niveau E_WARNING.
  • Les index de tableaux non numériques concernant les chaines - exemple: $a['foo'] où $a est une chaine - retournent maintenant false sur un isset() et true sur un empty(), et produisent une alerte de niveau E_WARNING si vous les utilisez. Les index de type flottant, bool et null produisent une alerte de niveau E_NOTICE. Les index de type chaine numérique (exemple: $a['2']) fonctionnent comme avant. Notez que les index tels que '12.3' et '5 foobar' sont considérés comme non-numériques et produisent une alerte de niveau E_WARNING, mais sont convertis vers 12 et 5 respectivement, pour des raisons de compatibilité. Note : Le code suivant retourne un résultat différent. $str='abc';var_dump(isset($str['x'])); // false en PHP 5.4 ou supérieure, mais true en 5.3 ou inférieure
  • Convertir un tableau en chaine génère maintenant une erreur E_NOTICE, mais le résultat du transtypage reste le même : la chaine "Array".
  • Transformer NULL, FALSE, ou une chaine vide en objet en lui ajoutant un attribut génère maintenant une erreur E_WARNING, au lieu de E_STRICT.
  • Des noms de paramètres qui masqueraient une super globale entrainent désormais une erreur fatale. Ceci interdit du code comme celui-ci : function foo($_GET, $_POST) {}.
  • Les algorithmes de hash Salsa10 et Salsa20 ont été retirés.
  • array_combine() retourne maintenant array() au lieu de FALSE lorsque vous lui passez deux tableaux vides comme paramètres.
  • Si vous utilisez htmlentities() avec un jeu de caractères asiatique, elle fonctionnera comme htmlspecialchars() - ça a toujours été le cas avec les versions précédentes de PHP, mais maintenant, une erreur E_STRICT sera levée.
  • Le troisième paramètre de la fonction ob_start() a changé de type passant d'un booléen nommé erase à un entier nommé flags. Notez que la code qui définit explicitement le paramètre erase à FALSE ne fonctionnera plus comme attendu en PHP 5.4 : veuillez suivre cet exemple afin d'écrire du code compatible avec PHP 5.3 et 5.4.

Les mots-clé suivants sont maintenant réservés, et ne peuvent plus être utilisés dans les noms de fonctions, de classes, etc.

Les fonctions suivantes ont été supprimées :

add a note add a note

User Contributed Notes 5 notes

up
17
Chris
1 year ago
Missing some chars like german umlauts after use of htmlspecialchars? That's because the third param encoding has changed it's default value in PHP 5.4 from ISO-8859-1 to UTF-8.

Possible solution #1:
Change your code from this ...
<?php htmlspecialchars( 'äöü' ); ?>
... to this:
<?php htmlspecialchars ( 'äöü' , ENT_COMPAT | ENT_HTML401 , 'ISO-8859-1' ); ?>

Possible solution #2:
Create a wrapper function and replace htmlspecialchars( to i.e. isohtmlspecialchars( with your IDE/editor/shell...

Example of a wrapper function:
<?php
function isohtmlspecialchars( $str ){
   return
htmlspecialchars ( $str , ENT_COMPAT | ENT_HTML401 , 'ISO-8859-1' );
}
?>
up
3
anton at zebooka dot com
7 months ago
It seems that starting of PHP 5.4 you can not override class method with different signature.

Example:
<?php
class A
{
    public function
doSomething($a, $b)
    {
    }
}

class
B extends A
{
    public function
doSomething($c)
    {
    }
}
?>

PHP Strict standards:  Declaration of B::doSomething() should be compatible with A::doSomething(B $a) in Command line code on line 1
up
3
luis at portanel dot com
1 year ago
It's not a PHP version incompatibility itself, but it's important to know that Microsoft dropped the php_mssql.dll support for the "mssql_" funcitions since this version.

To connect to a MSSQL database since 5.4, one good alternative are the PDO drivers.
up
1
the dot mail dot bg at gmail dot com
7 months ago
There should be samples given here. There are many ways to do such coversion:

Converting an array to a string will now generate an E_NOTICE level error, but the result of the cast will still be the string "Array".
up
-1
blagdan at gmail dot com
2 months ago
'<?if'... worked in 5.3 as equivalent of '<?php if'... In 5.4 it's converted to '<!--?if'...
To Top