その『NAS』が突然エラーを起こした場合にあなたらなどうしますか？

皆さん、こんにちは。

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

中小・零細企業、小規模事業者の中でも、零細企業や小規模事業者においても『NAS（Network Attached Storage / ネットワーク対応HDD）』を使ってファイルを共有しているところは多いかと思いますが、その『NAS』の『ファームウェア』が破損してしまった場合の対処法について今日はお伝えします。

NASのファームウェアが破損した場合

まず、『NAS』に起きるエラーとして考えられるものとしては以下のものがあります。

・ファームウェアの破損

・ファンの回転数異常

・熱暴走

・ハードディスクエラー

この内、ファンの回転数異常の場合はファンに付着した埃などを除去すれば回復することもあり、熱暴走の場合には一度シャットダウンしてクールダウンしてあげれば回復することが多いです。

しかし、ファームウェア破損、ハードディスクエラーにおいてはそうはいきません。

ファームウェアが破損している場合でエラーを起こした時点のファームウェアが最新ではない場合、メーカーから最新のファームウェアをダウンロードし、それを適用してあげれば回復することもありますが、既に最新のファームウェアが適用されている場合にはそれを上書きすることすらできません。

この場合、メーカーのホームページには『修理センターへの依頼』を行うように記載がありますが、メーカーがサポートを終了してしまっている場合においては自身で何とかするしかなくなります。

（※　メーカーではこの修復方法を開示してくれません。）

ではどのように対処するか？

メーカーのファームウェアには概ね『デバッグ用メニュー』があり、それを使用すれば強制的にファームウェアを上書きすることも可能です。

例えばBUFFALO（バッファロー）の場合、最新のファームウェアをダウンロードして中身を見てみると、アップデート用の『.ini(環境設定ファイル）』があり、その中に『バージョンチェックを行うか否か』や、『フォーマットをするか否か』なども書かれており、追加で『デバッグモードを使用するか否か』を書き加えてあげればそれが使用できます。

そしてアップデートプログラムを実行した際に出る画面の左上を『右クリック』すると『デバッグモード』というメニューが加わり、その中に何をアップデートするか、強制的に行うかなどの選択画面が出てくるようになります。

それを使うことによってファームウェアを強制的に書き直ししてあげることができるわけです。

ハードディスクエラーの場合は少々手間が増えます。

初期化して回復する場合もありますが、それで回復しない場合はハードディスクを交換することになりますが、元々中にインストールされているシステムファイルなどを新しいハードディスクに入れ込む作業などが発生しますので、ここまで行うのであれば新しい『NAS』を購入し直した方が良い気がします。

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においてパフォーマンスがある程度重視される昨今においてはプラス材料にはなるでしょう。

では、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系』がお勧めです。

これにより、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系がお勧め） といった感じでしょうか。