PHPパフォーマンス最適化事典(整理版)_PHPチュートリアル
- WBOYオリジナル
- 2016-07-14 10:11:36927ブラウズ
PHP の最適化 PHP の最適化には主に、php.ini 内の関連する主要パラメータの適切な調整と設定が含まれます。パフォーマンスに大きな影響を与える php.ini のいくつかのパラメータを設定する方法を見てみましょう。
# vi /etc/php.ini
(1) PHP 関数の無効化が見つかりました:
機能を無効にする =
このオプションでは、PHP の一部の関数の使用を禁止することができます。これらの関数の実行を許可すると、PHP プログラムに脆弱性が発生し、損失が発生します。非常に深刻になります！以下に、推奨される無効化された機能設定を示します:
disable_functions = phpinfo、passthru、exec、system、popen、chroot、escapeshellcmd、escapeshellarg、shell_exec、proc_open、proc_get_status
注: サーバーにシステムステータス検出用の PHP プログラムが含まれている場合は、shell_exec、proc_open、proc_get_status およびその他の関数を無効にしないでください。
(2) PHP スクリプトの実行時間が判明しました:
最大実行時間 = 30
このオプションは、PHP プログラムの最大実行時間を設定します。PHP スクリプトが要求され、PHP スクリプトが max_execution_time 以内に実行できなかった場合、PHP は実行を続行せず、クライアントに直接タイムアウト エラーを返します。このオプションに特別な必要がない場合は、デフォルト設定の 30 秒のままにしておいてください。PHP スクリプトの実行時間が本当に長い場合は、時間設定を適切に増やすことができます。
(3) PHP スクリプト処理のメモリ使用量が判明しました:
memory_limit = 8M
このオプションは、PHP スクリプト処理が占有できる最大メモリを指定します。デフォルトは 8MB です。サーバーのメモリが 1GB を超える場合、このオプションを 12MB に設定すると、PHP スクリプトの処理効率が向上します。
(4) PHP グローバル関数宣言が見つかりました:
register_globals = オフ
インターネット上の PHP 設定に関する多くの記事では、このオプションをオンに設定することを推奨しています。実際、これは非常に危険な設定方法であり、重大なセキュリティ上の問題を引き起こす可能性があります。特別な必要がない場合は、デフォルト設定を維持することを強くお勧めします。
(5) PHP アップロード ファイル サイズ制限が見つかりました:
upload_max_filesize = 2M
このオプションは、PHP で許可される最大アップロード ファイル サイズを設定します。デフォルトは 2MB です。この設定は、実際のアプリケーション要件に基づいて適切に増やすことができます。
(6) セッションストレージメディアが見つかりました:
セッション.保存パス
PHP プログラムがセッション ダイアログを使用する場合、セッションの保存場所を /dev/shm に設定できます。 /dev/shm は、Linux システムの独自の TMPFS ファイル システムであり、主な保存方法としてメモリを使用します。 DISKSWAP は追加として使用でき、システムに付属する機能モジュールなので別途設定する必要がないため、RAMDISK よりも優れています。考えてみてください。ディスク IO 操作からメモリ操作までどのくらい高速になるでしょうか?サーバーを再起動すると、/dev/shm に保存されているデータはすべて失われることに注意してください。しかし、これはセッションにとっては重要ではありません。
レベルが限られているため、まだ理由がよくわからない人もいます。より良い提案があれば、お気軽に追加してください。
0. 文字列を含めるには二重引用符の代わりに一重引用符を使用すると高速になります。 PHP は二重引用符で囲まれた文字列内の変数を検索しますが、一重引用符は検索しません。 注: これを実行できるのは echo だけです。これは複数の文字列をパラメータとして受け取ることができる「関数」です (注釈: PHP マニュアル echo は実際の関数ではなく言語構造であるため、関数は二重引用符で囲まれています)。
PS: 一重引用符を使用すると、PHP は変数やエスケープ文字などを自動的に検索しないため、効率が大幅に向上します。一般に、文字列には変数がないため、二重引用符を使用するとパフォーマンスが低下します。
1. クラスメソッドを静的に定義できる場合は、クラスメソッドを静的に定義してみると、速度が 4 倍近く向上します。
PS: 実際、関数、メソッド、静的メソッドの速度はそれほど変わりません。詳細は記事「PHP関数の実装原理と性能解析【再録】」を参照してください。
2. $row[’id’] の速度は $row[id] の 7 倍です。
PS: 唯一の違いは、後者が最初に id マクロが存在するかどうかを判断し、存在しない場合は自動的に文字列に変換されることのようです。
3. Echo は print より高速で、echo $str1、$str2 などの文字列連結の代わりに echo の複数のパラメーター (注釈: ピリオドの代わりにカンマを使用することを指します) を使用します。
追記: echo $str1.$str2 を使用すると、PHP エンジンは最初にすべての変数を接続してから、echo $str1、$str2 を順番に出力します。
4. for ループを実行する前に最大ループ数を決定します。ループごとに最大値を計算するのではなく、代わりに foreach を使用することをお勧めします。
PS: count や strlen などの演算は実際には O(1) であるため、ループするたびに計算を行わないほうが、大量の消費が発生することはありません。 foreach の代わりに foreach を使用することをお勧めします。foreach($array as $var) の各コピーの消費を考慮すると、foreach($array as &$var) のような参照を使用できます。
PS: 私の記憶が正しければ、unset($array) はすぐにメモリを解放しませんが、いつでも解放するのは良い習慣です。
6. __get、__set、__autoload の使用は避けてください。
7. require_once() は高価です。
PS: require_once と include_once は厳密に判断する必要があるため、効率が低くなります。ただし、効率の問題はバージョン 5.2 以降で基本的に解決されました。
8. ファイルをインクルードする場合は、絶対パスを使用するようにしてください。これにより、include_path 内のファイルを検索する PHP の速度が低下し、オペレーティング システムのパスの解析に必要な時間が短縮されます。
PS: サポートされています。include_path の設定には iniset() をできるだけ使用しないでください。
9. スクリプトの実行開始時刻 (注釈: サーバーがクライアント要求を受信する) を知りたい場合は、time() よりも $_SERVER['REQUEST_TIME'] を使用する方が良いでしょう。
PS: $_SERVER['REQUEST_TIME'] はリクエストが開始されたときのタイムスタンプを保存し、time() は現在の時点の Unix タイムスタンプを返します。
10. 関数は正規表現を置き換えて同じ関数を完成させます。
PS: この種の関数は、strtok、strstr、strpos、str_replace、substr、explode、implode などを指します。
11. str_replace 関数は preg_replace 関数よりも高速ですが、strtr 関数は str_replace 関数よりも 4 倍効率的です。
PS: 文字列操作は通常の置換よりも高速です。
12. 文字列置換関数がパラメータとして配列または文字を受け入れ、パラメータの長さが長すぎない場合は、単に 1 行を記述するのではなく、渡される各パラメータが文字になるように追加の置換コードを記述することを検討できます。配列をクエリおよび置換のパラメータとして受け入れるためのコード。
PS: 組み込み関数とユーザー定義関数のコストの違いを考慮する必要があります。残念ながら、このアプローチは利点を上回っています。
13. 複数の if、else if ステートメントを使用するよりも、選択的分岐ステートメント (翻訳アノテーション: switch case) を使用する方が適切です。
PS: PHP のスイッチは数値変数と文字列変数をサポートしているため、C のスイッチよりも使いやすいです。
14. @ を使用してエラー メッセージをブロックするのは非常に非効率的です。
PS: 代替手段はありますか?そうでない場合は、まだ使用する必要があります...
15. Apache の mod_deflate モジュールをオンにして、Web ページの閲覧速度を向上させます。
16. データベース接続は、使用が終了したら閉じる必要があります。長い接続は使用しないでください。
PS: 接続する前に、リンク タイムアウト、読み取りおよび書き込みタイムアウト、待機タイムアウトなど、対応するタイムアウト メカニズムを設定することをお勧めします。
17. エラーメッセージは高価です。
18. メソッド内でローカル変数をインクリメントするのが最も高速です。関数内でローカル変数を呼び出すのとほぼ同じ速度です。
19. グローバル変数のインクリメントは、ローカル変数のインクリメントより 2 倍遅くなります。
20. オブジェクト プロパティ ($this->prop++ など) のインクリメントは、ローカル変数のインクリメントより 3 倍遅くなります。
21. 未定義のローカル変数をインクリメントするのは、事前定義されたローカル変数をインクリメントするよりも 9 ～ 10 倍遅くなります。
22. 関数内で呼び出さずにローカル変数を定義するだけでも、(ローカル変数をインクリメントするのと同じ程度に) 速度が低下します。 PHP はおそらく、グローバル変数が存在するかどうかを確認します。
23. 10 個のメソッドを追加したため (メソッドのテスト前とテスト後の両方)、メソッド呼び出しはクラスで定義されているメソッドの数に依存していないように見えますが、パフォーマンスに変化はありませんでした。
24. 派生クラスのメソッドは、基本クラスで定義された同じメソッドよりも高速に実行されます。
25. 1 つのパラメーターを指定して空の関数を呼び出すには、7 ～ 8 回のローカル変数のインクリメント操作を実行するのと同じ時間がかかります。同様のメソッド呼び出しには、15 近くのローカル変数の増分が必要です。
26. Apache が PHP スクリプトを解析するのにかかる時間は、静的な HTML ページを解析するよりも 2 ～ 10 倍遅くなります。使用する静的な HTML ページを増やし、スクリプトを減らすようにしてください。
27. スクリプトをキャッシュできない限り、呼び出されるたびに再コンパイルされます。 PHP キャッシュ メカニズムを導入すると、通常、コンパイルのオーバーヘッドが排除され、パフォーマンスが 25% ～ 100% 向上します。
28. できるだけキャッシュするようにしてください。memcached を使用できます。 Memcached は、動的 Web アプリケーションを高速化し、データベースの負荷を軽減するために使用できる高性能メモリ オブジェクト キャッシュ システムです。 OP コードのキャッシュは、リクエストごとにスクリプトを再コンパイルする必要がないように便利です。
29. 文字列を操作し、その長さが特定の要件を満たしているかどうかを確認する必要がある場合は、当然 strlen() 関数を使用します。この関数は計算を行わず、zval 構造体 (PHP 変数の格納に使用される C の組み込みデータ構造体) に格納されている既知の文字列長を返すだけなので、非常に高速に実行されます。ただし、strlen() は関数であるため、関数呼び出しは小文字などの多くの手順を経るため、多少遅くなります (注釈: 小文字の関数名を指します。PHP は関数名の大文字と小文字を区別しません)。 )、ハッシュ検索、呼び出された関数と一緒に実行されます。場合によっては、 isset() トリックを使用してコードの実行を高速化できます。
(下記例)
if (strlen($foo)
（以下のヒントと比較してください）
if (!isset($foo{5})) { echo 「Foo は短すぎます」$$ }
isset() の呼び出しは、strlen() よりも高速です。これは、後者とは異なり、言語構造としての isset() は、その実行に関数の検索と小文字が必要ないことを意味するためです。つまり、実際には、最上位コードで文字列の長さをチェックするオーバーヘッドはそれほどかかりません。
PS: たくさんのことを学びました。
30. 変数 $i のインクリメントまたはデクリメントを実行する場合、$i++ は ++$i より遅くなります。この違いは PHP に固有のものであり、他の言語には当てはまりません。そのため、C または Java コードを変更して、すぐに高速になることを期待しないでください。実際には機能しません。 ++$i は 3 つの命令 (オペコード) しか必要としないため高速ですが、$i++ は 4 つの命令を必要とします。ポストインクリメントでは、実際には、後でインクリメントされる一時変数が作成されます。プレフィックスの増分は、元の値に直接増加します。これは、Zend の PHP オプティマイザーによって行われるような、最適化の一種です。すべてのコマンド オプティマイザーが同じ最適化を行うわけではなく、コマンド オプティマイザーがインストールされていないインターネット サービス プロバイダー (ISP) やサーバーが多数存在するため、この最適化を念頭に置くことをお勧めします。
31. すべてがオブジェクト指向 (OOP) である必要はありません。オブジェクト指向は多くの場合非常に高価であり、各メソッドとオブジェクトの呼び出しは大量のメモリを消費します。
32. すべてのデータ構造を実装するためにクラスを使用する必要はありません。配列も非常に便利です。
33. メソッドを細分化しすぎないでください。実際にどのコードを再利用するかを慎重に考えてください。
34. 必要に応じていつでもコードをメソッドに分割できます。
PS: 行数が少なく頻度の高いメソッドの場合は、コードを直接記述するようにしてください。これにより、関数スタックのオーバーヘッドが軽減され、メソッドのネストが深すぎないように注意してください。そうしないと、PHP の動作効率に大きな影響が生じます。 。
36. コード内に時間のかかる関数が多数ある場合は、C 拡張機能を使用して実装することを検討できます。
37. コードをプロファイリングします。チェッカーは、コードのどの部分にどれくらいの時間がかかっているかを示します。 Xdebug デバッガーには、コードの全体的な整合性を評価し、コード内のボトルネックを明らかにする検査ルーチンが含まれています。
38. mod_zip を Apache モジュールとして使用すると、データを即座に圧縮し、データ転送量を 80% 削減できます。
39. file、fopen、feof、fgets などの一連のメソッドの代わりに file_get_contents を使用できる場合は、より効率的であるため、file_get_contents を使用してください。ただし、URL ファイルを開くときは、file_get_contents の PHP バージョンの問題に注意してください。
PS: これを覚えて、file_get_contents と file_put_contents を使用してみてください。ファイル ハンドルが正常に開かれたかどうかを判断する必要はありません。
41. Select SQL ステートメントを最適化し、実行する挿入操作と更新操作をできるだけ少なくします (更新について批判されました)。
42. 可能な限り PHP の内部関数を使用します (ただし、PHP に存在しない関数を見つけるために、カスタム関数を作成することで作成できる時間を無駄にしました。これは経験の問題です!); PS: 組み込み関数は、ユーザー定義関数よりもほぼ 1 桁効率的です。
43. ループ内で変数、特に大きな変数を宣言しないでください: オブジェクト (これは PHP だけの問題ではないようです?);
PS: これは、変数が多すぎる場合、または変数が大きすぎる場合に必要です。各再割り当てのオーバーヘッドは無視できません。
44. 多次元配列で代入をループしたり入れ子にしたりしないようにしてください。
46. foreach はより効率的です。while および for ループの代わりに foreach を使用してみてください。
47. 文字列を引用するには二重引用符の代わりに一重引用符を使用します。
PS: ははは、これが最初ではないですか?
48. 「i=i+1 の代わりに i+=1 を使用すると、C/C++ の習慣に準拠し、より効率的になります。」;
http://www.bkjia.com/PHPjc/477325.html
www.bkjia.com