皆さん、こんにちは。

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

『Windows 7』などの頃からのPCをそのまま使って『Windows 10』にバージョンアップした方はなおさらかもしれませんが、やはり『Windows 10』にもある程度のスペックは欲しいものです。

Windows10が快適に動作するには

『Windows 10』の入ったPCのスペックが『メモリ4GB』だったりするとやはり少々イラつくような立ち上がりとなります。

この場合、メモリを増設して『メモリ8GB』にしてみるとか、プラッター仕様のHDDを『SSD』に交換してみるとパフォーマンスは変わります。

もちろん、できることならば『メモリ8GB』＋『SSD』という構成に変更するにこしたことはありません。

これに関しては、スタートアップで常駐するアプリを無効にしたとしても同じようなパフォーマンスでしたので、それなりのパフォーマンスを求めるのであれば『メモリ8GB』＋『SSD』というのはストレスを感じない最低ラインかもしれません。

最近のビジネス向けPCにおいてはこのような構成が割と標準的になっていますので問題ないという認識ですが、数年前からのPCで『Windows 10』を動かしているのであれば少々パワーアップしてあげることがお勧めです。

しかし、今後はその状況に変化が起きるかもしれません。

皆さん、こんにちは。

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

さて、Windows PC向けのブラウザソフトにおいて苦戦を強いられている『Microsoft Edge』ですが、今年に入ってある変化を見せました。

それは、レンダリングエンジンを『Chromium（クロミウム）』に刷新したことです。

新しいEdgeがChromeを抜く可能性

『Microsoft Edge』の刷新は『Google Chrome』を抜く可能性が出てきたような気がします。

前述の通り、レンダリングエンジンを『Google Chrome』と同じ『Chromium（クロミウム）』に変更したからです。

新しいChromiumベースの『Microsoft Edge』を使ってみましたが、これなら使っても良いと感じるものになっています。

パフォーマンス面は『Google Chrome』と同レベルになったと言って良いでしょうし、『Google Chrome』の拡張機能も『Microsoft Edge』で使用することができます。

何より大きいのは、行政や金融機関系のWebシステムはMicrosoftに合わせようとする傾向が非常に強いですし、その理由としてはやはりMicrosoftに対する信頼性ということになるのではないでしょうか。

現に、数ヶ月前の段階で『Mozilla Firefox』を抜いて2位まで上昇していますから、『〇〇用』などとブラウザを使い分けるくらいであれば『Microsoft Edge』一つに絞って運用したいと考えるのはごく普通のことです。

特にビジネスシーンにおいてはその方向性が高まるとも言えます。

『Microsoft Edge』はWindows、Mac、iOS、Android、いずれにも対応する『クロスプラットフォーム』なブラウザです。

2020年も引き続きお付き合いいただきます様お願い申し上げます。

皆さん、こんにちは。

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

さて、2020年最初の記事は『WordPress』に関しての投稿からスタートしたいと思います。

昨年12月の記事、『PHPの最新版PHP7.4リリース』にて『PHP』の最新バージョン『PHP 7.4』に関して触れましたが、『WordPress』における対応状況はどうなっているのか？

今日はそれについてです。

WordPressのPHP7.4対応状況は？

『WordPress 5.3 “Kirk（カーク）”』がリリースされたのが2019年11月12日、『PHP 7.4』がリリースされたのが2019年11月28日ではありますが、現在の『WordPress 5.3系』は『PHP 7.4』で正常動作するレベルにはあります。

『wordpress.org』のニュース記事を見ても、『WordPress 5.3はPHP 7.4を完全にサポートすることを目指しており、非推奨機能を削除し、互換性を確保するための複数の変更が含まれている。』とされています。

ただし、細かいところでは未だ完全ではないところもあるようですが、それは『将来的にはエラーになる』とか、『非推奨』への対応が残っているといった程度で、動作する上では全く問題ないと言えるレベルにはあります。

これは『プラグイン』にも言えることで、一部のプラグインにおいても同程度の状態にあります。

（これらは単純に、『デバッグモード』で動作させてみればわかります。）

私の場合、幸いなことにサーバーが早い段階で『PHP 7.4』に対応してくれたこともあり、年末年始の休暇中にテスト環境にて『PHP 7.4』を試すことができました。

（最近は面倒なのでローカル環境を構築していません。。。）

現在の『WordPress』の推奨ホスティング環境は『PHP 7.3以上』ですから、無理に『PHP 7.4』に変更する必要性はないとは思いますが、今後、『PHP』はさらにパフォーマンス改善を図っていきますので、WEBにおいてパフォーマンスがある程度重視される昨今においてはプラス材料にはなるでしょう。

皆さん、こんにちは。

業務改善を行う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』を使ってキャッシュをリセットすれば問題は解消されます。

さらには『iOS早くもiOS13.1.1配信開始』を昨日投稿したばかりなのですが．．．

皆さん、こんにちは。

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

さて、今日は『消費税増税』の話題と思いきや、昨日に引き続き『iOS』の話題です。

iOSが続いてiOS13.1.2にアプデされる

『iOS 13』がリリースされてからわずか11日、3回目のアップデートとなる『iOS 13.1.2』の配信開始です。

これも仕方のないことでしょう。

しかし、問題が解決されるのであれば当面は毎週アップデートされても構わないと、個人的には思っています。

さて、今日未明から配信開始となった『iOS 13.1.2』は何が修正されているのか？

・iCloudバックアップのプログレスバーがバックアップ後も表示され続けるバグを修正

・カメラが機能しない可能性がある問題を修正

・懐中電灯がアクティブにならない問題を対処

・ディスプレイのキャリブレーションデータが失われる可能性があるバグを修正

・HomePodからショートカットを実行できない問題を修正

・特定の車輌でBluetoothが切断される可能性がある問題を修正

といった感じになっています。

昨日の投稿後に気づいたのですが、何となく『Wi-Fi』の電波強度が『iOS 12.4.2』の時に比べて弱い気がします。

（他の影響かもしれませんが．．．）

また、気のせいかもしれませんが、『iOS 13.1.2』にアップデートしてからAppleのアプリに滑らかさとパフォーマンス改善を感じます。

（他社製アプリには感じませんが．．．）

以上、ご参考までに。

皆さん、こんにちは。

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

さて、以前の記事でご紹介したWordPressの『wp-cron.php』ですが、これはあるものを止めてしまうことから『無効化』しない方が良い場合もあります。

WordPressのwp-cron.phpは止めるべき？

以前の記事でも書きました通り、『wp-cron.php』はタスクスケジュール実行機能の役割をしています。

これにはWordPressの『自動アップデート機能』も含まれています。

つまり、『wp-cron.php』を単純に『無効化』だけした場合には『自動アップデート機能』にも影響が出ます。

以前の記事では『パフォーマンス低下が気になる場合は…..』と確かに書きました。

実際に私も『無効化』しています。

ただし、『無効化』している代わりに『CRONジョブ』にて定期的に実行はさせています。

要は、『パフォーマンス低下』への影響を軽減させている感じです。

ある方が『wp-cron.php』の実行頻度を調べたところ、アクセスが多い時には1分間に20回を超える実行がされていることもあったとか。

さすがにこのような場合は『無効化』して『CRONジョブ』にて1時間に1回程度実行させるなどの方法に変更した方が良いとは思います。

ケースバイケースです。

もし『パフォーマンス低下が気になる』場合、『無効化』するにしても『CRONジョブ』にて定期的な実行はさせるべきです。

ご参考までに。

皆さん、こんにちは。

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

このブログを読んでいただいている方々、何か数日前までとはパフォーマンスが違うことにお気づきでしょうか？

その理由はこんなことにありました。

Webサイトが突然速くなった理由

さて、昨日突然Webサイトが速くなった（パフォーマンスがアップした）理由ですが、こんな対応がされたことにあります。

『TLS1.3』対応です。

TLS（Transport Layer Security）というのはインターネットなどのコンピュータネットワークにおいてコンピュータ同士が安全にデータのやり取りをするための暗号化通信プロトコルのことを言いますが、これが最新の『TLS1.3』に対応してくれたのです。

何故それがパフォーマンスにつながるのか？

『TLS1.3』は、『TLS1.2』から『セキュリティとスピードの向上が約束された暗号化通信プロトコル』だからです。

セキュリティ面では暗号化の手法などが変更されたことなどで安全性が飛躍的に向上し、秘匿性の徹底も図られています。

また、今回のようなパフォーマンス面への影響に関しては、ハンドシェイクという『2点間の通信路を確立した後に本格的な通信を行う前にパラメータを取り決めるなどの事前のやり取りを自動的に行う技術』が大きく改善され、『TLS1.2』に比べてより少ない回数で暗号化通信を開始できるようになっているという部分が大きく影響しているようです。

簡単に言えば『効率的』になったということで、この部分が大幅に改善されたことでパフォーマンスが向上しています。

中小企業・小規模事業者の場合はホスティングサービス契約を行っていることが大半でしょうから契約先の対応次第となってしまいますが、自社サーバ運用を行っている企業であれば今後は『TLS1.3』の導入が望まれるところでしょう。

※　現在、ホスティングサービス会社は脆弱性のある『TLS1.0/1.1』を順次停止しており（Apple/Google/Microsoft/Mozillaのブラウザは2020年に無効化されます）、多くは『TLS1.2』での対応となっています。また、『SSL1.0/2.0/3.0』は仕様上の脆弱性により数年前から使用されていません。

皆さん、こんにちは。

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

さて、気にされている方は一部かもしれませんが、昨今のGoogleの考え方を考慮し、ウェブサイトのパフォーマンスを気にされる方は少なからずいらっしゃいます。

しかし、『どれだけ頑張っても同業他社に勝てない！』といったことは普通にあります。

では、これらをどのように捉えたら良いのでしょうか？

同業他社とのパフォーマンス比較

まず、同業他社とパフォーマンス比較をした場合、それは前提条件が違っているはずです。

自社はA社のホスティングサービスを使い、比較している相手はB社のホスティングサービスを使っている。

A社とB社のハードウェア構成、バックボーン、ハードウェア上に搭載されているOSやPHPなどのプラットフォーム仕様、これらはそれぞれホスティングサービス会社によって異なります。

その状態で比較しても勝てないのは当り前でもあります。

それよりも、自社のウェブサイトはどれくらいのパフォーマンスが出ているのか？

それはユーザーが不満に思うほどのものなのか？によります。

そのような状態にないのであればパフォーマンスにそこまで執着する必要はないとも言えます。

ある一定レベルのパフォーマンスを保持できているのであれば負けている理由はやはり中身の問題です。

どれだけユーザーが必要としている良質な最新の情報を提供できているか？が一番重要で、パフォーマンスはその後の問題になります。

昨今のホスティングサービス会社の仕様を見る限り、よほど名の知れぬ会社のサービスを利用していない限りはそれなりのパフォーマンスは出るはずです。

今一度自社の提供している情報を同業他社と比較してみることがお勧めです。

では、PHP7.2系以前のバージョンと比較してパフォーマンスなどはどう改善されたのでしょうか？

皆さん、こんにちは。

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

過去に、『PHPを使う際のレンタルサーバ』、『PHP7.1でパフォーマンス向上』、『PHP7.2系のパフォーマンス他』という記事にて、PHPのパフォーマンスの改善をご紹介してきました。

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

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

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

前回、PHP7.2系がPHP7.1系と比べて『約10%程度の改善』であったということを書きましたが、今回も『約10%程度の改善』といった感じのようです。

私はベンチマークテストを行ってはいませんが、他の方のテストによるとPHP7.2系よりPHP7.3系は『約10%程度高速』に動作したようです。

私が試したのはパフォーマンスのスコアテストですが、確かにスコアはアップし、体感的にもごくわずかに高速になったように感じられます。

パフォーマンス以外では、WordPress5.1.1（現在の最新バージョン）においてデバッグモードでの動作テスト上、PHP7.2系で出ていた非推奨の警告に変化は見られませんでした。

その他、PHP7.3系にて非推奨となった機能は、

・Case-Insensitive Constants

・Namespaced assert()

・Searching Strings for non-string Needle

・Strip-Tags Streaming

・Data Filtering

・Image Processing and GD

・Internationalization Functions

・Multibyte String

・ODBC and DB2 Functions (PDO_ODBC)

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

結論として、パフォーマンスに関しては PHP7.3.x ≧ PHP7.2.x で、WordPressの最新推奨環境も PHP7.3 以上となっていることもあり、『PHP7.3系』がお勧めです。