検索
ホームページバックエンド開発PHPチュートリアルPHP7.0 バージョンノート、php7.0 ノート_PHP チュートリアル

PHP7.0バージョンに関する注意事項、php7.0に関する注意事項

PHP7.0の新しいバージョンでは、パフォーマンスが大幅に向上するだけでなく、言語機能も大きく変更されています。詳細な説明については、以下を参照してください:


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

変数処理の変更
間接的な変数、プロパティ、およびメソッド参照が、左から右のセマンティクスで解釈されるようになりました。いくつかの例:

リーリー


以前の動作を復元するには、明示的に中かっこを追加します:

リーリー

グローバル キーワードは単純な変数のみを受け入れるようになりました。前みたいに

コードをコピーします コードは次のとおりです:
グローバル $$foo->bar;

ここで、次の記述方法が必要になります:

コードをコピーします コードは次のとおりです:
グローバル ${$foo->bar};

変数または関数呼び出しを括弧で囲んでも効果がなくなりました。たとえば、次のコードでは、関数呼び出しの結果が参照によって関数に渡されます

リーリー


// 厳格な基準: 参照によって渡せるのは変数のみです
現在は、括弧が使用されているかどうかに関係なく、厳密な標準エラーがスローされます。以前は、2 番目の呼び出しメソッドにはプロンプトが表示されませんでした。

配列要素またはオブジェクトのプロパティは参照順序で自動的にインストールされますが、結果の順序は異なります。例:

リーリー

関連する RFC:

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

list() の変更
list() は、値を逆の順序で割り当てなくなりました。例:

コードをコピーします コードは次のとおりです:
list($array[], $array[], $array[]) = [1, 2, 3];
var_dump($array);

結果は [3, 2, 1] ではなく $array == [1, 2, 3] になります。代入の順序が変わっただけで、代入は同じであることに注意してください (LCTT 翻訳: つまり、以前の list() の動作は、以下の変数から開始して 1 つずつ値を代入するものであったため、上記の使用法は[3,2,1] のような結果が生成されます。)。たとえば、次のような一般的な使用法です

コードをコピーします コードは次のとおりです:
list($a, $b, $c) = [1, 2, 3];
// $a = 1; $c = 3;
現在の動作は引き続き維持されます。

空の list() への代入は許可されなくなりました。以下はすべて無効です:

リーリー

次のコード:

コードをコピーします コードは次のとおりです: $string = "xy";
list($x, $y) = $string;

現在の結果は $x == null および $y == null (プロンプトなし) ですが、以前の結果は $x == "x" および $y == "y" でした。

さらに、list() は常に ArrayAccess を実装するオブジェクトを処理できるようになりました。例:

コードをコピーします コードは次のとおりです: list($a, $b) = (オブジェクト) 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() およびその他の一連の関数を通じてアクセスできる内部配列ポインターに影響を与えなくなりました。例:

コードをコピーします コードは次のとおりです: $array = [0, 1, 2];
foreach ($array as &$val) {
var_dump(current($array));
}

これで、値 int(0) が 3 回ポイントされるようになります。以前の出力は int(1)、int(2)、および bool(false) でした。

配列を値で反復する場合、foreach は常に配列のコピーを操作し、反復中の配列に対する操作は反復動作に影響しません。例:

コードをコピーします コードは次のとおりです: $array = [0, 1, 2];
$ref =& $array; // 古い動作をトリガーするために必要です
foreach ($array を $val として) {
var_dump($val);
unset($array[1]);
}

以前は 2 番目の要素 1 がスキップされていましたが (0 2)、3 つの要素 (0 1 2) がすべて印刷されるようになりました。

配列を参照によって反復する場合、配列への変更は引き続き反復に影響します。ただし、PHP では、数値をキーとして使用する場合に、配列内での位置をより適切に維持できるようになりました。たとえば、参照による反復中に配列要素を追加します。

コードをコピーします コードは次のとおりです: $array = [0];
foreach ($array as &$val) {
var_dump($val);
$array[1] = 1;
}

反復により要素が正しく追加されるようになりました。上記のコードの出力は「int(0) int(1)」ですが、以前は単に「int(0)」でした。

通常の (走査不可能な) オブジェクトに対する値による反復または参照による反復は、配列に対する参照による反復と同様に動作します。これは、前の点で述べたより正確な位置管理の改善を除いて、以前の動作と一致しています。

走査可能なオブジェクトに対する反復動作は変更されません。

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

パラメータ処理の変更

同じ名前の関数パラメータを 2 つ定義することはできません。たとえば、次のメソッドはコンパイル時エラーを引き起こします:

复制代码 代码如下:
public function foo($a, $b, $unused, $unused) {
// ...
}

如上的代码应该修改使用不同的参数名,如:

复制代码 代码如下:
public function foo($a, $b, $unused1, $unused2) {
// ...
}

func_get_arg() 和 func_get_args() 函数不再返回传递给参数的原始值,而是返回其当前值(也许会被修改)。例如:

复制代码 代码如下:
function foo($x) {
$x++;
var_dump(func_get_arg(0));
}

foo(1);
将会打印 "2" 而不是 "1"。代码应该改成仅在调用 func_get_arg(s) 后进行修改操作。

复制代码 代码如下:
function foo($x) {
var_dump(func_get_arg(0));
$x++;
}

或者应该避免修改参数:

复制代码 代码如下:
function foo($x) {
$newX = $x + 1;
var_dump(func_get_arg(0));
}

类似的,异常回溯也不再显示传递给函数的原始值,而是修改后的值。例如:

复制代码 代码如下:
function foo($x) {
$x = 42;
throw new Exception;
}

foo("string");
现在堆栈跟踪的结果是:

复制代码 代码如下:
Stack trace:
#0 file.php(4): foo(42)
#1 {main}

而以前是:

复制代码 代码如下:
Stack trace:
#0 file.php(4): foo('string')
#1 {main}

这并不会影响到你的代码的运行时行为,值得注意的是在调试时会有所不同。

同样的限制也会影响到 debug_backtrace() 及其它检查函数参数的函数。

相关 RFC: https://wiki.php.net/phpng

整数处理的变化
无效的八进制表示(包含大于7的数字)现在会产生编译错误。例如,下列代码不再有效:

$i = 0781; // 8 不是一个有效的八进制数字!
以前,无效的数字(以及无效数字后的任何数字)会简单的忽略。以前如上 $i 的值是 7,因为后两位数字会被悄悄丢弃。

二进制以负数镜像位移现在会抛出一个算术错误:

复制代码 代码如下:
var_dump(1 >> -1);

// ArithmeticError: 以负数进行位移
向左位移的位数超出了整型宽度时,结果总是 0。

复制代码 代码如下:
var_dump(1
以前上述代码的结果依赖于所用的 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

字符串处理的变化
包含十六进制数字的字符串不会再被当做数字,也不会被特殊处理。参见例子中的新行为:

复制代码 代码如下:
var_dump("0x123" == "291"); // bool(false) (以前是 true)
var_dump(is_numeric("0x123")); // bool(false) (以前是 true)
var_dump("0xe" + "0x1"); // int(0) (以前是 16)
var_dump(substr("foo", "0x1")); // string(3) "foo" (以前是 "oo")

// 注意:遇到了一个非正常格式的数字
filter_var() 可以用来检查一个字符串是否包含了十六进制数字,或这个字符串是否能转换为整数:

$str = "0xffff";
$int = filter_var($str, FILTER_VALIDATE_INT, FILTER_FLAG_ALLOW_HEX);
if (false === $int) {
throw new Exception("Invalid integer!");
}
var_dump($int); // int(65535)


由于给双引号字符串和 HERE 文档增加了 Unicode 码点转义格式(Unicode Codepoint Escape Syntax), 所以带有无效序列的 "\u{" 现在会造成错误:

$str = "\u{xyz}"; // 致命错误:无效的 UTF-8 码点转义序列
要避免这种情况,需要转义开头的反斜杠:

$str = "\\u{xyz}"; // 正确
不过,不跟随 { 的 "\u" 不受影响。如下代码不会生成错误,和前面的一样工作:

$str = "\u202e"; // 正确
相关 RFC:

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

错误处理的变化
现在有两个异常类: Exception 和 Error 。这两个类都实现了一个新接口: Throwable 。在异常处理代码中的类型指示也许需要修改来处理这种情况。

一些致命错误和可恢复的致命错误现在改为抛出一个 Error 。由于 Error 是一个独立于 Exception 的类,这些异常不会被已有的 try/catch 块捕获。

可恢复的致命错误被转换为一个异常,所以它们不能在错误处理里面悄悄的忽略。部分情况下,类型指示失败不再能忽略。

解析错误现在会生成一个 Error 扩展的 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 是没有定义的,但是对它的调用是允许的,并带有一个废弃提示。例子:

class A {
public function test() { var_dump($this); }
}
// 注意:没有从类 A 进行扩展
class B {
public function callNonStaticMethodOfA() { A::test(); }
}
(new B)->callNonStaticMethodOfA();

// 废弃:非静态方法 A::test() 不应该被静态调用
// 提示:未定义的变量 $this
NULL
注意,这仅出现在来自不兼容上下文的调用上。如果类 B 扩展自类 A ,调用会被允许,没有任何提示。

不能使用下列类名、接口名和特殊名(大小写敏感):

bool
int
float
string
null
false
true
这用于 class/interface/trait 声明、 class_alias() 和 use 语句中。

此外,下列类名、接口名和特殊名保留做将来使用,但是使用时尚不会抛出错误:

resource
object
mixed
numeric
yield 语句结构当用在一个表达式上下文时,不再要求括号。它现在是一个优先级在 “print” 和 “=>” 之间的右结合操作符。在某些情况下这会导致不同的行为,例如:

echo yield -1;
// 以前被解释如下
echo (yield) - 1;
// 现在被解释如下
echo yield (-1);
yield $foo or die;
// 以前被解释如下
yield ($foo or die);
// 现在被解释如下
(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 (使用 hybrid 排序算法)性能更好,并改名为 zend_sort。

增加静态排序算法 zend_insert_sort。

移除 fpm-fcgi 的 dl() 函数。

setcookie() 如果 cookie 名为空会触发一个 WARNING ,而不是发出一个空的 set-cookie 头。

其它
Curl:

去除对禁用 CURLOPT_SAFE_UPLOAD 选项的支持。所有的 curl 文件上载必须使用 curl_file / CURLFile API。
Date:

从 mktime() 和 gmmktime() 中移除 $is_dst 参数
DBA

如果键也没有出现在 inifile 处理器中,dba_delete() 现在会返回 false。
GMP

现在要求 libgmp 版本 4.2 或更新。
gmp_setbit() 和 gmp_clrbit() 对于负指标返回 FALSE,和其它的 GMP 函数一致。
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

session_start() は、すべての INI 設定を配列として受け入れます。たとえば、 ['cache_limiter'=>'private'] は session.cache_limiter=private を設定します。データの読み取り直後にセッション データを閉じるための「read_and_close」もサポートされています。
セッション保存プロセッサは、 validate_sid() と update_timestamp() を受け入れて、セッション ID の存在を確認し、セッション タイムスタンプを更新します。従来のユーザー定義セッション保存ハンドラーとの互換性が継続されます。
SessionUpdateTimestampHandlerInterface を追加しました。 validateSid()、updateTimestamp()はインターフェースで定義されています。
session.lazy_write の INI 設定 (デフォルトでオン) は、セッション データが更新された場合のみ書き込みをサポートします。
オプキャッシュ

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_decode で RFC 7159 と互換性のない数値形式を拒否 - 最上位 (07、0xff、.1、-.1) およびすべてのレベル ([1.]、[1.e1])
1 つの引数を指定して json_decode を呼び出すことは、空の PHP 文字列または値を指定して呼び出すことと同等であり、空の文字列 (NULL、FALSE) への変換の結果は不正な形式の JSON になります。
ストリーム:

別名 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 ビット アーキテクチャでは長さ 231 バイト以上の文字列をサポートします。
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 モードでdeclare(strict_types=1) を使用できるようになりました。 (RFC:https://wiki.php.net/rfc/scalar_type_hints_v5)
暗号的に安全なユーザー側乱数ジェネレーターのサポートが追加されました。 (RFC: https://wiki.php.net/rfc/easy_userland_csprng)
オプキャッシュ

ファイルベースの第 2 レベルのオペコード キャッシュを追加しました (実験的 - デフォルトで無効になっています)。これを有効にするには、PHP を --enable-opcache-file で構成してビルドする必要があります。その後、opcache.file_cache=

構成ディレクティブを php.ini で設定できます。 2 次キャッシュにより、サーバーの再起動または SHM リセット時のパフォーマンスが向上する可能性があります。あるいは、opcache.file_cache_only=1 を設定すると、SHM をまったく使用せずにファイル キャッシュを使用できます (おそらく共有ホスティングに便利です)。opcache.file_cache_consistency_checks=0 を設定すると、ファイル キャッシュの整合性チェックを無効にして、セキュリティ リスクとなる読み込みプロセスを高速化できます。 。
OpenSSL

OpenSSL 1.0.2 以降で構築する場合、「alpn_protocols」SSL コンテキスト オプションが追加され、暗号化されたクライアント/サーバー ストリームが ALPN TLS 拡張機能を使用して代替プロトコルをネゴシエートできるようになります。ネゴシエートされたプロトコル情報には、stream_get_meta_data() 出力を介してアクセスできます。
反省

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():

収量タイプの .ini 値を取得するためのスキャン モード INISCANNERTYPED を追加しました。
unserialize():

許容可能なクラスを指定するために unserialize 関数 (RFC: https://wiki.php.net/rfc/secure_unserialize) に 2 番目のパラメーターを追加しました: 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)
標準。整数除算用の intdiv() 関数を追加しました。エラーステータスをリセットする error_clear_last() 関数を追加しました。

Zlib: . インクリメンタルおよびストリーミング圧縮/解凍を実行するための deflate_init()、deflate_add()、inflate_init()、inflate_add() 関数を追加しました。

7. 新しいクラスとインターフェース
(まだありません)

8. 拡張機能と SAPI を削除しました
サピ/aolserver
サピ/アパッチ
sapi/apache_hooks
sapi/apache2filter
サピ/カディウム
サピ/継続
サピ/イサピ
サピ/ミルター
サピ/ンサピ
sapi/phttpd
サピ/pi3web
サピ/ロクセン
sapi/thttpd
サピ/タキ
サピ/ウェブジェームス
ext/mssql
ext/mysql
ext/sybase_ct
内線/エレグ
詳細については、こちらをご覧ください:

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 は拡張機能ではなくなりました。function_exists("mhash") を使用して、ツールが利用可能かどうかを確認してください。

10. 新しいグローバル定数
コア . PHP_INT_MIN を追加します。

ズリブ

これらの追加された定数は、新しい inflate deflate_add() および inflate_add() 関数の更新動作を制御するために使用されます。 ZLIB_NO_FLUSH

ZLIB_PARTIAL_FLUSH
ZLIB_SYNC_FLUSH
ZLIB_FULL_FLUSH
ZLIB_BLOCK
ZLIB_FINISH
GD

T1Lib のサポートが削除されたため、T1Lib へのオプションの依存関係により、以下は将来利用できなくなります:

機能:


imagepsbbox()

imagepsencodefont()

imagepsextendedfont()
imagepsfreefont()
imagepsloadfont()
imagepsslantfont()
imagepstext()
出典:

「gd PS フォント」

「gd PS エンコード」


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

コア

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

12. Windows のサポート

コア


64 ビット システムでネイティブ 64 ビット整数をサポートします。

64 ビット システムでの大きなファイルのサポート。

getrusage() をサポートします。
ftp

提供される FTP 拡張機能は常に共有ライブラリです。

SSL サポートでは、openssl 拡張機能への依存関係が削除され、代わりに openssl ライブラリのみが依存します。 ftp_ssl_connect() は、コンパイル時に必要に応じて自動的に有効になります。



提供される odbc 拡張機能は常に共有ライブラリです。

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

www.bkjia.com本当http://www.bkjia.com/PHPjc/1037587.html技術記事 PHP7.0 バージョンのメモ、php7.0 のメモ PHP7.0 の新しいバージョンは、パフォーマンスが大幅に向上するだけでなく、言語機能にも多くの変更が加えられています。詳細な説明については、以下を参照してください: 1. 下位互換性のない変更...
声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
セッションを保存するためにデータベースを使用することの利点は何ですか?セッションを保存するためにデータベースを使用することの利点は何ですか?Apr 24, 2025 am 12:16 AM

データベースストレージセッションを使用することの主な利点には、持続性、スケーラビリティ、セキュリティが含まれます。 1。永続性:サーバーが再起動しても、セッションデータは変更されないままになります。 2。スケーラビリティ:分散システムに適用され、セッションデータが複数のサーバー間で同期されるようにします。 3。セキュリティ:データベースは、機密情報を保護するための暗号化されたストレージを提供します。

PHPでカスタムセッション処理をどのように実装しますか?PHPでカスタムセッション処理をどのように実装しますか?Apr 24, 2025 am 12:16 AM

PHPでのカスタムセッション処理の実装は、SessionHandlerInterfaceインターフェイスを実装することで実行できます。具体的な手順には、次のものが含まれます。1)CussentsessionHandlerなどのSessionHandlerInterfaceを実装するクラスの作成。 2)セッションデータのライフサイクルとストレージ方法を定義するためのインターフェイス(オープン、クローズ、読み取り、書き込み、破壊、GCなど)の書き換え方法。 3)PHPスクリプトでカスタムセッションプロセッサを登録し、セッションを開始します。これにより、データをMySQLやRedisなどのメディアに保存して、パフォーマンス、セキュリティ、スケーラビリティを改善できます。

セッションIDとは何ですか?セッションIDとは何ですか?Apr 24, 2025 am 12:13 AM

SessionIDは、ユーザーセッションのステータスを追跡するためにWebアプリケーションで使用されるメカニズムです。 1.ユーザーとサーバー間の複数のインタラクション中にユーザーのID情報を維持するために使用されるランダムに生成された文字列です。 2。サーバーは、ユーザーの複数のリクエストでこれらの要求を識別および関連付けるのに役立つCookieまたはURLパラメーターを介してクライアントに生成および送信します。 3.生成は通常、ランダムアルゴリズムを使用して、一意性と予測不可能性を確保します。 4.実際の開発では、Redisなどのメモリ内データベースを使用してセッションデータを保存してパフォーマンスとセキュリティを改善できます。

ステートレス環境(APIなど)でセッションをどのように処理しますか?ステートレス環境(APIなど)でセッションをどのように処理しますか?Apr 24, 2025 am 12:12 AM

APIなどのステートレス環境でのセッションの管理は、JWTまたはCookieを使用して達成できます。 1。JWTは、無国籍とスケーラビリティに適していますが、ビッグデータに関してはサイズが大きいです。 2.cookiesはより伝統的で実装が簡単ですが、セキュリティを確保するために慎重に構成する必要があります。

セッションに関連するクロスサイトスクリプティング(XSS)攻撃からどのように保護できますか?セッションに関連するクロスサイトスクリプティング(XSS)攻撃からどのように保護できますか?Apr 23, 2025 am 12:16 AM

セッション関連のXSS攻撃からアプリケーションを保護するには、次の測定が必要です。1。セッションCookieを保護するためにHTTPonlyとセキュアフラグを設定します。 2。すべてのユーザー入力のエクスポートコード。 3.コンテンツセキュリティポリシー(CSP)を実装して、スクリプトソースを制限します。これらのポリシーを通じて、セッション関連のXSS攻撃を効果的に保護し、ユーザーデータを確保できます。

PHPセッションのパフォーマンスを最適化するにはどうすればよいですか?PHPセッションのパフォーマンスを最適化するにはどうすればよいですか?Apr 23, 2025 am 12:13 AM

PHPセッションのパフォーマンスを最適化する方法は次のとおりです。1。遅延セッション開始、2。データベースを使用してセッションを保存します。これらの戦略は、高い並行性環境でのアプリケーションの効率を大幅に改善できます。

session.gc_maxlifetime構成設定とは何ですか?session.gc_maxlifetime構成設定とは何ですか?Apr 23, 2025 am 12:10 AM

thesession.gc_maxlifettinginttinginphpdethinesthelifsessessiondata、setinseconds.1)it'sconfiguredinphp.iniorviaini_set()。 2)AbalanceSneededToAvoidPerformanceIssues andunexpectedLogouts.3)php'sgarbagecollectionisisprobabilistic、影響を受けたBygc_probabi

PHPでセッション名をどのように構成しますか?PHPでセッション名をどのように構成しますか?Apr 23, 2025 am 12:08 AM

PHPでは、session_name()関数を使用してセッション名を構成できます。特定の手順は次のとおりです。1。session_name()関数を使用して、session_name( "my_session")などのセッション名を設定します。 2。セッション名を設定した後、session_start()を呼び出してセッションを開始します。セッション名の構成は、複数のアプリケーション間のセッションデータの競合を回避し、セキュリティを強化することができますが、セッション名の一意性、セキュリティ、長さ、設定タイミングに注意してください。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

ホットツール

ZendStudio 13.5.1 Mac

ZendStudio 13.5.1 Mac

強力な PHP 統合開発環境

Dreamweaver Mac版

Dreamweaver Mac版

ビジュアル Web 開発ツール

VSCode Windows 64 ビットのダウンロード

VSCode Windows 64 ビットのダウンロード

Microsoft によって発売された無料で強力な IDE エディター

AtomエディタMac版ダウンロード

AtomエディタMac版ダウンロード

最も人気のあるオープンソースエディター

SecLists

SecLists

SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。