PHP 7.0 アップグレード試験の準備-PHPチュートリアル-php.cn

ホームページ

バックエンド開発

PHPチュートリアル

PHP 7.0 アップグレード試験の準備

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 13, 2016 pm 12:23 PM

arraynbspphp

PHP 7.0 アップグレードに関するメモ

PHP 7.0.0 ベータ 1 がリリースされました。これは、目を引くパフォーマンスの向上をもたらしただけでなく、言語機能にも多くの変更をもたらしました。以下は公式アップグレードノートから LCTT によって翻訳されたものですが、まだ正式リリース版ではありませんが、おそらく正式にリリースされた機能と大きな違いはありません。 (この記事は引き続き更新を追跡します)

1. 下位互換性のない変更

言語の変更

変数処理の変更

間接的な変数、プロパティ、およびメソッド参照が、左から右のセマンティクスで解釈されるようになりました。例:
1. $$foo['bar']['baz'] // 解释做 ($$foo)['bar']['baz'] 
2. $foo->$bar['baz'] // 解释做 ($foo->$bar)['baz']
3. $foo->$bar['baz']() // 解释做 ($foo->$bar)['baz']()
4. Foo::$bar['baz']() // 解释做 (Foo::$bar)['baz']()
以前の動作を復元するには、明示的に中かっこを追加する必要があります:
1. ${$foo['bar']['baz']}
2. $foo->{$bar['baz']}
3. $foo->{$bar['baz']}()
4. Foo::{$bar['baz']}()
グローバルキーワードは単純な変数のみを受け入れるようになりました。以前の
1. global $$foo->bar;
と同様に、
1. global ${$foo->bar};
変数または関数呼び出しを括弧で囲んでも効果がなくなりました。たとえば、次のコードでは、関数呼び出しの結果が参照によって関数に渡されます
1. function getArray() { return [1, 2, 3]; }
3. $last = array_pop(getArray());
4. // Strict Standards: 只有变量可以用引用方式传递
5. $last = array_pop((getArray()));
6. // Strict Standards: 只有变量可以用引用方式传递
括弧が使用されているかどうかに関係なく、厳密な標準エラーをスローするようになりました。以前は、2 番目の呼び出しメソッドにはプロンプトが表示されませんでした。
配列要素またはオブジェクトのプロパティは、作成時に参照順序で自動的にインストールされますが、結果の順序は異なります。例:
1. $array = [];
2. $array["a"] =& $array["b"];
3. $array["b"] = 1;
4. var_dump($array);
現在の結果は ["a" => 1, "b" => 1] ですが、以前の結果は ["b" => 1, "a" => 1] でした。

関連 RFC:

https://wiki.php.net/rfc/uniform_variable_syntax
https://wiki. .net/rfc/abstract_syntax_tree

list() の変更

list() は値を逆の順序で割り当てなくなりました。例:
1. list($array[], $array[], $array[]) = [1, 2, 3];
2. var_dump($array);
今度は、結果は $array == [1, 2, 3] ではなく[3、21]。代入順序のみが変更されていますが、代入は同じであることに注意してください (LCTT 変換アノテーション: つまり、以前の list() の動作は、次の変数から開始して 1 つずつ値を代入していました) , 上記の使用法により [3,2, 1] が生成されるようになります。これが結果です。たとえば、
1. list($a, $b, $c) = [1, 2, 3];
2. // $a = 1; $b = 2; $c = 3;
などの通常の使用では、現在の動作が維持されます。
空の list() への代入は許可されなくなりました。以下はすべて無効です:
1. list() = $a;
2. list(,,) = $a;
3. list($x, list(), $y) = $a;
list() は、次のペアをサポートしなくなりました。文字列の分割 (以前は特定の状況でのみサポートされていました)。次のコード:
1. $string = "xy";
2. list($x, $y) = $string;
結果は次のようになります: $x == null および $y == null (プロンプトなし)、以前の結果は $x == "x" および $y == "y" でした。さらに、list() は常に ArrayAccess を実装するオブジェクトを処理できるようになりました。例:
1. list($a, $b) = (object) new ArrayObject([0, 1]);
結果は次のようになります: $a == 0 および $ b == 1。以前は、$a と $b は両方とも null でした。

関連 RFC:

https://wiki.php.net/rfc/abstract_syntax_tree#changes_to_list
https://wiki .php.net/rfc/fix_list_behavior_inconsistency

foreach の変更

foreach() の反復が配列の内部ポインター、配列に影響を与えなくなりましたポインタには、current()/next() およびその他の一連の関数を通じてアクセスできます。例:
1. $array = [0, 1, 2];
2. foreach ($array as &$val) {
3.  var_dump(current($array));
4. }
値 int(0) を 3 回指すようになります。以前の出力は int(1)、int(2)、および bool(false) でした。
配列を値で反復する場合、foreach は常に配列のコピーを操作し、反復中の配列に対する操作は反復動作に影響しません。例:
1. $array = [0, 1, 2];
2. $ref =& $array; // Necessary to trigger the old behavior
3. foreach ($array as $val) {
4.  var_dump($val);
5.  unset($array[1]);
6. }
は 3 つの要素すべて (0 1 2) を出力しますが、以前は 2 番目の要素 1 がスキップされていました (0 2)。
配列を参照によって反復する場合、配列への変更は引き続き反復に影響します。ただし、PHP では、数値をキーとして使用する場合に、配列内での位置をより適切に維持できるようになりました。たとえば、参照による反復中に配列要素を追加する場合:
1. $array = [0];
2. foreach ($array as &$val) {
3.  var_dump($val);
4.  $array[1] = 1;
5. }
反復により要素が正しく追加されるようになりました。上記のコードの出力は「int(0) int(1)」ですが、以前は単に「int(0)」でした。
通常の (走査不可能な) オブジェクトに対する値による反復または参照による反復は、配列に対する参照による反復と同様に動作します。これは、前の点で述べたより正確な位置管理の改善を除いて、以前の動作と一致しています。
走査可能なオブジェクトに対する反復動作は変更されません。

関連 RFC: https://wiki.php.net/rfc/php7_foreach

パラメータ処理の変更

同じ名前の 2 つの関数パラメータを定義することはできません。たとえば、次のメソッドはコンパイル時エラーをトリガーします:
1. public function foo($a, $b, $unused, $unused) {
2.  // ...
3. }
上記のコードは、次のような別のパラメーター名を使用するように変更する必要があります。
1. public function foo($a, $b, $unused1, $unused2) {
2.  // ...
3. }
func_get_arg() 関数と func_get_args() 関数は、引数に渡された元の値を返さず、代わりに現在の値 (おそらく変更された) を返すようになりました。例:
1. function foo($x) {
2.  $x ;
3.  var_dump(func_get_arg(0));
4. }
5. foo(1);
は「1」の代わりに「2」を出力します。コードは func_get_arg(s) を呼び出した後にのみ変更するように変更する必要があります。それともパラメータの変更は避けるべきでしょうか:
1. function foo($x) {
2.  var_dump(func_get_arg(0));
3.  $x ;
4. }
1. function foo($x) {
2.  $newX = $x 1;
3.  var_dump(func_get_arg(0));
4. }
1. スタックトレースの結果は次のようになります: function foo($x) {
2.  $x = 42;
3.  throw new Exception;
4. }
5. foo("string");以前は:
1. Stack trace:
2. #0 file.php(4): foo(42)
3. #1 {main}これは同じではありません。コードの実行時の動作には影響しません。デバッグ時に違いが生じることに注意してください。
同じ制限は、debug_backtrace() および関数パラメーターをチェックするその他の関数にも影響します。
1. 関連 RFC: https://wiki.php.net/phpngStack trace:
2. #0 file.php(4): foo('string')整数処理の変更
3. #1 {main}

以前は、無効な数字 (および無効な数字の後の数字) は単純に無視されていました。以前は、最後の 2 桁が黙って破棄されていたため、上記の $i の値は 7 でした。

負の数を含むバイナリミラーディスプレイスメントは算術エラーをスローするようになりました:

`var_dump(1 >> -1);`

`// ArithmeticError: 以负数进行位移`

左にシフトされたビット数が整数幅を超える場合、結果は次のようになります。常に 0 。

var_dump(1 64); // int(0)

上記のコードの結果は、使用されている CPU アーキテクチャによって異なります。たとえば、x86 (x86-64 を含む) では、シフトオペランドが範囲内にあるため、結果は int(1) になります。

同様に、右にシフトされたビット数が整数の幅を超える場合、結果は常に 0 または -1 (符号に応じて) になります。

var_dump(1 >> 64); // int(0)
var_dump(-1 >> 64); // int(-1)

関連 RFC: https://wiki.php.net/rfc/integer_semantics

文字列処理の変更

16 進数を含む文字列は数値として扱われなくなり、特別に扱われなくなります。例の新しい動作を参照してください:
1. var_dump("0x123" == "291"); // bool(false) (以前是 true)
2. var_dump(is_numeric("0x123")); // bool(false) (以前是 true)
3. var_dump("0xe" "0x1"); // int(0) (以前是 16)
5. var_dump(substr("foo", "0x1")); // string(3) "foo" (以前是 "oo")
6. // 注意：遇到了一个非正常格式的数字
filter_var() を使用して、文字列に 16 進数が含まれているかどうか、または文字列が整数に変換できるかどうかを確認できます。 🎜>
1. $str = "0xffff";
2. $int = filter_var($str, FILTER_VALIDATE_INT, FILTER_FLAG_ALLOW_HEX);
3. if (false === $int) {
4.  throw new Exception("Invalid integer!");
5. }
6. var_dump($int); // int(65535)
二重引用符で囲まれた文字列と HERE ドキュメントに Unicode コードポイントエスケープ構文が追加されたため、無効なシーケンス u{" を含む "" によりエラーが発生するようになりました。
1. $str = "u{xyz}"; // 致命错误：无效的 UTF-8 码点转义序列
これを回避するには、先頭のバックスラッシュをエスケープする必要があります:
1. $str = "\u{xyz}"; // 正确
ただし、{ の後ろにない「u」は影響を受けません。次のコードはエラーを生成せず、前のコードと同じように機能します:
1. $str = "u202e"; // 正确

関連 RFC:

https://wiki.php.net/rfc/remove_hex_support_in_numeric_strings
https://wiki.php.net/rfc/unicode_escape

エラー処理の変更

現在、 Exception と Error という 2 つの例外クラスがあります。どちらのクラスも新しいインターフェイス Throwable を実装します。この状況を処理するには、例外処理コードの型ディレクティブを変更する必要がある場合があります。
一部の致命的エラーおよび回復可能な致命的エラーは、代わりにエラーをスローするようになりました。 Error は Exception とは別のクラスであるため、これらの例外は既存の try/catch ブロックではキャッチされません。

回復可能な致命的なエラーは例外に変換されるため、エラー処理で黙って無視することはできません。場合によっては、タイプ指示の失敗を無視できなくなります。
解析エラーにより、 Error extended ParseError が生成されるようになりました。以前の戻り値/errorgetlast() ベースの処理に加えて、無効な可能性のあるコードに対する eval() のエラー処理では、代わりに ParseError をキャッチする必要があります。
内部クラスのコンストラクターは、失敗すると常に例外をスローします。以前は、一部のコンストラクターは NULL または使用できないオブジェクトを返していました。
一部の E_STRICT プロンプトのエラーレベルが変更されました。

関連 RFC:

https://wiki.php.net/rfc/engine_Exceptions_for_php7
https://wiki.php .net/rfc/throwable-interface
https://wiki.php.net/rfc/internal_constructor_behaviour
https://wiki.php.net/rfc/reclassify_e_strict

その他の言語の変更

互換性のない $this コンテキストを使用した非静的呼び出しへの静的呼び出しはサポートされなくなりました。この場合、$this は未定義ですが、非推奨のヒントを使用してその呼び出しが許可されます。例:
1. class A {
2. public function test() { var_dump($this); }
3. }
5. // 注意：没有从类 A 进行扩展
6. class B {
7. public function callNonStaticMethodOfA() { A::test(); }
8. }
10. (new B)->callNonStaticMethodOfA();
12. // 废弃：非静态方法 A::test() 不应该被静态调用
13. // 提示：未定义的变量 $this
14. NULL
これは、互換性のないコンテキストからの呼び出しでのみ発生することに注意してください。クラス B がクラス A から拡張された場合、呼び出しはプロンプトなしで許可されます。
次のクラス名、インターフェイス名、特殊名 (大文字と小文字は区別されます) は使用できません:
1. bool
2. int
3. float
4. string
5. null
6. false
7. true
これは、クラス/インターフェイス/トレイトの宣言、class_alias()、および use ステートメントで使用されます。

さらに、次のクラス名、インターフェース名、特殊名は将来の使用のために予約されていますが、使用時にエラーはスローされません:
1. resource
2. object
3. mixed
4. numeric
で使用する場合、yield ステートメント構造では括弧が必要なくなりました。式コンテキスト。これは、「print」と「=>」の間で優先される右結合演算子になりました。これにより、場合によっては異なる動作が発生する可能性があります。例:
1. echo yield -1;
2. // 以前被解释如下
3. echo (yield) - 1;
4. // 现在被解释如下
5. echo yield (-1);
7. yield $foo or die;
8. // 以前被解释如下
9. yield ($foo or die);
10. // 现在被解释如下
11. (yield $foo) or die;
この状況は括弧を追加することで解決できます。
ASP () タグを削除しました。

RFC: https://wiki.php.net/rfc/remove_alternative_php_tags
参照による new の結果の代入はサポートされていません。
非準拠の $this コンテキストからの非静的メソッドへのスコープ内呼び出しはサポートされません。詳細については、https://wiki.php.net/rfc/incompat_ctx を参照してください。
ini ファイル内の # スタイルのコメントはサポートされていません。代わりに ; スタイルのコメントを使用してください。
$HTTP_RAW_POST_DATA は使用できなくなりました。代わりに php://input ストリームを使用してください。

標準ライブラリの変更

call_user_method() と call_user_method_array() は存在しなくなりました。
出力バッファーハンドラーで出力バッファーが作成されると、ob_start() は E_ERROR ではなく E_RECOVERABLE_ERROR を発行します。
改良された zend_qsort (ハイブリッドソートアルゴリズムを使用) はパフォーマンスが向上し、zend_sort という名前に変更されました。
静的並べ替えアルゴリズム zend_insert_sort を追加します。
fpm-fcgi の dl() 関数を削除します。
setcookie() は、Cookie 名が空の場合、空の set-cookie ヘッダーを生成するのではなく、警告をトリガーします。

その他

Curl:
- CURLOPT_SAFE_UPLOAD オプションを無効にするサポートを削除します。すべてのカールファイルのアップロードでは、curl_file / CURLFile API を使用する必要があります。
日付:
- mktime() と gmmktime() から $is_dst パラメータを削除
DBA
- dba_delete() は、キーが inifile プロセッサーにも存在しない場合に false を返すようになりました。
GMP
- libgmp バージョン 4.2 以降が必要になりました。
- gmp_setbit() および gmp_clrbit() は、他の GMP 関数と同様に、負のインジケーターに対して FALSE を返します。
Intl:
- 非推奨のエイリアス datefmt_set_timezone_id() および IntlDateFormatter::setTimeZoneID() を削除します。代わりに datefmt_set_timezone() と IntlDateFormatter::setTimeZone() を使用してください。
libxml:
- LIBXML_BIGLINES パーサーオプションを追加します。 libxml 2.9.0 以降で利用可能になり、エラーレポートで 16 ビットを超える行番号のサポートが追加されました。
Mcrypt
- mcrypt_generic_deinit() と同等の非推奨のエイリアス mcrypt_generic_end() を削除します。
- 非推奨の mcrypt_ecb()、mcrypt_cbc()、mcrypt_cfb()、および mcrypt_ofb() 関数を削除しました。これらの関数は、MCRYPT_MODE_* フラグを使用する mcrypt_encrypt() および mcrypt_decrypt() と同等です。
セッション
- session_start() は、すべての INI 設定を配列として受け入れます。たとえば、 ['cache_limiter'=>'private'] は session.cache_limiter=private を設定します。データの読み取り直後にセッションデータを閉じるための「read_and_close」もサポートされています。
- セッション保存プロセッサは、セッション ID の存在を確認し、セッションタイムスタンプを更新するための validate_sid() および update_timestamp() の使用を受け入れます。従来のユーザー定義セッション保存ハンドラーとの互換性が継続されます。
- SessionUpdateTimestampHandlerInterface を追加しました。 validateSid()、updateTimestamp()はインターフェースで定義されています。
- session.lazy_write の INI 設定 (デフォルトは On) は、セッションデータが更新された場合のみ書き込みをサポートします。
Opcache
- opcache.load_comments 構成ステートメントを削除します。ファイル内メモは無料で読み込まれるようになり、常に有効になります。
OpenSSL:
- 「rsa_key_size」SSL コンテキストオプションを削除して、指定されたネゴシエートされた暗号化アルゴリズムに適切なサイズを自動的に設定します。
- 「CN_match」および「SNI_server_name」SSL コンテキストオプションを削除します。代わりに自動検出または「peer_name」オプションを使用してください。
PCRE:
- /e (PREG_REPLACE_EVAL) 修飾子のサポートを削除し、代わりに preg_replace_callback() を使用します。
PDO_pgsql:
- ATTR_EMULATE_PREPARES に相当する PGSQL_ATTR_DISABLE_NATIVE_PREPARED_STATEMENT 属性を削除します。
標準:
- setlocale() の文字列カテゴリのサポートを削除します。代わりに LC_* 定数を使用してください。代わりに。
- set_magic_quotes_runtime() とそのエイリアス magic_quotes_runtime() を削除します。
JSON:
- json_decode で RFC 7159 を拒否互換性のない数値形式 - 最上位 (07、0xff、.1、-.1) およびすべてのレイヤー ([1.]、[1.e1])
- 1 つのパラメーターを指定して json_decode を呼び出すことは、空の PHP 文字列または値を指定して呼び出し、空の文字列 (NULL、FALSE) に変換して呼び出すことと同等です。不正な形式の JSON です。
Stream:
- 別名 stream_set_blocking() と同等の set_socket_blocking() を削除します。
XSL:
- xsl.security_prefs ini オプションを削除し、代わりに XsltProcessor::setSecurityPrefs() を使用します。

2. 新機能

コア
- グループ数式ステートメントを使用します。 (RFC: https://wiki.php.net/rfc/group_use_declarations)
- null 合体演算子 (??) を追加しました。 (RFC: https://wiki.php.net/rfc/isset_ternary)
- 64 ビットアーキテクチャで >= 2³¹ バイトの長さの文字列をサポートします。
- Closure::call() メソッドを追加しました (ユーザー側のクラスでのみ機能します)。
- 二重引用符で囲まれた文字列とここのドキュメントに u{xxxxxx} Unicode コードポイントエスケープ形式を追加しました。
- define() は定数値として配列をサポートするようになり、define() がまだ配列定数値をサポートしていなかったときの見落としが修正されました。
- 宇宙船演算子である比較演算子 () を追加しました。 (RFC: https://wiki.php.net/rfc/combined-comparison-operator)
- デリゲートジェネレーターにコルーチンのような yield from 演算子を追加しました。 (RFC: https://wiki.php.net/rfc/generator-delegation)
- 予約されたキーワードがいくつかの新しいコンテキストで使用できるようになりました。 (RFC: https://wiki.php.net/rfc/context_sensitive_lexer)
- スカラー型の宣言サポートが追加され、宣言型厳密モードでdeclare(strict_types=1)を使用できるようになりました。 (RFC: https://wiki.php.net/rfc/scalar_type_hints_v5)
- 暗号的に安全なユーザー側乱数ジェネレーターのサポートを追加しました。 (RFC: https://wiki.php.net/rfc/easy_userland_csprng)
Opcache
- ファイルベースのセカンダリオペコードキャッシングを追加 (実験的 - デフォルトでは無効になっています）。これを有効にするには、PHP を --enable-opcache-file で構成してビルドする必要があります。その後、opcache.file_cache= 構成ディレクティブを php.ini で設定できます。 L2 キャッシュにより、サーバーの再起動または SHM リセット時のパフォーマンスが向上する可能性があります。あるいは、opcache.file_cache_only=1 を設定すると、SHM をまったく使用せずにファイルキャッシュを使用できます (おそらく共有ホスティングに便利です)。opcache.file_cache_consistency_checks=0 を設定すると、ファイルキャッシュの整合性チェックを無効にして、セキュリティリスクとなる読み込みプロセスを高速化できます。。
OpenSSL
- OpenSSL 1.0.2 以降で構築するときに暗号化されたクライアントを許可するための「alpn_protocols」SSL コンテキストオプションを追加しました /server ストリームは使用しますALPN TLS 拡張機能を使用して代替プロトコルをネゴシエートします。ネゴシエートされたプロトコル情報には、stream_get_meta_data() 出力を介してアクセスできます。
Reflection
- ReflectionGenerator クラスを追加しました (トレース、現在のファイル/行などから生成)。
- 新しい戻り値の型とスカラー型宣言関数のサポートを強化するために、ReflectionType クラスを追加しました。新しい ReflectionParameter::getType() メソッドと ReflectionFunctionAbstract::getReturnType() メソッドは両方とも ReflectionType インスタンスを返します。
ストリーム
- パイプ読み取りのブロックを許可する新しい Windows 専用ストリームコンテキストオプションを追加しました。この機能を有効にするには、ストリームコンテキストの作成時に array("pipe" => array("blocking" => true)) を渡します。このオプションはパイプバッファーのデッドロックを引き起こす可能性があることに注意してください。ただし、いくつかのコマンドラインシナリオで役立ちます。

3. SAPI モジュールの変更

FPM
- 修正されたバグ #65933 (設定行が 1024 バイトを超えています)。
- Listen = ポートはすべてのアドレス (IPv6 と IPv4 がマッピングされている) をリッスンするようになりました。

4. 非推奨の関数

コア
- 非推奨の PHP 4スタイルコンストラクター (つまり、コンストラクター名はクラス名と同じである必要があります)。
- 非静的メソッドへの静的呼び出しは非推奨になりました。
OpenSSL
- 「capture_session_meta」SSL コンテキストオプションは非推奨になりました。ストリームリソース上でアクティブな暗号化関連のメタデータには、stream_get_meta_data() の戻り値を通じてアクセスできます。

5. 関数の変更

parse_ini_file():
parse_ini_string( ) :
- yield type の .ini 値を取得するスキャンモード INISCANNERTYPED を追加しました。
unserialize():
- unserialize 関数に 2 番目のパラメーターを追加しました (RFC: https://wiki.php.net/rfc) /secure_unserialize) を使用して、受け入れ可能なクラスを指定します: unserialize($foo, ["allowed_classes" => ["MyClass", "MyClass2"]]);
proc_open() :
- proc_open() で使用できるパイプの最大数は、以前は 16 にハードコーディングされていました。この制限はなくなり、PHP の利用可能なメモリサイズによってのみ制限されるようになりました。
- 新しく追加された Windows 専用構成オプション「blocking_pipes」を使用すると、子プロセスパイプからの読み取りを強制的にブロックできます。これはいくつかのコマンドラインシナリオで使用できますが、デッドロックが発生する可能性があります。さらに、これは新しいストリームのパイプラインコンテキストオプションに関連します。
array_column():
- この関数は、オブジェクト配列を 2 次元配列として扱うことをサポートするようになりました。パブリックプロパティのみが処理され、オブジェクト内で __get() を使用する動的プロパティも __isset() を実装する必要があります。
stream_context_create()
- は Windows のみの構成 array("pipe" => array("blocking" = > )) パイプ読み取りのブロックを強制します。このプラットフォームではパイプバッファーでデッドロックが発生する可能性があるため、このオプションは注意して使用する必要があります。

6. 新しい関数

GMP
- gmp_random_seed を追加しました）。
PCRE:
- preg_replace_callback_array 関数を追加しました。 (RFC: https://wiki.php.net/rfc/preg_replace_callback_array)
Standard 整数除算用の intdiv() 関数を追加しました。エラーステータスをリセットする error_clear_last() 関数を追加しました。
Zlib: インクリメンタルおよびストリーミング圧縮/解凍を実行するための deflate_init()、deflate_add()、inflate_init()、inflate_add() 関数を追加しました。

7. 新しいクラスとインターフェース

(まだなし)

8. 移動拡張機能SAPI

sapi/aolserver
sapi/apache
sapi/apache_hooks
sapi/apache2filter
sapi/caudium
sapi/continuity
sapi/isapi
sapi/milter
sapi/nsapi
sapi/phttpd
sapi/pi3web
sapi/roxen
sapi/thttpd
sapi/tux
sapi/webjames
ext /mssql
ext/mysql
ext/sybase_ct
ext/ereg

詳細については、以下を参照してください:

https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts
https://wiki.php.net/rfc/remove_deprecated_functionity_in_php7

注: NSAPI は RFC 投票に含まれていません, ただし、後で削除されます。これは、関連する SDK が今後利用できなくなることを意味します。

9. 拡張機能のその他の変更点

Mhash
- Mhash は将来拡張機能ではなくなります。function_exists("mhash" を使用してください) ) デバイスが利用可能であることを確認します。

10. 新しいグローバル定数

コアを追加しました。 >
Zlib
追加されたこれらの定数は、新しい増分 deflate_add() および inflate_add() 関数のリフレッシュ動作を制御するために使用されます:
- ZLIB_PARTIAL_FLUSH
- ZLIB_SYNC_FLUSH
- ZLIB_FULL_FLUSH
- ZLIB_BLOCK
- ZLIB_FINISH
GD
T1Lib のサポートが削除されたため、T1Lib へのオプションの依存関係により、次の関数は将来利用できなくなります:
- 関数:
imagepsbbox()
- imagepsextendedfont()
- imagepsfreefont()
- imagepsloadfont()
- imagepsslantfont()
- imagepstext ()
- リソース:
'gd PS フォント'

11. INI ファイル処理の変更

Core
- asp_tags ini ディレクティブを削除しました。有効にすると致命的なエラーが発生します。
- always_populate_raw_post_data ini ディレクティブを削除しました。

12. Windows は 64 の

コア
- をサポートします。 bit ネイティブ 64 ビット整数がシステムでサポートされています。
- 64 ビットシステム上の大きなファイルをサポートします。
- getrusage() をサポートします。
ftp
- によって提供される ftp 拡張機能は常に共有ライブラリです。
- SSL サポートの場合、openssl 拡張機能への依存関係が削除され、代わりに openssl ライブラリのみが依存します。 ftp_ssl_connect() は、コンパイル時に必要に応じて自動的に有効になります。
odbc
- によって提供される odbc 拡張機能は常に共有ライブラリです。

13. その他の変更

Core
- NaN と Infinity は常に整数 0 に変換されます。未定義でプラットフォームに依存するものではありません。
- 非オブジェクトのメンバーへの呼び出し可能な呼び出しは、致命的なエラーではなくキャッチ可能なエラーをトリガーします。 https://wiki.php.net/rfc/catchable-call-to-member-of-non- を参照してください。オブジェクト
- zend_parse_parameters、型ヒントと変換では、「long」と「double」の代わりに常に「integer」と「float」を使用するようになりました。
- ignore_user_abort が true に設定されている場合、出力キャッシュは中断された接続でも機能し続けます。

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

PHPでの依存関係注射：一般的な落とし穴の回避May 16, 2025 am 12:17 AM

依存関係の指示（di）inphpenhancesscodeflexibility andtestability bydecouplingdepensitycreation fromusage.toemplementdiefectivilly：1）sudiconticainersichyloiavoidovedovedineriering.2）回避装置の回避装置loadbylimitingdencedentotheeorfour.3）adhe

PHP Webサイトをスピードアップする方法：パフォーマンスチューニングMay 16, 2025 am 12:12 AM

toimproveyourphpwebsite'sperformance、usethesestrategies：1）codecaching withop cachetospeedupscriptscriptintertention.2）最適化策を選択することを最適化してください

PHPで大量の電子メールを送信する：可能ですか？May 16, 2025 am 12:10 AM

はい、itispossibletosendmassemailswithphp.1）uselibrarieslikephpmailerorsforfienceemailsending.2）vetseemailstoavoidspamflags.3）emorizeemailsusingdynamicconttoimbroveengagemention.

PHPの依存噴射の目的は何ですか？May 16, 2025 am 12:10 AM

依存関係の指示（di）inphpisadesignpatterntativevevesion ofコントロール（IOC）は、依存性を依存していることによって、微分化された誘惑を依存させ、微分、テスト可能性、および柔軟性を高めることができます

PHPを使用して電子メールを送信する方法は？May 16, 2025 am 12:03 AM

PHPを使用して電子メールを送信する最良の方法は次のとおりです。1。PHPのMail（）関数を基本送信に使用します。 2。phpmailerライブラリを使用して、より複雑なHTMLメールを送信します。 3. SendGridなどのトランザクションメールサービスを使用して、信頼性と分析機能を改善します。これらの方法を使用すると、電子メールが受信トレイに届くだけでなく、受信者を引き付けることもできます。

PHP多次元アレイの要素の総数を計算する方法は？May 15, 2025 pm 09:00 PM

PHP多次元アレイの要素の総数を計算することは、再帰的または反復的な方法を使用して行うことができます。 1.再帰的な方法は、アレイを通過し、ネストされた配列を再帰的に処理することによりカウントされます。 2。反復法は、スタックを使用して再帰をシミュレートして深さの問題を回避します。 3. array_walk_recursive関数も実装できますが、手動でカウントする必要があります。

PHPのDo-While Loopsの特徴は何ですか？May 15, 2025 pm 08:57 PM

PHPでは、ループの特性は、ループ本体が少なくとも1回実行されることを確認し、条件に基づいてループを続行するかどうかを決定することです。 1）条件付きチェックの前にループ本体を実行します。これは、ユーザー入力検証やメニューシステムなど、操作を少なくとも1回実行する必要があるシナリオに適しています。 2）ただし、do-whileループの構文は、初心者間の混乱を引き起こす可能性があり、不要なパフォーマンスオーバーヘッドを追加する可能性があります。

PHPで弦をハッシュする方法は？May 15, 2025 pm 08:54 PM

PHPの効率的なハッシュ文字列は、次の方法を使用できます。1。MD5関数を使用して高速ハッシュを使用しますが、パスワードストレージには適していません。 2。SHA256関数を使用して、セキュリティを改善します。 3. password_hash関数を使用してパスワードを処理して、最高のセキュリティと利便性を提供します。

See all articles