皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

さて、まだリリースされたばかりなのでレンタルサーバーなどにも設置されていませんが、今日は『PHP』の最新版『PHP 7.4』をご紹介します。

PHPの最新版PHP7.4がリリースされる

『PHP 7』がリリースされてから約4年が経過しましたが、今回で4回目のフィーチャーアップデート版『PHP 7.4』がリリースされました。

（概ね1年毎にフィーチャーアップデート版がリリースされています。）

そして、『PHP 7.4.0』の新機能と改善は以下のように公開されています。

・クラスプロパティにおける型宣言のサポート

・関数定義を簡略化するためのアロー関数の導入

・制限された共変戻り値型と反変引数をサポート

・Null合体代入演算子をサポート

・配列内展開機能の導入

・数値理テラス区切り記号を導入

・弱い参照を導入

・_toString()からの例外を許可するように機能を変更

・Opcacheのプリロード機能導入

・一部の拡張機能をCoreから削除

・一部の機能を非推奨へ変更

といった感じです。

例によってパフォーマンスの改善も行われているようで、おそらく『PHP 7.3』までのものよりもパフォーマンスは良くなると予想されます。

残念なことは、『WordPress』での『PHP 7』の使用率はまだ約50%程度のようで、残りの半数は『PHP 5.6以下』のものが使われていることです。

現在の『WordPress』の要件は『PHP 7.3以上』となっていることもあり、早い段階で『PHP 7』への移行を検討してほしいものです。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

さて、今日は過去にも一度触れ、かつ『PHP』で作られたアプリケーションや『WordPress』などの『PHP』を使ったツールを使用している方向けにはなりますが、『APCu』と『OPcache』に関してお伝えします。

APCuやOPcacheの導入で高速に

まずはおさらいです。

『APCu』も『OPcache』も『PHP』のアクセラレータで、『PHP』の処理を高速化してくれるものになり、『APCu』は『ユーザーデータのキャッシュ』、『OPcache』はコンパイルした『コードのキャッシュ』として活躍してくれます。

つまり、キャッシュに保存されたものを再利用する仕組みができあがりますのでパフォーマンス向上につながります。

以前は『PHP 5.6系』のパフォーマンスアップということでご紹介しましたが、当然ながら『PHP 7.x系』においてもパフォーマンスアップとして活躍します。

『PHP 7.x系』はパフォーマンス改善されているから不要と思うかもしれませんが、閲覧するユーザーからすればパフォーマンスがさらに良くなることは歓迎される話ですからメリットはあります。

実際に『PHP 7.x系』でそれらを使用した場合には体感できるほどパフォーマンスが改善されますので、使えるのであれば使わない手はないと言えます。

設定方法などは過去記事の『PHP5.6系パフォーマンスUp-2』を参考にしてみてください。

ただし、過去記事の『WordPressの更新が止まる訳』の最後に書いた通り、レアケースかとは思いますが『Opcache』が『WordPress』の更新に影響を与える可能性があるかもしれません。

そのような場合は『OPcache』を一時的にコメントアウトなどで外すか、『opcache_reset』を使ってキャッシュをリセットすれば問題は解消されます。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

冒頭で書いたWordPressがアップデート更新途中で止まってしまうケースですが、それほど珍しいことではありません。

では、何故WordPressの更新が途中で止まってしまうのでしょうか？

WordPressの更新が途中で止まる理由

WordPressのアップデート更新が途中で止まってしまう理由はいくつか考えられます。

１．メンテナンスモード用の一時ファイル『.maintenace』が残っている

２．導入しているプラグインのどれかが邪魔をしている

３．PHPそのものの設定上の問題

４．サーバのファイルパーミッションの問題

この時の対処法はこんな感じです。

１の場合は『.maintenance』を削除すればOKです。

２の場合はプラグインを停止すればOKです。

ただし、停止とともに設定が消えてしまうものもありますのでご注意を。

３の場合は『max_execution_time』であったり、『memory_limit』の値を変更することで改善される可能性が高いです。

４の場合はファイルパーミッションを見直すことで改善される可能性がありますので、サーバ会社に問い合わせてみると良いです。

厄介なのは、上記以外のケースであった場合です。

実際には順番に出てくるメッセージが表示されていないだけでWordPressのアップデート更新は裏で正常に行われていることもありますし、一部のファイルが何らかの理由で正常動作しないものになってしまっていることもあります。

そういった場合、WordPressの最新バージョンをダウンロードし、FTPのアップロードで上書きしてあげることで正常に戻る場合もありますので、カスタマイズを加えているもの以外をFTPで上書きしてみるのも1つの手です。

最後に、レアなケースかもしれませんがPHPの『OPcache』が原因の場合もあります。

その場合は『OPcache』を一時的にコメントアウトなどで外すなどし、WordPressのアップデート更新をすれば正常にメッセージが表示されるようになります。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

さて、今日は数日前にご紹介したPHP5.6系のパフォーマンス改善の続きです。

前回はPHPのコア部分に関するチューニングでしたが、今日は拡張機能部分に関してご紹介します。

PHP5.6系のパフォーマンスチューニング２

前回のコア部分では、以下の3つのことに関して触れました。

１．『output_buffering』

２．『memory_limit』

３．『replath_cache_size』

これにプラスαで、『OPcache』や『APCu』が使える（編集可能）のであれば、それも使ってみると良いです。

では、『OPcache』から。

『OPcache』が使える（編集可能）場合、以下のようにphp.ini（.user.ini）を編集してみてください。

※　他のシステムに影響を与えないようにしたい場合、可能な限り『.user.ini』を作成し、そこに記述することで全体への適用を避けられます。ただし、『PHP_INI_SYSTEM』項目はphp.iniでしか変更できません。また、サーバシステム側で制御されている場合には変更できません。

zend_extension = /path/opcache.so（例です）

opcache.enable = 1

opcache.enable_cli = 1

opcache.memory_consumption = 128

opcache.interned_strings_buffer = 8

opcache.max_accelerated_files = 4000

opcache.revalidate_freq = 60

opcache.fast_shutdown = 1

次に、『APCu』が使える（編集可能）場合、以下のようにphp.ini（.user.ini）を編集してみてください。

extension = /path/apcu.so（例です）

apc.enabled = 1

apc.enable_cli = 1

apc.shm_size = 64M

以上のような感じになります。

ただし、これらはCGI版（FastCGI版）での書き方になりますが、サーバがモジュール版PHPを採用しているのであれば『PHP_INI_SYSTEM』項目が大半ですので、.htaccessでの対応は不可となります。

つまり、モジュール版PHPが採用されている場合、サーバシステム側での設定のままということになります。

＜参考＞

『OPcache』は高性能なPHPアクセラレータで、パフォーマンスを向上させます。

『APCu』はユーザーキャッシュ機能を持ち、翻訳処理などの最適化処理に役立ちます。

皆さん、こんにちは。

業務改善を行うIT・業務コンサルタント、高橋です。

少し前に、『PHP7.2系のパフォーマンス他』という記事ではPHP7.2系のパフォーマンスなどに触れ、『EC-CUBE2.13系のPHP7対応』という記事ではEC-CUBE2.13系のPHP7対応が未だ開発者向けのαバージョン状態であることに触れました。

では、PHP5.6系ではパフォーマンス面を諦めるしかないのでしょうか？

PHP5.6系のパフォーマンスチューニング

PHP5.6系とは言え、まだ諦める必要はありません。

それなりにチューニングしてあげることによってある程度パフォーマンスは向上します。

まず、php.ini（.user.ini）を以下のようにしてみてください。

※　他のシステムに影響を与えないようにしたい場合、可能な限り『.user.ini』を作成し、そこに記述することで全体への適用を避けられます。ただし、『PHP_INI_SYSTEM』項目はphp.iniでしか変更できません。また、サーバシステム側で制御されている場合には変更できません。

１．『output_buffering』の値を『On』もしくは『4096』としてみてください。

例：output_buffering = On（output_buffering = 4096）

２．『memory_limit』の値をデフォルトの『128M』より大きくしてみてください。

例：memory_limit = 1280M

３．『replath_cache_size』の値をデフォルトの『16K』より大きくしてみてください。

例：replath_cache_size = 4096K

これらはCGI版（FastCGI版）での書き方になりますが、サーバがモジュール版PHPを採用しているのであれば、.htaccessに記述することで対応可能です。

ただし、『PHP_INI_SYSTEM』の場合は.htaccessでの対応はできません。

１の例：php_flag output_buffering On（php_flag output_buffering 4096）

２の例：php_value memory_limit 1280M

３：.htaccessでの対応不可

これ以外に『OPcache』、『APCu』が使え、その設定が変更可能なサーバを使われているのであればまだプラスαがありますので、後日改めてご紹介したいと思います。