皆さん、こんにちは。

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

Google（グーグル）は昨日（米国現地時間）、『量子コンピュータ』を使い、最先端の『スーパーコンピュータ』よりも高速で計算する成果を出したことを発表しました。

量子コンピュータがもつ超絶計算力

メディア報道を見聞きして驚きを感じるとともに、少々想像がつかない結果が出ています。

計算速度において『量子コンピュータ』が『スーパーコンピュータ』を超えたことは驚くべきことではないですが、Google（グーグル）の発表によると『最速のスーパーコンピュータ』で1万年かかる計算を同社の『量子コンピュータ』はたった200秒で解いたということです。

あまりにもかけ離れた過ぎていて想像がつかないと思いませんか？

このGoogle（グーグル）の発表に対してIBMは以下のように反論しています。

スーパーコンピュータで同じ問題が2日半で解けた。Google（グーグル）は大げさだ。

仮に1万年が2日半だったとしても、相当大きな差ではないでしょうか。

1分＝60秒、1時間＝3600秒、1日＝86400秒、2日半＝216000秒になりますから、200秒と2日半を比べても1080倍（1/1080）の速さということになります。

これを1万年としたならば、1年＝31,536,000秒、1万年＝315,360,000,000秒．．．

1,576,800,000倍（1/1,576,800,000）の速さ．．．

想像がつがないです。

この発表にビットコインなどの『仮想通貨』の相場が急落しました。

これらの仮想通貨で使われている暗号化技術の安全性が保証されなくなる警戒感が広がったとみられているそうです。

皆さん、こんにちは。

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

冒頭に書いたようなことは百も承知かと思いますが、この『PHP』で開発されている『WordPress』サイトで使われている『PHP』の現状は少々驚くべきものがあります。

WordPressサイトの多くは非推奨PHP

まず、『PHP』が使われているWebサイトで見てみると、

『PHP 5』が未だに約66%も使われており、『PHP 7』は約33%に留まっています。

（『PHP 4』や『PHP 3』もごくわずかに存在している。）

そして、これを『WordPress』で構築されたサイトで見てみると、

・『PHP 7.3』：8.2%

・『PHP 7.3』：8.2%

・『PHP 7.2』：21%

・『PHP 7.1』：13.4%

・『PHP 7.0』：15.4%

・『PHP 5.6』：27%

・『PHP 5.5』：3.3%

・『PHP 5.4』：6.3%

・『PHP 5.3』：3.8%

・『PHP 5.2』：1.6%

（WordPress公式分析より）

となっています。

『PHP 7.3』は未だに1割にも満たず、『PHP 5系』を使っているユーザーは未だ4割以上も存在します。

しかし、現在の『WordPress』公式要件はと言うと、

・PHPバージョン7.3以上

・MySQL バージョン 5.6 以上、または MariaDB バージョン 10.1 以上

・HTTPS対応

です。

『PHP 7』は『PHP 5.6』と比較して圧倒的に高速になった『ハイパフォーマンスPHP』バージョンなため、パフォーマンスを考慮すべき現在のWebからすれば『PHP 7』にしない方がデメリットと言えるほどです。

また、既にサポートが終了している『PHP 5系』と『PHP 7.0』を使い続けることはセキュリティ的にもリスクがあります。

私が見ている限り、日本国内のよく知られたホスティング会社の多くは『PHP 7.3』に対応しているはずですから、早い段階で『PHP 7.3』ベースに切り替えられることをお勧めします。

皆さん、こんにちは。

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

既に『TLS1.0』と『TLS1.1』は多くのサービスで終了がアナウンスされており、現在の中心は『TLS1.2』となります。

しかし、それよりももっとセキュリティ的に安全で高速なのは『TLS1.3』での通信です。

TLS1.3対応で安全で高速な通信が間もなく

『Google Chrome』や『Mozilla Firefox』など、主要なブラウザでは既に『TLS1.3』に対応済みですが、ホストとなるサーバ側の方は一部のサーバが『TLS1.3』に対応し始めた程度の状況で、多くは未だ『TLS1.2』の状態です。

この『TLS1.3』は『TLS1.2』に比べてセキュリティ面、速度面の両面にて改善されている『暗号化通信プロトコル』であるため、早い段階で様々なところで対応がされることが望ましいわけですが、ホスト以外にも少々引っかかってしまう可能性があるものがあります。

それはセキュリティソフトです。

多くのセキュリティソフトでは各Webサイト（ページ）にブラウザからアクセスする際の通信を保護する機能が付いていますが、その部分が未だ『TLS1.2』までしか対応していないものがあります。

そのような場合、よく閲覧する『信頼できる』Webサイト（ページ）が『TLS1.3』に対応しているならばそれをチェック対象から外して通信を行うしかありません。

おそらく、各セキュリティソフトの次のバージョンにおいては間違いなく『TLS1.3』に対応したものがリリースされるはずですから、もう間もなくで環境が整ってくるのではないかと思われます。

皆さん、こんにちは。

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

さて、今日はメジャーバージョンアップ版の『WordPress 5.2 “ジャコ”』がリリースされましたので、それについてお伝えします。

WordPress 5.2 “ジャコ”の新機能

今回リリースされた『WordPress 5.2 “ジャコ”』は、『WordPress 5.1 “ベティ”』から始まった『より高速で安全なWordPress』の続きになります。

＜サイトヘルスチェック＞

5.1で導入されたサイトヘルス機能に加え、このリリースではよくある設定問題のデバッグに役立つ2つの新しいページが追加されました。また、開発者がサイト管理者のためにデバッグ情報を含められるスペースも追加しています。

＜PHP エラープロテクション＞

この管理者向けのアップデートにより、開発者の時間を損なわずに致命的なエラーを安全に修正もしくは管理できるようになります。いわゆる「死のホワイトスクリーン」のより優れた処理と、エラーを引き起こしているプラグインもしくはテーマを停止させるリカバリーモードへの移行が特徴です。

＜改善＞

（アクセシビリティの向上）

スクリーンリーダーやその他の支援技術を利用する方々のため、状況認識とキーボードナビゲーションのフローを改善するための多くの変更が連携して施されました。

（新しいダッシュボードアイコン）
Instagram、BuddyPress 用のアイコンセット、そしてグローバルな多様性を受け入れるための回転する地球を含む13個の新しいアイコンが備わりました。ダッシュボードで見つけてお楽しみください !

（プラグイン互換性チェック）
インストールされているプラグインがサイトの PHP のバージョンと互換性があるかを WordPress が自動的に検知するようになりました。もしそのプラグインが現在使用中の PHP のバージョンよりも上のバージョンを必要とする場合、潜在的な互換性エラーを回避するため、WordPress はそのプラグインを有効化しません。

＜開発者向け＞

（PHPバージョンの引き上げ）

サポートされる PHP の最低バージョンが5.6.20になりました。WordPress 5.2から、テーマとプラグインは名前空間、無名関数、そしてもっとたくさんのことを安全に活用できるようになりました !

※　PHP の古いバージョン(5.6.20未満)でサイトが動いている場合は、5.2をインストールする前に PHP をアップデートしてください。

（プライバシーのアップデート）
新しいテーマページテンプレート、条件分岐関数、そしてプライバシーポリシーページのデザインとカスタマイズをより容易にする2つの CSS クラス。

（新しいボディタグのフック）
5.2 では wp_body_open フックが導入されました。テーマが、 要素の最初にコードを挿入できるようにします。

（JavaScript のビルド）
wordpress/scripts パッケージ内での webpack と Babel 設定の追加により、モダンな JavaScript を書くための複雑なビルドツールのセットアップに開発者は悩む必要がなくなりました。

以上の内容となります。

引用部分にもあります通り、予告されていた『PHPバージョンの引き上げ』が行われていますので、PHP 5.6.20未満の場合は先にPHPバージョンを上げる必要があります。

皆さん、こんにちは。

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

さて、昨年末にリリースされた『WordPress 5.0”ベボ”』から約2ヶ月、メジャーバージョンアップ版の『WordPress 5.1″ベティ”』がリリースされましたので、今日はそれについてお伝えします。

WordPress 5.1″ベティ”の新機能

今回リリースされた『WordPress 5.1”ベティ”』のキーワードは『洗練』です。

つまり、より高速で安全なWordPressへの下地作りということです。

＜サイトヘルス＞

今回のリリースにおいて、安全性と高速化の観点からWordPress初の『サイトヘルス』という機能が導入されました。

ご存知方も多いかと思いますが、WordPressを動かしているベース部分にはログラミング言語である『PHP』があり、それが古い場合にはセキュリティ的にも、パフォーマンスにも影響します。

そのため、新しいプラグインのインストール時にプラグインがサイトと互換性のないPHP バージョンを必須としていないかの確認を行うというものになっており、該当する場合にはプラグインのインストールを防ぐようになっています。

＜エディターの改善＞

もう1つは、『WordPress 5.0 ”ベボ”』から導入された『ブロックエディター』のパフォーマンス改善です。

今回のリリースでは、エディター内での安定したパフォーマンス向上が実現できたとされており、エディターの起動、タイピングがスムースになっているようです。

（個人的には旧式のエディターの方が使い勝手が良いため、プラグインを使って旧式のエディターを使い続けています。）

これらの改善は段階的に行われていくようで、特に『PHP』に関しては4月あたりに最低要件が『PHP 5.6以上』となるようです。

皆さん、こんにちは。

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

さて、最近では利用者も増えてきている『パブリックDNS』ですが、この利用（設定）方法、使用している端末側のDNSを手動設定する方法を優先的に書かれていることが多いようですが、実際にはルータの設定を変更してしまった方が効果的です。

（※　前提として、回線業者提供のレンタルルータによっては変更できない状態になってしまっているものもありますので変更可能な場合に限られます。）

パブリックDNSはルータを変更する

設定方法は簡単です。

ルータの管理画面にログインし、DNS（ネームサーバ）に関する項目を見つけてください。

そこは通常『自動取得（サーバから割り当てられたアドレスを使用する）』設定になっていると思いますが、それを手動設定に変更してしまうだけです。

（※　社内的に変更して良いかは確認する必要があります。）

『IPv4』と『IPv6』の両方が変更可能なのであれば両方とも変更してしまって問題ありません。

『IPv4』しかなければ『IPv4』のみで大丈夫です。

この部分の『プライマリDNS』と『セカンダリDNS』に各社が提供しているパブリックDNSの『IPアドレス』を入れてあげればOKです。

（Windows PCなどの端末側への手動設定と同じです。）

その際、Windows PCなどの端末側のDNS設定も手動設定したものを残した方が効果的な場合がありますので、気にならないのであればそのまま残しておくことがお勧めです。

たったこれだけで結果的には回線速度の向上がかなり期待できます。

ただし、回線業者の地域網における回線速度は低下する可能性があります。

しかし、これは低下しても問題ありません。

低下したとしてもインターネットの回線速度より地域網の回線速度の方が遅くなることはなく、実際に重要なのは地域網の先のインターネット回線速度です。

インターネットの回線速度が気になる方、一度試してみてください。