皆さん、こんにちは。

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

いよいよ今年も残りわずかとなりました。

そこで、今年最後の投稿は今年の記事を総括していきます。

ITと情報セキュリティ

ITや情報セキュリティ関連に関しては以下のようなキーワードが浮かびます。

・CPU脆弱性問題（Meltdown（メルトダウン）とSpectre（スペクター））

メルトダウンとスペクター対応

・QRコードとキャッシュレス決済

新QRコードによる決済サービス

・Windows 7のサポート終了への準備

Windows7終了迄残り2年切る

・ビジネスメール詐欺（BEC）

ビジネスメール詐欺が国内にも

・ルータへの攻撃

ルータの設定変更攻撃が拡大中

・SMSによる宅配業者偽装

佐川急便を騙る偽SMSが急増中

・Windows 10 October Update 2018の配信停止

October 2018 Updateの問題

・Mozilla Thunderbird 64bit版登場

Thunderbird60系の64bit版

・Wi-Fiセキュリティの強化とVPN活用

Wi-Fiのセキュリティが強化へ

※　過去の記事へのリンクは一部のみ記載しています。

httpsとWebの高速化

Web関連に関しては以下のようなキーワードが浮かびます。

・Google Chrome、Mozilla Firefox の非HTTPSサイト（ページ）への警告

Chrome68は非HTTPSに警告

・WordPress 4.9.3でのアップデート不可バグ

WordPress4.9.3で嫌な不具合

・Webの高速化、高速パブリックDNS、PHP 7のススメ

ウェブの表示速度をさらに追求

・TLS1.0/1.1の終了

TLS1.0/1.1は順次対応を終了

・GDPR（EU一般データ保護規則）

GDPRの影響がドメインに出た

・WordPressのコメントスパム対策

WordPressのコメントスパム

・EC-CUBE 4の登場

EC-CUBE4系がリリースされる

※　過去の記事へのリンクは一部のみ記載しています。

会計・制度・法律

その他、会計、制度、法律関連に関しては以下のようなキーワードが浮かびます。

・2019年10月の消費税改正

消費税増税は中小8割が未着手

・IT導入補助金

IT導入補助金公募開始（H29）

・会社説明会の変化

新卒者向け会社説明会等に変化

・厚生年金パートへの適用拡大

厚生年金パートへ適用拡大検討

・働き方改革関連法

働き方改革関連法で変わること

・社保未加入の建設業者

社保未加入の建設業者は要注意

・有期契約労働者の無期転換申請

有期契約労働者の無期転換申請

・制作物の著作権

IT・WEB系の制作物での著作権

・GDPR（EU一般データ保護規則）

GDPRは国内向けも対象なのか

・特定電子メール法

特定電子メール法の誤った認識

※　過去の記事へのリンクは一部のみ記載しています。

他にも是非再読いただきたい記事はたくさんありますが、全体の中からピックアップして総括させていただきました。

最後に、今年もこのブログにお付き合いいただきましてありがとうございました。

たまに事業者向けなのか？という記事もなくはないですが、そこは従業員の方へ事業者からアナウンスしていただきたいという意味もあって投稿しております。

来年も事業者に役立つ記事の投稿を心がけて参りますので、どうぞよろしくお願い申し上げます。

年明けは2019年1月7日（月）から投稿を予定しております。

どうぞ良いお年をお迎えくださいませ。

皆さん、こんにちは。

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

ホームページサイトなどにWordPressを使われている方、プラグインはどれくらい使われていますか？

それは何のために使われていますか？

WordPressのプラグインが不要な場合

昨今、ホスティング会社もハードウェアの仕様をかなりパワーアップさせています。

例えば、最新のCPU、大容量メモリ、SSDなどを採用するなどし、サーバのパフォーマンスアップを行ったりしています。

また、WordPressユーザーなどのためにPHP7系統への対応も積極的に行われるようになっています。

これらのことから言えるのは、従来、WordPressなどのツールを使ってホームページサイトなどを構築していた場合、パフォーマンス改善のために使われていたCDNやキャッシュ系のプラグインが不要とも言える環境が整ってきていることです。

つまり、それらのプラグインを使わなくても従来プラグインを使っていた時以上のパフォーマンスが得られるということです。

逆に言えば、パフォーマンス改善を目的としたプラグインを継続して使ったとしても思うほどの効果は得らない可能性があるとも言えます。

これらのことを含め、米国のあるホスティング会社ではこういったプラグインを自動的に削除したりもしているようです。

WordPress本体と同様に、プラグインはリスクを伴います。

そのプラグインに脆弱性があれば攻撃を受ける可能性もありますし、無駄にプラグインを多用していても高負荷になるだけの場合もありますから、効果が見られないのであれば使わない方が良い選択とも言えます。

一度自社（自店）の環境をチェックし、効果がなさそうなものは外してみるのも良いのではないでしょうか。

皆さん、こんにちは。

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

さて、今日は数日前にご紹介したPHP5.6系のパフォーマンス改善の続きです。

前回はPHPのコア部分に関するチューニングでしたが、今日は拡張機能部分に関してご紹介します。

PHP5.6系のパフォーマンスチューニング２

前回のコア部分では、以下の3つのことに関して触れました。

１．『output_buffering』

２．『memory_limit』

３．『replath_cache_size』

これにプラスαで、『OPcache』や『APCu』が使える（編集可能）のであれば、それも使ってみると良いです。

では、『OPcache』から。

『OPcache』が使える（編集可能）場合、以下のようにphp.ini（.user.ini）を編集してみてください。

※　他のシステムに影響を与えないようにしたい場合、可能な限り『.user.ini』を作成し、そこに記述することで全体への適用を避けられます。ただし、『PHP_INI_SYSTEM』項目はphp.iniでしか変更できません。また、サーバシステム側で制御されている場合には変更できません。

zend_extension = /path/opcache.so（例です）

opcache.enable = 1

opcache.enable_cli = 1

opcache.memory_consumption = 128

opcache.interned_strings_buffer = 8

opcache.max_accelerated_files = 4000

opcache.revalidate_freq = 60

opcache.fast_shutdown = 1

次に、『APCu』が使える（編集可能）場合、以下のようにphp.ini（.user.ini）を編集してみてください。

extension = /path/apcu.so（例です）

apc.enabled = 1

apc.enable_cli = 1

apc.shm_size = 64M

以上のような感じになります。

ただし、これらはCGI版（FastCGI版）での書き方になりますが、サーバがモジュール版PHPを採用しているのであれば『PHP_INI_SYSTEM』項目が大半ですので、.htaccessでの対応は不可となります。

つまり、モジュール版PHPが採用されている場合、サーバシステム側での設定のままということになります。

＜参考＞

『OPcache』は高性能なPHPアクセラレータで、パフォーマンスを向上させます。

『APCu』はユーザーキャッシュ機能を持ち、翻訳処理などの最適化処理に役立ちます。

皆さん、こんにちは。

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

少し前に、『PHP7.2系のパフォーマンス他』という記事ではPHP7.2系のパフォーマンスなどに触れ、『EC-CUBE2.13系のPHP7対応』という記事ではEC-CUBE2.13系のPHP7対応が未だ開発者向けのαバージョン状態であることに触れました。

では、PHP5.6系ではパフォーマンス面を諦めるしかないのでしょうか？

PHP5.6系のパフォーマンスチューニング

PHP5.6系とは言え、まだ諦める必要はありません。

それなりにチューニングしてあげることによってある程度パフォーマンスは向上します。

まず、php.ini（.user.ini）を以下のようにしてみてください。

※　他のシステムに影響を与えないようにしたい場合、可能な限り『.user.ini』を作成し、そこに記述することで全体への適用を避けられます。ただし、『PHP_INI_SYSTEM』項目はphp.iniでしか変更できません。また、サーバシステム側で制御されている場合には変更できません。

１．『output_buffering』の値を『On』もしくは『4096』としてみてください。

例：output_buffering = On（output_buffering = 4096）

２．『memory_limit』の値をデフォルトの『128M』より大きくしてみてください。

例：memory_limit = 1280M

３．『replath_cache_size』の値をデフォルトの『16K』より大きくしてみてください。

例：replath_cache_size = 4096K

これらはCGI版（FastCGI版）での書き方になりますが、サーバがモジュール版PHPを採用しているのであれば、.htaccessに記述することで対応可能です。

ただし、『PHP_INI_SYSTEM』の場合は.htaccessでの対応はできません。

１の例：php_flag output_buffering On（php_flag output_buffering 4096）

２の例：php_value memory_limit 1280M

３：.htaccessでの対応不可

これ以外に『OPcache』、『APCu』が使え、その設定が変更可能なサーバを使われているのであればまだプラスαがありますので、後日改めてご紹介したいと思います。

しかし、『EC-CUBE2.13系』は高速化された『PHP7』には対応しておらず、昨今の『ウェブの高速化』へ今一歩進めない状況となっています。

皆さん、こんにちは。

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

今からEC-CUBEを使ったショッピングサイトを構築する方は『EC-CUBE3.0系』で構築すれば、それは『PHP7』に対応していますので問題ありませんが、『EC-CUBE2.13系』で構築されたものを何とか高速化したいと思ったことはありませんか？

これ、実は方法がないわけではありません。

EC-CUBE2.13系でPHP7に対応させる

昨年の9月、EC-CUBE2は開発者向けの『αバージョン』として、『EC-CUBE2.13系』の最新バージョンである『EC-CUBE2.13.5』をベースにした『EC-CUBE2.17.0α』というものをリリースしています。

これは、高速化された『PHP7』対応への要望が多かったことから、コミュニティへの参加者の協力を得て行われています。

ただし、正式版としてのリリースではないため、使用しているプラグインが対応していないことが想定されます。

特に、クレジットカード決済系のプラグインが対応していない場合には要注意です。

もしこの辺りがクリアできるのであれば、カスタマイズしている部分を修正するなどすれば『PHP7』対応の『EC-CUBE2』として動作させることが可能です。

※　プラグイン以外にもまだ多くの課題を抱えているため、テスト環境による慎重な検証が必要と思われます。

現在、これに関しての開発者情報は『GitHub』に移行しているようで、それらの入手は以下のURLからとなります。

EC-CUBE2.17.0αの入手：https://github.com/EC-CUBE/eccube-2_13/releases/tag/eccube-2.17.0-alpha

既知の課題：https://github.com/EC-CUBE/eccube-2_13/milestone/5

PS：安全優先で考えると正式リリースまで待った方が良いことは確かです。ご注意ください。

皆さん、こんにちは。

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

以前、昨今のウェブ事情はパフォーマンス、つまり快適な表示スピードが求められる時代であることを記事に書かせていただいたかと思いますが、今後はそれがさらに求められる可能性が高くなっていきます。

その理由は簡単で、表示速度が遅いウェブサイト（ウェブページ）は誰しもが直ぐに離脱してしまうことにあります。

そこで、今日はWordPressを動かすプラットフォームのお話しをさせていただきたいと思います。

PHPのバージョン選択

以前にも『PHPを使う際のレンタルサーバ』の記事の中でPHPに関しては書かせていただきましたが、PHPは5.×.×よりもPHP7.×.×の方がパフォーマンスが良いです。

PHP5.6.×とPHP7.0.×を比較した場合、かなりのパフォーマンス向上が見られることがわかりました。

また、ここ最近ではPHP7.0.14とPHP7.1.0が12月にリリースされ、前者と後者では、後者の方が若干ではあるものの、さらにパフォーマンス向上がなされています。

これらから考えると、契約しているレンタルサーバにPHPのバージョンの選択肢があるのであればPHP7.1.0を選択することが一番良いパフォーマンスが望めます。

※ WordPressはPHP7に対応していますので、最新のWordPressを使われているのであれば正常に動作します。

モジュール版、FastCGI版、CGI版

さらに、PHPにおいてはモジュール版、FastCGI版、CGI版、3つの提供方法がありますが、これらのパフォーマンスは、同一バージョンであればモジュール版、FastCGI版、CGI版の順になりますが、バージョンが異なる場合においてはその限りではありません。

PHPのバージョンが5.×.×であるならば、それがモジュール版として提供されていたとしてもPHP7.×.×のCGI版の方がパフォーマンスが良いです。

それだけPHP7はパフォーマンスが向上したということです。

まとめますと、PHP7.1.0CGI版 ＞ PHP7.0.14CGI版 ＞ PHP5.6.29モジュール版ということになります。

ちなみに、PHP7.1.0CGI版 ＜ PHP7.0.14モジュール版（FastCGI版）ということになる可能性はあります。

是非試してみて下さい！

注：必ずテスト環境にて動作を確認し、問題ないと判断された時点で本番環境の変更を。