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・業務コンサルタント、高橋です。

冒頭に書いた『Web画像』が抜けてしまう現象、これは単に画像が置かれている先のパスを間違えたからではありません。

Web画像が抜け落ちてしまった理由

Web画像は訪問者であるユーザーにイメージを伝える重要なファクターです。

それが抜け落ちてしまうと非常に困ります。

指定している画像のパスを確認しても問題なく、ファイル名も間違っていない。

あらゆるキャッシュをクリアしても現象は変わらない。

いったい何が問題なのか？

可能性の一つとして、『CDN（Content Delivery Network / コンテンツデリバリーネットワーク）』が考えられます。

最近ではWebの高速化を図る手段としてよく用いられるもので、html、css、JavaScript、jpg・png・gifなどのWebサイトを構成している要素をキャッシュしてくれるため非常に便利なものです。

では、それを使っていると何故『Web画像』が抜け落ちてしまうことがあるのか？

もう一つ要因があります。

Web画像に『WebP（ウェッピー）』を使っている場合です。

『WebP（ウェッピー）』というのはGoogle（グーグル）が開発した画像を軽量化してくれるフォーマットで、jpgを非可逆圧縮した場合には25～34%程度小さくなり、PNGの場合は28%程度小さくなるとされています。

これは、『CDN（Content Delivery Network / コンテンツデリバリーネットワーク）』側において『WebP（ウェッピー）』に対応していない場合に起こり得ます。

すべてが完全に抜け落ちてしまうわけでもなく、不安定な状態いなるといった方が正しいかもしれません。

ケースによってはデスクトップ上では問題が起きず、スマートフォンなどのモバイル上だけで現象が発生する場合もあります。

もし何をやっても解決しない場合で前述の条件に当てはまっているのであればこれを疑ってみるのも一つです。

皆さん、こんにちは。

業務改善を行う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・業務コンサルタント、高橋です。

最近流行り？の『ダークモード』、これに批判的な方もいるようですが個人的には気に入っています。

単純な話で、少しでも目の負担を軽減したい、見やすくしたいということからです。

（私はブルーライト軽減のために昼間でもiPhoneは『ナイトシフト』を使っています。）

しかし、ベースとなるOSや一部のアプリケーションはそれに対応しているものの、Webサイトに関してはほとんど対応していないように思えます。

今日はそんな『ダークモード』の話題です。

Webサイトをダークモードに対応させる

Webサイトを『ダークモード』に対応させるためには『prefers-color-scheme』というものを使います。

この『prefers-color-scheme』を使って『ダーク（黒）』の場合の条件をCSSに記述すれば対応できます。

@media (prefers-color-scheme: dark) {
body {
background-color: #000;
color: #fff;
}
}

といった感じです。

変更箇所が複数に渡る場合は『var(–変数)』で対応すると便利です。

:root {
–main-bg: #fff;
–main-text: #333;
}
@media (prefers-color-scheme: dark) {
:root {
–main-bg: #000;
–main-text: #fff;
}
}

body {
background-color: var(–main-bg);
color: var(–main-text);
}

といった感じです。

さて、どれくらいのWebサイトが『ダークモード』に対応していくのでしょうか．．．

そして、そこからさらに2年と1ヶ月強が過ぎ、とうとう昨日の投稿で『1,000 記事』に到達です。

皆さん、こんにちは。

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

昨日、とうとう『1,000 記事』までたどり着きました！

途中、幾度ものお休みのご連絡を含めてではありますが、4年と3ヶ月弱でとうとう『1,000 記事』到達です。

『500 記事』に到達した際、

この先いつまで継続できるかはわかりませんが、毎日が困難であれば週1・2回だけでも可能な限り情報をお届けできればと思っておりますので．．．

と書きました。

しかし、内心は『何とか1,000 記事までは．．．』という気持ちもあったのも記憶しています。

お陰様で、日々読んでくださる読者の数も当時より増えました。

ありがとうございます。

本職が『IT』・『WEB』・『情報セキュリティ』ということもあり、『会計』・『制度』・『法律』に関する記事は減ってはおりますが、気づいた都度、事業者向けに役立ちそうなものをお届けできればとは思っております。

（今後はもっとラフで個人的な記事にチェンジしたい気持ちもありますが．．．）

そして、この先いつまで投稿できるかはわかりませんが、毎日が困難であれば週1・2回だけでも可能な限り情報をお届けできればと思っておりますので、引き続きよろしくお願いいたします。

それによると、リニューアルしたWebサイトの7割で『CV』の改善効果がなく、半数以上は逆効果だったとされています。

皆さん、こんにちは。

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

冒頭に書いた調査結果、読んで衝撃的でしたか？

これ、それなりに納得できるものなんです。

Webサイトのリニューアルは逆効果

まず、『CV』に関して説明しますと、『CV』は『Conversion』の略で『目標達成』のことです。

例えば、『お問い合わせフォーム』から『お問い合わせ』をもらうことを目標としている場合、Webサイトへの訪問者から『お問い合わせフォーム』を通して『お問い合わせ』が成された数ということになります。

また、アクセスユーザー数に対してこのアクションが成された件数の比率が『CVR（Conversion Rate）』と言われる『率』になります。

さて、話しを元に戻しますが、冒頭に書いた調査結果は普通の話しです。

すべてにおいて全く何も効果がないということではなく、『Webサイトのリニューアル』が『表層的変更』であった場合には『無意味』なものになる可能性を意味しています。

逆に、『Webサイトのリニューアル』が『構造的変更』であった場合には相応の効果があるとされています。

つまり、表面的な見た目を変えるのではなく、中身を見直さないとダメということです。

皆さん、こんにちは。

業務改善を行う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・業務コンサルタント、高橋です。

さて、今日は一昨日投稿した記事の続報になります。

メールアカウントエラーは原因不明のまま

このメールアカウントエラーは何故起きたのかは現在も原因不明なままですが。以下のことから推察できる可能性は何であると思いますか？

１．インターネット回線上に障害はなかった

２．モバイルデータ通信上にも障害はなかった

３．ルータが特定のポートのみ不具合を起こすことはメーカーの過去の事例にない

４．WWW、FTP、POP、SMTPなど他のプロトコル（ポート）は正常であった

これらから考えると、通常はメールサーバに何らかの問題が発生していたとしか考えにくのですが、ホスティング業者はそれは否定しています。

結果的にこの問題は迷宮入りとなる可能性大です。

さて、ではこのような原因不明の状態に陥ってしまった場合にはどのようにしたら良いか？

１．PCやモバイルデバイスを再起動してみる

２．ルータを再起動してみる

３．インターネット回線で他のプロトコル（ポート）が正常が確認してみる

４．モバイルデータ通信で他のプロトコル（ポート）が正常か確認してみる

５．アカウントエラーになっているホストに疎通確認をしてみる

６．アカウントエラーになっているホストにポート番号を指定して疎通確認をしてみる

このようなことを確認してみると良いです。

特に前述のような一部のプロトコル（ポート）のみに問題が起きている場合、6番目のポート番号を指定して疎通確認をしてみると判断し易いかもしれません。

方法としてはWindowsの『PowerShell』で『Test-NetConnection』コマンドを使うと簡単に確認できます。

例：PS C:\> Test-NetConnection -ComputerName ホスト名 or ホストIP -Port ポート番号

ご参考までに。

皆さん、こんにちは。

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

さて、今日は私も経験した『電子メールのアカウントエラー』に関してお伝えします。

それはある日突然起きました。

メールアカウントエラーは突然に

まず、私が『メールのアカウントエラー』を経験した際の使用環境を記載します。

・PC-1：Windows 10 Pro 1803、Thunderbird 60.6.1 64bit、有線LAN

・PC-2：MacBook Pro BootCamp Windows 10 Pro 1803、Thunderbird 60.6.1 64bit、Wi-Fi（無線LAN）

・iPhone：iOS 12.3、標準メールアプリ、Wi-Fi（無線LAN）＆モバイルデータ通信

こんな感じです。

『メールのアカウントエラー』はこのすべて、かつWi-Fi（無線LAN）とモバイルデータ通信で起きていました。

この段階で言えるのは、

１．PCやiPhoneの個別環境の問題ではない

２．セキュリティソフトの影響でもない

３．社内ネットワークの問題でもない

ということです。

デバイスの個別の問題であれば他のデバイスでは起きなく、セキュリティソフトの影響であればiPhoneでは起きないはずですし、社内ネットワークの問題であればモバイルデータ通信では正常に使用が可能なはずです。

疑わしきはメールサーバか？！

しかし、メールサーバ（私の場合『IMAPサーバ』）のログを確認してもらったが正常稼働しており問題が確認できない。。。

？？？

pingも通ればWebやFTPなどの他のプロトコルにも問題は出ていないし、ルータも再起動している。

＆、ファイアウォール設定も変更はされていない。

さて、何が問題なのでしょうか。。。

この続きは近日投稿します。

しかし、パソコンの電源を落としてしまった後、再度パソコンを立ち上げるのは面倒だったりもします。

皆さん、こんにちは。

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

Webの関係で、場合によっては『SSH』などを使ってリモート操作を行うことがあったりしますが、既にパソコンの電源を落としてしまった後にやるべき作業に気付いた場合、あなたならどうしますか？

iPhone向けのSSHターミナルアプリ

既に使っている方もいるかとは思いますが、iPhoneやiPadで使える『SSHクライアント』があります。

その中でもお勧めは『Terminus』というアプリです。

設定は簡単です。

１．App Store から『Terminus』アプリを入手します（無料です）。

２．『Terminus』でSSH用のKeyを作成します（PCとは別にした方が良い）。

３．新しく作成された公開キーをサーバの『authorized_keys』に追加します。

４．『Terminus』でホストの追加を行います（Keyは作成したものを選択）。

５．ホストに接続します。

これでパソコンからリモート接続している時と同じ状態ができ上ります。

これ、結構便利です。

本来は出張中などで職場以外の場所からアクセスしなければいけないようなケースを想定しているようですが、使い方によっては『1つやることを忘れたのにパソコンの電源落としてしまった！』という時にも良いと思います。

興味のある方は是非使ってみて下さい。