PHP 7.1.0 Alpha 2 Released

Nicht rückwärtskompatible Änderungen

Obwohl der meiste PHP 5 basierende Code ohne Änderungen funktionieren sollte, gibt einige nicht rückwärtskompatible Änderungen:

  • Safe mode wird nicht länger unterstützt. Alle Anwendungen, die sich auf safe mode verlassen, benötigen unter Umständen Anpassungen bezüglich der Sicherheit.
  • Magic quotes wurde entfernt. Anwendungen, die sich auf dieses Feature verlassen, müssen aktualisiert werden, um Sicherheitsprobleme zu vermeiden. get_magic_quotes_gpc() und get_magic_quotes_runtime() geben nun immer FALSE zurück. set_magic_quotes_runtime() erzeugt eine Fehler der Stufe E_CORE_ERROR, wenn versucht wird Magic quotes zu aktivieren.
  • Die register_globals und register_long_arrays php.ini Direktiven wurden entfernt.
  • Die mbstring.script_encoding Direktive wurde entfernt. Statt dessen ist zend.script_encoding zu verwenden.
  • Referenzübergabe zur Laufzeit wurde entfernt.
  • Die break und continue Anweisungen akzeptieren keine variablen Argumente mehr, d.h. es ist nicht möglich break 1 + foo() * $bar; zu schreiben. Statische Argumente wie break 2; funktionieren weiterhin. Als Nebeneffekt dieser Änderung sind break 0; und continue 0; nicht länger erlaubt.
  • Das Setzen der Zeitzone mit der TZ Umgebungsvariablen wird nicht länger von der Datum und Uhrzeit Extension unterstützt. Statt dessen muss eine Zeitzone unter Verwendung der date.timezone php.ini Option oder der date_default_timezone_set() Funktion angegeben werden. PHP wird nicht länger versuchen die Zeitzone zu erraten, sondern wird statt dessen auf "UTC" zurückfallen und eine E_WARNING erzeugen.
  • Nichtnumerische Zeichenkettenoffsets, z.B. $a['foo'], wobei $a eine Zeichenkette ist, geben nun false für isset() und true für empty() zurück, und erzeugen ein E_WARNING, wenn versucht wird, sie zu verwenden. Offsets der Typen double, bool und null erzeugen ein E_NOTICE. Numerische Zeichenketten (z.B. $a['2']) funktionieren wie bisher. Es ist zu beachten, dass Offsets wie '12.3' und '5 irgendwas' als nichtnumerisch angesehen werden, und ein E_WARNING erzeugen, aber aus Gründen der Abwärtskompatibilität zu 12 bzw. 5 konvertiert werden. Hinweis: der folgende Code gibt unterschiedliche Ergebnisse zurück. $str='abc';var_dump(isset($str['x'])); // false unter PHP 5.4 oder später, aber true unter 5.3 oder weniger
  • Konvertieren von Arrays zu String wird nun eine E_NOTICE verursachen, aber das Ergebnis der Umwandlung ist weiterhin "Array".
  • NULL, FALSE oder leere Zeichenketten durch Hinzufügen einer Eigenschaft in ein Objekt zu konvertieren wird nun einen Fehler der Stufe E_WARNING statt E_STRICT ausgeben.
  • Parameternamen, die Superglobale schattieren, verursachen nun einen fatalen Fehler. Das verbietet Code wie function foo($_GET, $_POST) {}.
  • Die Salsa10 und Salsa20 Hash-Algorithmen wurden entfernt.
  • array_combine() gibt nun array() anstatt FALSE zurück, wenn zwei leere Arrays als Parameter übergeben wurden.
  • Wird htmlentities() mit asiatischen Zeichensätzen verwendet, funktioniert es wie htmlspecialchars() - das war auch in früheren PHP Versionen so, aber nun wird ein Fehler der Stufe E_STRICT ausgegeben.
  • Der dritte Parameter von ob_start() wurde von boolean erase in integer flags geändert. Es ist zu beachten, dass Code der erase ausdrücklich auf FALSE setzt, sich unter PHP 5.4 nicht länger wie erwartet verhält; dieses Beispiel zeigt wie Code geschrieben wird, der kompatibel zu PHP 5.3 und PHP 5.4 ist.

Die folgenden Schlüsselwörter sind nun reserviert und dürfen nicht als Namen von Funktionen, Klassen usw. genutzt werden.

Folgende Funktionen wurden von PHP entfernt:

add a note add a note

User Contributed Notes 7 notes

up
24
ky dot patterson at adlinkr dot com
1 year ago
If you have content that is not 100% UTF-8 then TAKE NOTE:

Starting in PHP 5.4 htmlspecialchars() and htmlentities() assume charset=UTF-8 by default AND WILL RETURN BLANK IF YOUR INPUT IS NOT VALID UTF-8.

So if you have a lot of function calls that look like this:
<?php
echo htmlspecialchars($input);
// or
echo htmlentities($input);
?>
i.e. no charset and no flags -- and $input is ISO-8859 (or anything else apart from 7-bit ASCII or UTF-8) -- then PHP 5.4 and 5.5 will return an empty string, and you will be surprised and probably unhappy.

This is apparently a feature, not a bug.
up
31
Chris
3 years 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
15
anton at zebooka dot com
2 years 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
-6
the dot mail dot bg at gmail dot com
2 years 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
-6
contact at nouslisons dot com
1 year ago
Be careful, in php 5.4. \e in string mean the escape character !
So you will have error for windows path:
$a = "c:\extend\toto.txt";

AND for date function:
echo date ("\t\h\e dmy");
you will have an escape character in your source instead "e"

The workaround I found is simple quote:
echo date ('\t\h\e dmy');
up
-14
luis at portanel dot com
3 years 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
-69
blagdan at gmail dot com
2 years ago
'<?if'... worked in 5.3 as equivalent of '<?php if'... In 5.4 it's converted to '<!--?if'...
To Top