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 までご連絡ください。

解决方法：您的组织要求您更改 PIN 码Oct 04, 2023 pm 05:45 PM

“你的组织要求你更改PIN消息”将显示在登录屏幕上。当在使用基于组织的帐户设置的电脑上达到PIN过期限制时，就会发生这种情况，在该电脑上，他们可以控制个人设备。但是，如果您使用个人帐户设置了Windows，则理想情况下不应显示错误消息。虽然情况并非总是如此。大多数遇到错误的用户使用个人帐户报告。为什么我的组织要求我在Windows11上更改我的PIN？可能是您的帐户与组织相关联，您的主要方法应该是验证这一点。联系域管理员会有所帮助！此外，配置错误的本地策略设置或不正确的注册表项也可能导致错误。即

Windows 11 上调整窗口边框设置的方法：更改颜色和大小Sep 22, 2023 am 11:37 AM

Windows11将清新优雅的设计带到了最前沿;现代界面允许您个性化和更改最精细的细节，例如窗口边框。在本指南中，我们将讨论分步说明，以帮助您在Windows操作系统中创建反映您的风格的环境。如何更改窗口边框设置？按+打开“设置”应用。WindowsI转到个性化，然后单击颜色设置。颜色更改窗口边框设置窗口11“宽度=”643“高度=”500“>找到在标题栏和窗口边框上显示强调色选项，然后切换它旁边的开关。若要在“开始”菜单和任务栏上显示主题色，请打开“在开始”菜单和任务栏上显示主题

如何在 Windows 11 上更改标题栏颜色？Sep 14, 2023 pm 03:33 PM

默认情况下，Windows11上的标题栏颜色取决于您选择的深色/浅色主题。但是，您可以将其更改为所需的任何颜色。在本指南中，我们将讨论三种方法的分步说明，以更改它并个性化您的桌面体验，使其具有视觉吸引力。是否可以更改活动和非活动窗口的标题栏颜色？是的，您可以使用“设置”应用更改活动窗口的标题栏颜色，也可以使用注册表编辑器更改非活动窗口的标题栏颜色。若要了解这些步骤，请转到下一部分。如何在Windows11中更改标题栏的颜色？1.使用“设置”应用按+打开设置窗口。WindowsI前往“个性化”，然

OOBELANGUAGE错误Windows 11 / 10修复中出现问题的问题Jul 16, 2023 pm 03:29 PM

您是否在Windows安装程序页面上看到“出现问题”以及“OOBELANGUAGE”语句？Windows的安装有时会因此类错误而停止。OOBE表示开箱即用的体验。正如错误提示所表示的那样，这是与OOBE语言选择相关的问题。没有什么可担心的，你可以通过OOBE屏幕本身的漂亮注册表编辑来解决这个问题。快速修复–1.单击OOBE应用底部的“重试”按钮。这将继续进行该过程，而不会再打嗝。2.使用电源按钮强制关闭系统。系统重新启动后，OOBE应继续。3.断开系统与互联网的连接。在脱机模式下完成OOBE的所

Windows 11 上启用或禁用任务栏缩略图预览的方法Sep 15, 2023 pm 03:57 PM

任务栏缩略图可能很有趣，但它们也可能分散注意力或烦人。考虑到您将鼠标悬停在该区域的频率，您可能无意中关闭了重要窗口几次。另一个缺点是它使用更多的系统资源，因此，如果您一直在寻找一种提高资源效率的方法，我们将向您展示如何禁用它。不过，如果您的硬件规格可以处理它并且您喜欢预览版，则可以启用它。如何在Windows11中启用任务栏缩略图预览？1.使用“设置”应用点击键并单击设置。Windows单击系统，然后选择关于。点击高级系统设置。导航到“高级”选项卡，然后选择“性能”下的“设置”。在“视觉效果”选

Windows 11 上的显示缩放比例调整指南Sep 19, 2023 pm 06:45 PM

在Windows11上的显示缩放方面，我们都有不同的偏好。有些人喜欢大图标，有些人喜欢小图标。但是，我们都同意拥有正确的缩放比例很重要。字体缩放不良或图像过度缩放可能是工作时真正的生产力杀手，因此您需要知道如何对其进行自定义以充分利用系统功能。自定义缩放的优点：对于难以阅读屏幕上的文本的人来说，这是一个有用的功能。它可以帮助您一次在屏幕上查看更多内容。您可以创建仅适用于某些监视器和应用程序的自定义扩展配置文件。可以帮助提高低端硬件的性能。它使您可以更好地控制屏幕上的内容。如何在Windows11

10种在 Windows 11 上调整亮度的方法Dec 18, 2023 pm 02:21 PM

屏幕亮度是使用现代计算设备不可或缺的一部分，尤其是当您长时间注视屏幕时。它可以帮助您减轻眼睛疲劳，提高易读性，并轻松有效地查看内容。但是，根据您的设置，有时很难管理亮度，尤其是在具有新UI更改的Windows11上。如果您在调整亮度时遇到问题，以下是在Windows11上管理亮度的所有方法。如何在Windows11上更改亮度[10种方式解释]单显示器用户可以使用以下方法在Windows11上调整亮度。这包括使用单个显示器的台式机系统以及笔记本电脑。让我们开始吧。方法1：使用操作中心操作中心是访问

如何在Safari中关闭iPhone的隐私浏览身份验证？Nov 29, 2023 pm 11:21 PM

在iOS17中，Apple为其移动操作系统引入了几项新的隐私和安全功能，其中之一是能够要求对Safari中的隐私浏览选项卡进行二次身份验证。以下是它的工作原理以及如何将其关闭。在运行iOS17或iPadOS17的iPhone或iPad上，如果您在Safari浏览器中打开了任何“无痕浏览”标签页，然后退出会话或App，Apple的浏览器现在需要面容ID/触控ID认证或密码才能再次访问它们。换句话说，如果有人在解锁您的iPhone或iPad时拿到了它，他们仍然无法在不知道您的密码的情况下查看您的隐私

See all articles