皆さん、こんにちは。

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

冒頭に書いた記事を投稿したのが『WordPress 4.6』あたりの時ですが、その後の『WordPress 4.7』や『WordPress 4.8』以降においてアップデート更新時に『更新が止まっているように見える』現象を引き起こすものがありそうです。

WordPress更新で注意するディレクティブ

さて、今回新たにWordPressのアップデート更新にて『更新が止まっているように見える』現象を引き起こす可能性のあるものですが、それは『output_handler』に『ob_gzhandler』を用いた場合です。

『output_handler』は『スクリプトの全ての出力を関数にリダイレクトすることができる』もので、モード的には『PHP_INI_PERDIR』になるため、『php.ini』、『.htaccess』、『httpd.conf』、『.user.ini（PHP5.3以降の場合）』で設定可能なものです。

このディレクティブに『ob_gzhandler（出力バッファをgzip圧縮するためのもの）』という値を指定していた場合に『更新が止まっているように見える』現象を引き起こす可能性があります。

これは、特定のWordPressバージョンにおいてしか起こらない可能性もあります。

『WordPress 4.7』、『WordPress 4.8』、『WordPress 4.9』あたりは現象が起こる可能性が高い感じがしますが、『WordPress 5.0』以降においては現象が起こらない、問題が発生しない状態に戻っている可能性が高いと思われます。

ご参考までに。

皆さん、こんにちは。

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

Excelを使った数値の計算、端数処理の部分は手入力で行っている方も多く存在します。

しかし、それではせっかく自動計算させているものに意味がなくなってしまいます。

では、Excelでの端数処理はどのようにしたら良いのでしょうか？

Excelで端数処理したい場合はROUND系関数を使う

Excelには『丸める』という意味の『ROUND』系関数があります。

四捨五入：ROUND

切り捨て：ROUNDDOWN

切り上げ：ROUNDUP

この3つのROUND系関数を使えば簡単に端数処理（丸め）が行えるわけです。

式としては以下のような使い方をします。

例えば、『69.75』を小数点以下四捨五入して『70』としたい場合、

=ROUND(69.75,0)

（=ROUND(数値,桁数)です。）

という書き方をします。

数値の部分はわかるかと思いますが、桁数に指定する値としては、

小数点第一位：0

小数点第二位：1

小数点第三位：2

一の位：-1

十の位：-2

百の位：-3

という値を使います。

また、四捨五入ではなく切り捨てや切り上げの場合は『ROUND』の部分が『ROUNDDOWN』や『ROUNDUP』になるだけです。

さて、ではちょっとしたアレンジです。

『A1』から『A9』の値を合計した『A10』は『=SUM(A1:A9)』として求められており、この『A10』の値は『32,008』であったとします。

この値を『十の位未満四捨五入』として『32,010』としたい場合には以下のような感じにします。

=ROUND(SUM(A1:A9),-1)

これを『A10』の部分にセットしておくことで『A1』から『A9』の値の合計と、『A10』における『十の位未満四捨五入』の処理が1つで行えるということになります。

これにより、PHP7.1系以前と比較してパフォーマンスなどはどう改善されたのでしょうか？

皆さん、こんにちは。

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

以前、『PHPを使う際のレンタルサーバ』と、『PHP7.1でパフォーマンス向上』という記事にて、PHPのパフォーマンスの改善に関して触れたと思います。

では、現在の最新系であるPHP7.2系はどれほどの改善がなされたのでしょうか？

PHP7.2系のパフォーマンス改善など

少々前置きしますが、昨今、Googleが発表している通り、ウェブのパフォーマンス（表示スピード）は検索ランキングに影響します。

デスクトップに限らず、2018年7月からはモバイル検索のランキングにも影響します。

そして、ウェブサイトにおいて非常に多く使われているCMSのWordPressはPHPで作られており、それで動作します。

また、エンジニアであれば他の機能改善などに目を向けるでしょうが、そうでなければ気になるのはパフォーマンスくらいでしょう。

さて、PHP7.2系（現在の最新バージョンは7.2.4）はPHP7.1系（現在の最新バージョンは7.1.6）と比べてどれくらいパフォーマンス改善がなされたのか？

いくつかのインターネット記事を読むと、『約10%程度の改善』と書かれています。

これ、実際にいくつかの測定サイトで計測してみると、変化が見られた測定サイトでも極わずかで、体感的には『微妙に変わっただろうか？』というくらいに思えます。

ただし、WordPress4.9.5（現在の最新バージョン）でデバッグモードで動作確認をしてみると、PHP7.1系で出ていた非推奨の警告がPHP7.2系では大幅に減少します。

これは、現在のWordPressの推奨環境が『PHP version 7.2 or greater.（PHP7.2以上）』となっていることから、PHP7.1系までで非推奨となっていたものの書き方を改善したのでしょう。

そして現在のPHP7.2系においても推奨されなくなる機能はいくつかあります。

・クオートしない文字列

・png2wbmp()およびjpeg2wbmp() 関数（次のメジャーバージョンアップで削除予定）

・INTL_IDNA_VARIANT_2003 バリアント（次のメジャーバージョンアップで削除予定）

・__autoload() メソッド

・php.ini の track_errors および $php_errormsg 変数

・create_function() 関数

・php.ini の mbstring.func_overload

・(unset) キャスト

・第二引数を指定しないで parse_str() 関数を使う

・gmp_random() 関数

・each()関数

・assert()関数に文字列を渡す

・エラーハンドラの $errcontext 引数

・read_exif_data() 関数

というように掲載されています。

結論から言えば、パフォーマンスに関しては PHP7.2.x ≒ PHP7.1.x 、他の要素も含めて考えると、PHP7.2.x ≧ PHP7.1.x（PHP7.2系がお勧め） といった感じでしょうか。