さて、何故このようなことが起こるのでしょうか？

皆さん、こんにちは。

業務改善を行う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（ウェッピー）』に対応していない場合に起こり得ます。

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

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

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

その『ポップアップ』、CDN（Content Delivery Network / コンテンツデリバリネットワーク）を悪用した『ウイルス』かもしれません。

皆さん、こんにちは。

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

今朝、インターネットニュースで紹介されていた、あるアパレルのECサイトを訪れた際にセキュリティがアクセスをブロックし、脅威を削除しました。

これ、CDN（Content Delivery Network / コンテンツデリバリネットワーク）を悪用したウイルスです。

Cloudfront.net には要注意

さて、冒頭に書いたような『ポップアップ』が突然現れる現象についてですが、今回のものは『Amazon』の『CDN（Content Delivery Network / コンテンツデリバリネットワーク）』を悪用した『Cloudfront.net ポップアップ』であると思われます。

幸いにもセキュリティソフトがアクセスをブロックしてくれたため問題は起きませんでした。

この手のものの場合、広告を表示する『アドウェアウイルス』に感染している場合があります。

今朝セキュリティソフトがブロックしたものは残念ながら『トロイの木馬』でした。

このような場合、セキュリティソフトによってアクセスがブロックされたとは言え、やはり念のためにコンピュータの『ウイルススキャン』を実施しておくべきです。

（ブラウザのキャッシュ削除もお忘れなく。）

私も朝からすべてのドライブに対して『ウイルススキャン』を実施しました。

結果的にはアクセスがブロックされていたことでコンピュータへの感染はありませんでしたが、このような場合には念には念を入れておく必要があります。

今回私が訪問したウェブサイトに関してはカテゴリーレベルでしかお伝えできませんが、こういったケースはどこにでも存在すると言っても過言ではありません。

常日頃からセキュリティソフトを使って『Webアクセス保護』も行い、何らかの脅威がブロックや削除がされた場合には『コンピュータ』、『つながっているドライブ』などの『ウイルススキャン』を実施されることで安全を確保する意識が重要です。

皆さん、こんにちは。

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

昨日、『CDNが効果的か否かの実証実験』という記事にてCDNを改めて検証した結果をお伝えいたしましたが、その際、WordPressを使用している場合のPHP設定に注意したいことがあります。

CDNを使用したWordPressのPHP設定

CDNを使用している場合のWordPressにおいて、PHPの設定で少々問題が生じるものがあります。

以前、『WordPress更新で注意する.ini』でご紹介した『output_handler』に『ob_gzhandler』を用いた場合です。

これ、CDNを使用していない場合においてもWordPressの本体やプラグインの更新で『更新が止まっているように見える』という現象を引き起こしていたものですが、現在の『WordPress 5.0』以降では現象が起きない状態に戻っています。

ただし、『WordPress 5.0』以降であっても『WordPress 4.7』、『WordPress 4.8』、『WordPress 4.9』あたりの時のように現象が起こってしまうことがあります。

それが『CDNを使用している時』です。

これが『php.ini』、『.htaccess』、『httpd.conf』、『.user.ini（PHP5.3以降の場合）』で設定されている場合はコメントアウトするなどして対処されれば現象は起きないと思われます。

皆さん、こんにちは。

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

最近、ウェブサイトのパフォーマンスが微妙に落ちているように思えたこともあり、改めてCDN（content delivery network）を使った実証実験をしてみました。

CDNが効果的か否かの追求

約1年前に投稿した『CDNが速度的に逆効果となる時』という記事では、昨今のホスティング会社がサーバの仕様を大幅にパワーアップさせていることなどから『CDN』がパフォーマンス的に逆効果になるケースもあることを書きましたが、あれから1年、他のウェブサイトとの比較検証結果もあり、再度テストを行ってみることにしました。

結果、CDNを使用した時の方がわずかにパフォーマンスが良かったと言えます。

ただし、私の場合はCDN側にある機能のわずかな部分しか使用していません。

幸い、契約しているサーバがある程度活躍してくれているため、CDN側にて新たに追加された機能のみをプラスαする程度しか必要なかったのです。

つまり、元からあった機能は使用していないということです。

このように、CDNも進化していますので、たまにはCDN側の機能もチェックし、機能追加などがされているようであれば何パターンかテストしてみるのも良いと思います。

そして、CDNを使用した時のパフォーマンスが使用していない時と比べて同等以上と判断できればCDNの使用もありと言えます。

セキュリティ面でのメリットもありますから。

皆さん、こんにちは。

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

今年の4月、米CDN大手の『Cloudflare』と東部・南部アジア・太平洋エリアを管轄する地域インターネットレジストリ『APNIC』がタッグを組み、新たな高速パブリックDNSサービス『1.1.1.1』を開始した話しを覚えていますでしょうか？

このサービスから、さらに新しいものが提供されるようになりました。

DNSサービス1.1.1.1のスマホアプリ登場

米CDN大手の『Cloudflare』は11月11日（現地時間）、無料のDNSサービス『1.1.1.1』のiOSとAndroid向けの無料アプリを公開しました。

現在、DNSPerfによる速度ランキングは『1.1.1.1』が世界1位で、アジア圏においても1位です。

そして、品質的にもかなり安定した状態になったようで、Qualityは概ね99%前後を維持している状態になっています。

これらのことが好感されたのか、当初予想されていた以上にユーザーが『1.1.1.1』を利用しているようで、そこからあがったフィードバックとしてモバイル設定が複雑だというものが多かったこともあり、簡単にスマホ設定ができるアプリが登場したようです。

実際のところはモバイル設定が複雑だとは思えないですが、今回提供されたアプリを使うことにより、複雑だという意見の多かった設定は一切行わなくてもいいようになっています。

また、このアプリを使ってインターネット接続している間は自動的に『VPN接続』となるため、セキュリティ的にも安心と言えます。

興味のある方は是非お試しください。

皆さん、こんにちは。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

皆さん、こんにちは。

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

以前、このブログでもCDN（content delivery network）の活用をお勧めしたこともありますが、必ずしもそれが良いわけではないケースも存在します。

では、それはどのようなケースなのでしょうか？

CDNが速度的に逆効果となるケース

インターネットの普及に伴い、ウェブサイトによっては大量のアクセスが集中し、反応の遅延などが多く見受けられ、時には反応しないケースもあります。

そんなケースにおいては今でもCDNは有効的なものであると言えます。

また、それほど大量のアクセスが集中していなくても、元々のオリジナルサーバの処理能力がそれほど高くない場合においてはそれをカバーしてくれるものとしても有効的です。

しかし、ここ最近のホスティングサービス各社の状況を見てみると、処理能力の高いCPUに大容量メモリ、ストレージにはSSDを採用するなどし、ホスティング会社自身も設備をリニューアルさせたりしています。

そのようなケースにおいては逆にCDN経由にしていることが速度低下につながることもあります。

では、どのように判断するか？

単純に、CDN経由にした場合とそうでない場合とで速度測定などをしてみて比較し、判断すると良いでしょう。

ただし、セキュリティ性や安定性を優先して求めるのであればCDNを活用した方が良いとも言えますので、優先事項が何であるかによってCDNの活用を考えるべきでしょう。

皆さん、こんにちは。

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

以前と比べ、CDN（Content Delivery Network）サービスが導入しやすくなってきた感じがあります。

そこで今日は、CDNサービスを導入することによってどのようなメリットがあるのかをお話しします。

CDNを導入するメリット

CDNサービスを導入することにより、Webサーバの負荷を軽減することができます。

通常、Webサーバへのアクセスが集中した場合、当然のことながらパフォーマンスは低下し、時にはユーザーがアクセスし難い状況になったりすることもあります。

そういった、ユーザーからのアクセス集中による負荷を、CDNは複数のサーバによって分散してくれます。

また、サイバー攻撃の1つであるDDoS攻撃による意図的なアクセス増加への対策にも有効な手段の1つでもあります。

CDNサービスのコスト的なハードル

従来、CDNサービスはコストが非常に高いものであるという状況でしたが、昨今においてはそれが変化しつつあります。

定額料金が不要で、従量課金制によって提供しているところもあれば、レンタルサーバのオプションサービスとして月々わずかな料金で使えるものや無料のサービスまであります。

ウェブサイトは、訪問者であるユーザーが心地よく閲覧できる状態であることが望ましいことはご承知の通りで、そのような状況が提供できていないのであればCDNサービスの導入を検討しても良いかもしれません。

その方が良いサイトとして認識されることは言うまでもないでしょう。

皆さん、こんにちは。

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

よくある話しですが、ウェブサイトのメンテナンスにおいて修正が反映されないことがあります。

これは、修正したファイルがアップロードしても置き換わっていないのではなく、いくつかの要因で反映していないように見えるのです。

ウェブサイトの更新が反映されないケース

ウェブサイトのメンテナンスが反映されないケースとして、以下のことが考えられます。

１．ブラウザがキャッシュしているものを読み込んでいる

２．.htaccessにブラウザキャッシュの記述がされている

３．WordPressなどのCMSのキャッシュ系プラグインがキャッシュしたものを読み込んでいる

４．CDNがキャッシュしているものを読み込んでいる

これらに対する対処法は、以下のように行えば更新が反映されます。

１の場合はブラウザの更新ボタン、もしくはF5キーを押すか、キャッシュのクリアを行う

３の場合はCMSのキャッシュ系プラグインのキャッシュをクリアする

４の場合はCDN側のキャッシュをクリアし、CDN側でのブラウザキャッシュの設定も一度0にする

２に関してはあまり影響しない、もしくはブラウザの更新やキャッシュのクリアで回避されるのですが、すべてを行っても反映されない場合、.htaccessに記述されているブラウザキャッシュの部分を一度コメントアウトするなりしてみてください。

想定外のところに影響しているケース

上記のケースの1つとして、少々想定外的なケースも存在します。

例えば、ウェブサイトの一部分だけにWordPressなどのCMSを導入し、大半はhtmlにて構成されているウェブサイトで、そのhtml内にてWordPressなどのCMSに書かれている記事のタイトルなどを読み込んでいる場合、WordPressなどのCMSで使われているキャッシュ系のプラグインが影響することがあります。

WordPressなどのCMSの一部ではないので関係がないと思うかもしれませんが、こういったケースもあり得ます。

その場合、前述の３の時と同じく、WordPressなどのCMSのキャッシュ系プラグインのキャッシュをクリアすることで反映するようになります。

もしウェブサイトのメンテナンスにおいて、アップロードしたものが反映されない場合には一度お試しください。

皆さん、こんにちは。

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

今の時代、多くの企業はCDN（コンテンツ・デリバリー・ネットワーク）サービスを使って負荷分散をしたりしていますが、そのCDNサービスの1つであるCloudFlare（クラウドフレア）において『Cloudbleed』と揶揄されるような問題が起きました。

※　2014年に発覚したOpenSSLの脆弱性『Hearbleed』を思い起こさせることから『Cloudbleed』と呼びたくなると言われてしまったようです。

CloudFlareのバグによる影響

現在CloudFlareのCDNサービスは、Uber、FitBit、Feedlyなどをはじめとする世界550万以上の企業に使われています。

ということは、そのUber、FitBit、Feedlyなどのサービスを利用しているユーザーへの影響が想定されるということになります。

しかし、CloudFlareのバグは既に修正され、キャッシュされたデータについては、Google、Yahoo、Bingなどの協力もあり、既にパージ（一掃・抹消）されたとのことで、現時点において流出したデータが悪用されたという報告はないとしています。

ただし、一度は流出してしまったわけですから、念のためにご自身が使われているウェブサービスのパスワードを変更しておく方が良いでしょう。

※　GoogleやFacebook、Twitter、LINEなどは、Akamai（アカマイ）など、他社のCDNを使っているはずです。

影響を受けた可能性のある企業リストはGitHubが公開していますので、それにて確認が可能です。

CloudFlare使用サイトリスト by GitHub

CloudFlare公式ブログは下記のリンクからどうぞ。

『Incident report on memory leak caused by Cloudflare parser bug』