皆さん、こんにちは。

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

冒頭に書いた『e-Gov』、個人的には非常に使いにくい（分かりにくい）ものと感じていますが、現在は『gBiz』という行政サービスからでも社会保険手続きの電子申請が行えるようになっていますので、今日はそれをご紹介します。

社保申請などにはe-GovよりgBiz

2020年4月から、『資本金、出資金又は銀行等保有株式取得機構に納付する拠出金の額が１億円を超える法人』、『相互会社』、『投資法人』、『特定目的会社』に関しては社会保険の電子申請が義務化となっています。

この流れは順次他の法人にも拡大していくことでしょう。

しかし、従来の行政サービス『e-Gov』はあまり評判が良くないようで利用率も低いと聞きます。

それだけが理由ではないでしょうが、現在、新たな行政サービスとして『gBiz』というものが提供されています。

『gBiz』にて利用可能な行政サービスは、

・jGrants

・社会保険手続きの電子申請

・保安ネット

・農林水産省共通申請サービス

・ミラサポplus

・省エネ法定期報告書情報提供システム

・鉱業原簿登録更新サイト

・令和元年度補正事業承継補助金

・経営力向上計画申請プラットフォーム

・IT導入補助金

・情報処理支援機関（スマートSMEサポーター）認定制度

・認定経営革新等支援機関電子システム

となっており、

その『gBiz』にはアカウントの種類によって利用可能なサービスが異なります。

１．gBizIDプライム：現在提供されているサービスすべて利用可能

２．gBizIDメンバー：現在提供されているサービスのうち、jGrants、IT導入補助金以外が利用可能

３．gBizIDエントリー：現在提供されているサービスのうち、保安ネット、農林水産省共通申請サービス、ミラサポplus、経営力向上計画申請プラットフォームが利用可能

といった状況です。

このうち、１のgBizIDプライムだけは『印鑑証明書・印鑑登録証明書』の添付が必要になりますが、取り急ぎは２のgBizIDメンバーでも問題ないような感じです。

これらかの時代、オンライン申請可能なものはできる限り利用した方が良いですからお勧めです。

＜参考動画 / GビズID紹介動画（アカウント作成編）＞

皆さん、こんにちは。

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

数日前でしたでしょうか。あるアナリストが、『Office365』などの巨大プラットフォームに単一依存するのはリスクが高い、といった記事を見ました。

今日はそれに関して触れてみたいと思います。

クラウドサービス依存のリスク

日本においては今まで大きく報じられてこなかったのかもしれませんが、海外においては『Office365』などのサービス障害は増加傾向にあるようで、障害発生時には『管理コンソール』などにもアクセスできなくなることも起きているようです。

アナリスト曰く、

最近は盲目的に「クラウドは安全」「クラウドは止まらない」など過信されることが多いのか、マイクロソフトやアマゾンといった巨大プラットフォームに依存しようとしするシステム管理者が増えてきているように思う。それは非常にリスクを高める行為であると考える。

これは同感です。

以前、お付き合い的な要素もあり、テスト的に1年か2年程『Office365』を使ってみたことはありますが、結局のところ無用の長物に近いものがありました。

個人的にはあまり『クラウドサービス』というものを信用していないのかもしれません。

『日本で一番安全なのはMicrosoft（マイクロソフト）のデータセンターです！』と聞かされたこともありますが、100%賛同できるかと言えば答えは『No』です。

重要なのは行動パターンではないでしょうか。

それによっては『クラウドサービス』を使わなくても良いかもしれませんし、仮にそれを利用するにしても、やはり予備プランは必要かと思います。

皆さん、こんにちは。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

皆さん、こんにちは。

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

現状契約しているレンタルサーバから、他のプランのレンタルサーバや他社のレンタルサーバに移設した場合、単純に必要なものを移設しただけで正常動作するとは限りません。

移設の際は、移設先にテスト環境を作成し、しっかりと動作確認をすることが必要です。

移設先のレンタルサーバにて確認すること

レンタルサーバのプラン変更や契約会社の変更でよく見られるのは、WordPressやEC-CUBEなどを動かす際に使用しているPHPなどの実行環境が異なることです。

これが異なることにより、単純に移設してもエラーで正常動作しないことが多々あります。

また、それらの対応バージョンが異なることでアプリケーションが正常動作しないことも当然あります。

このような場合、以下のことに注意しなければいけません。

１．移設先のPHPなどのプラットフォームの対応バージョン

２．移設先のMySQLなどのデータベースの対応バージョン

３．PHPなどのプラットフォームの実行環境の違い

これらの違いを確認し、使用しているアプリケーションが移設先で正常動作するかどうかを確認してからテストを行うことが必要です。

また、動作条件を満たしていたとしても、実行環境の違いによりアプリケーションの環境設定ファイルなどの記述を変更しなければいけない場合もあります。

これらのことに注意し、しっかりとしたテスト期間を設けて動作確認をし、問題がないことが確認された時点で正式に移設されることをお勧めします。

皆さん、こんにちは。

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

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

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

そこで、今日は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版）ということになる可能性はあります。

是非試してみて下さい！

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