<?php
include_once $_SERVER['DOCUMENT_ROOT'] . '/include/shared-manual.inc';
$TOC = array();
$TOC_DEPRECATED = array();
$PARENTS = array();
include_once dirname(__FILE__) ."/toc/migration56.inc";
$setup = array (
  'home' => 
  array (
    0 => 'index.php',
    1 => 'PHP Manual',
  ),
  'head' => 
  array (
    0 => 'UTF-8',
    1 => 'de',
  ),
  'this' => 
  array (
    0 => 'migration56.incompatible.php',
    1 => 'Nicht abw&auml;rtskompatible &Auml;nderungen',
    2 => 'Nicht abw&auml;rtskompatible &Auml;nderungen',
  ),
  'up' => 
  array (
    0 => 'migration56.php',
    1 => 'Migration von PHP 5.5.x auf PHP 5.6.x',
  ),
  'prev' => 
  array (
    0 => 'migration56.php',
    1 => 'Migration von PHP 5.5.x auf PHP 5.6.x',
  ),
  'next' => 
  array (
    0 => 'migration56.new-features.php',
    1 => 'Neue Features',
  ),
  'alternatives' => 
  array (
  ),
  'source' => 
  array (
    'lang' => 'de',
    'path' => 'appendices/migration56/incompatible.xml',
  ),
  'history' => 
  array (
  ),
);
$setup["toc"] = $TOC;
$setup["toc_deprecated"] = $TOC_DEPRECATED;
$setup["parents"] = $PARENTS;
manual_setup($setup);

contributors($setup);

?>
<div id="migration56.incompatible" class="sect1">
 <h2 class="title">Nicht abwärtskompatible Änderungen</h2>
 <p class="simpara">
  Obwohl der meiste bestehende PHP 5 Code ohne Änderungen funktionieren sollte,
  sind ein paar Änderungen zu beachten, die nicht abwärtskompatibel sind:
 </p>

 <div class="sect2" id="migration56.incompatible.array-keys">
  <h3 class="title">Array-Schlüssel werden nicht überschrieben, wenn ein Array mittels Array-Literal als Eigenschaft einer Klasse definiert wird</h3>

  <p class="para">
   Bisher konnten Elemente von Arrays, welche als Klasseneigenschaften mit 
   expliziten und impliziten Schlüsseln definiert waren, überschrieben werden, wenn 
   ein expliziter Schlüssel gleich mit einem sequenziellen impliziten Schlüssel war.
  </p>

  <div class="informalexample">
   <div class="example-contents">
<div class="phpcode"><code><span style="color: #000000"><span style="color: #0000BB">&lt;?php<br /></span><span style="color: #007700">class </span><span style="color: #0000BB">C </span><span style="color: #007700">{<br />    const </span><span style="color: #0000BB">ONE </span><span style="color: #007700">= </span><span style="color: #0000BB">1</span><span style="color: #007700">;<br />    public </span><span style="color: #0000BB">$array </span><span style="color: #007700">= [<br />        </span><span style="color: #0000BB">self</span><span style="color: #007700">::</span><span style="color: #0000BB">ONE </span><span style="color: #007700">=&gt; </span><span style="color: #DD0000">'foo'</span><span style="color: #007700">,<br />        </span><span style="color: #DD0000">'bar'</span><span style="color: #007700">,<br />        </span><span style="color: #DD0000">'quux'</span><span style="color: #007700">,<br />    ];<br />}<br /><br /></span><span style="color: #0000BB">var_dump</span><span style="color: #007700">((new </span><span style="color: #0000BB">C</span><span style="color: #007700">)-&gt;</span><span style="color: #0000BB">array</span><span style="color: #007700">);<br /></span><span style="color: #0000BB">?&gt;</span></span></code></div>
   </div>

   <p class="para">Das oben gezeigte Beispiel erzeugt mit PHP 5.5 folgende Ausgabe:</p>
   <div class="example-contents screen">
<div class="cdata"><pre>
array(2) {
  [0]=&gt;
  string(3) &quot;bar&quot;
  [1]=&gt;
  string(4) &quot;quux&quot;
}

</pre></div>
   </div>
   <p class="para">Das oben gezeigte Beispiel erzeugt mit PHP 5.6 folgende Ausgabe:</p>
   <div class="example-contents screen">
<div class="cdata"><pre>
array(3) {
  [1]=&gt;
  string(3) &quot;foo&quot;
  [2]=&gt;
  string(3) &quot;bar&quot;
  [3]=&gt;
  string(4) &quot;quux&quot;
}
</pre></div>
   </div>
  </div>
 </div>

 <div class="sect2" id="migration56.incompatible.json-decode">
  <h3 class="title">Strenge von <span class="function"><a href="function.json-decode.php" class="function">json_decode()</a></span></h3>

  <p class="para">
   <span class="function"><a href="function.json-decode.php" class="function">json_decode()</a></span> weist nun nicht vollständig in
   Kleinbuchstaben geschriebene Varianten von <code class="literal">true</code>, 
   <code class="literal">false</code> und <code class="literal">null</code> gemäß der
   JSON-Spezifikation zurück, und setzt 
   <span class="function"><a href="function.json-last-error.php" class="function">json_last_error()</a></span> dementsprechend. Bisher wurden
   auch Eingaben, die nur aus einem dieser Werte bestanden, mit
   Großbuchstaben akzeptiert.
  </p>

  <p class="para">
   Diese Änderung hat nur Einfluss auf Fälle in denen ungültiges JSON an
   <span class="function"><a href="function.json-decode.php" class="function">json_decode()</a></span> übergeben wurde. Gültiges JSON ist
   davon nicht betroffen und wird weiterhin normal verarbeitet.
  </p>
 </div>

 <div class="sect2" id="migration56.incompatible.peer-verification">
  <h3 class="title">Stream Wrapper verifizieren nun standardmäßig Zertifikate und Hostnamen bei Verwendung von SSL/TLS</h3>

  
   <p class="para">
    Alle verschlüsselten Clientstreams verifizieren nun standardmäßig den
    Kommunikationspartner. Standardmäßig wird dafür das Standard-CA-Bundle
    von OpenSSL zur Verifikation des Peer-Zertifikates herangezogen. In
    den meisten Fällen sind keine Änderungen notwendig, um mit Servern
    mit gültigen SSL-Zertifikaten zu kommunizieren, da Distributoren
    üblicherweise OpenSSL mit vertrauenswürdigen CA-Bundles konfigurieren.
   </p>

   <p class="para">
    Das Standard-CA-Bundle kann global durch eine Änderung der
    konfigurationseinstellungen openssl.cafile oder openssl.capath
    überschrieben werden, oder für einzelne Requests durch die
    Verwendung der Kontextoptionen
    <a href="context.ssl.php#context.ssl.cafile" class="link"><code class="parameter">cafile</code></a> oder
    <a href="context.ssl.php#context.ssl.capath" class="link"><code class="parameter">capath</code></a>.
   </p>

   <p class="para">
    Obwohl dies generell nicht empfehlenswert ist, kann die Verifikation
    der Peer-Zertifikate für einzelne Requests ausgeschaltet werden, indem
    die Kontextoption
    <a href="context.ssl.php#context.ssl.verify-peer" class="link"><code class="parameter">verify_peer</code></a>
    auf <strong><code><a href="reserved.constants.php#constant.false">false</a></code></strong> gesetzt wird. Die Verifikation des Peer-Namen kann durch
    das Setzen von
    <code class="parameter">verify_peer_name</code>
    <a href="context.ssl.php#context.ssl.verify-peer-name" class="link"><code class="parameter">verify_peer_name</code></a>
    auf <strong><code><a href="reserved.constants.php#constant.false">false</a></code></strong> ausgeschaltet werden.
   </p>

 </div>

 <div class="sect2" id="migration56.incompatible.gmp">
  <h3 class="title"><a href="book.gmp.php" class="link">GMP</a>-Ressourcen sind nun Objekte</h3>

  <p class="para">
   <a href="book.gmp.php" class="link">GMP</a>-Ressourcen sind nun Objekte. Die funktionale
   API der GMP-Erweiterung hat sich nicht geändert und Code sollte ohne Änderungen
   funktionieren, es sei denn dieser prüft explizit auf eine Ressource mittels
   <span class="function"><a href="function.is-resource.php" class="function">is_resource()</a></span> oder Ähnlichem. 
  </p>
 </div>

 <div class="sect2" id="migration56.incompatible.mcrypt">
  <h3 class="title"><a href="book.mcrypt.php" class="link">Mcrypt</a>-Funktionen benötigen nun gültige Schlüssel und IVs</h3>

  <p class="para">
   <span class="function"><a href="function.mcrypt-encrypt.php" class="function">mcrypt_encrypt()</a></span>, <span class="function"><a href="function.mcrypt-decrypt.php" class="function">mcrypt_decrypt()</a></span>,
   <span class="function"><strong>mcrypt_cbc()</strong></span>, <span class="function"><strong>mcrypt_cfb()</strong></span>,
   <span class="function"><strong>mcrypt_ecb()</strong></span>, <span class="function"><a href="function.mcrypt-generic.php" class="function">mcrypt_generic()</a></span> und
   <span class="function"><strong>mcrypt_ofb()</strong></span> akzeptieren nicht länger Schlüssel oder IVs 
   mit falscher Länge, und Blockschlüssel, die IVs benötigen, schlagen nun fehl, wenn
   kein IV übergeben wurde.
  </p>
 </div>
 
 <div class="sect2" id="migration56.incompatible.curl">
  <h3 class="title"><a href="book.curl.php" class="link">cURL</a> Datei-Uploads</h3>

  <p class="para">
   Uploads, die die @file Syntax verwenden, erfordern nun, dass
   CURLOPT_SAFE_UPLOAD auf <strong><code><a href="reserved.constants.php#constant.false">false</a></code></strong> gesetzt ist. Statt dessen sollte
   <span class="classname"><a href="class.curlfile.php" class="classname">CURLFile</a></span> verwendet werden.
  </p>
 </div>
</div><?php manual_footer($setup); ?>