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

皆さん、こんにちは。

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

『iOS 13』がリリースされた翌週くらいだったでしょうか。

ついに『1.1.1.1 with WARP』がはじまりました。

1.1.1.1 with WARP ついに登場

『CloudflareがVPN”Warp”発表』の記事を投稿した当初の話では7月頃に順次使えるようになるということでしたが、結局9月後半にずれ込んでの登場となりました。

『iOS 13』のリリースもありましたからちょうどよかったのではないでしょうか。

この『1.1.1.1 with WARP』、過去記事でもご紹介した通り『VPN』アプリです。

無料の『WARP』と有料（月額550円）の『WARP+』と2種類ありますが、有料の『WARP+』も『1.1.1.1』を友人に紹介（シェア）すると紹介者のサインアップで『1GB の WARP+』を受け取ることができます。

つまり、使用容量に制限はあるものの無料で『WARP+』が使え、制限容量に達したところで『WARP』に戻るということになります。

ただし、以下の通知もあったようです。

Update to activate WARP

The wait is over! WARP is now available and we’re giving all early supporters 10GB of WARP+ for free.Update the app now to activate.

早い段階でアクティベートすれば『10GB の WARP+』がもらえるようです。

私は今朝見た時にはもらえていました。

（昨日の段階ではもらえていなかったため直ぐにはプレゼントされないようです。）

ところで『WARP』と『WARP+』は何が違うのか？

『WARP+』の方は以下のことが書かれています。

WARP+ extends WARP by sending all of your Internet traffic over the same optimized Internet routes which make thousands of websites 30% faster on average. WARP+ combines millions of Internet route measurements with Cloudflare’s private Internet backbone to deliver a better Internet directly to your phone.

（WARP +は、すべてのインターネットトラフィックを同じ最適化されたインターネットルートで送信することでWARPを拡張し、数千のWebサイトを平均30％高速化します。 WARP +は、何百万ものインターネットルート測定値とCloudflareのプライベートインターネットバックボーンを組み合わせて、より良いインターネットを直接電話に配信します。）

是非『1.1.1.1 with WARP』を使って安全に通信をしてください。

皆さん、こんにちは。

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

今日は少々ラフな話題です。

日本時間の今朝未明、Appleが開発者向けカンファレンス『WWDC2019』が開催され、この秋に登場する新たなものが発表されました。

iPadOSの登場とiOS 13の新機能

さて、今回の『WWDC2019』ではiPad専用OS『iPadOS』が発表されています。

＜iPadOS＞

従来iPadはiPhoneと同じ『iOS』でしたが、この秋からは『iPad専用』の『iPadOS』として完全に分離することになります。

・ホーム画面に『今日の表示』ウィジェットが常駐

・Split Viewで同一アプリの2画面表示・編集が可能

・Apple Pencilのレイテンシが20msから9msに短くなる

・ファイルアプリがUSBドライブやSDカードをサポート

・3本指でのコピー＆ペースト

といった機能が用意されています。

このiPadOSはiPad Air 2以降、すべてのiPad Pro、第5世代以降のiPad、iPad mini 4以降が対象となるようです。

＜iOS 13＞

次に『iOS 13』ですが、ポイントは『高速化』のようです。

『FaceIDのロック解除は30%高速に、アプリのダウンロードスピードは60%高速になる。』

新機能としては予想されたものなどが登場します。

・ダークモード（目にやさしい）の登場

・Safari、Mailなどのデフォルトアプリの一新とMapsの再構築

・Sign in with Appleでのログインの匿名化（アプリ情報送信時はメールを匿名化）

・セキュリティビデオのプライバシーの安全性強化

・メッセージにアバター設定が可能

・カメラと写真機能の向上

といった感じになっています。

iOS 13の対象となるiPhoneは、『iPhone SE』を含む『iPhone 6s以降』で、iPhone史上最長にバージョンアップが可能だった『iPhone 5s』は『iPhone 6』とともに対象外となってしまいました。

また、iPod touchは第7世代のみが対象となっています。

皆さん、こんにちは。

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

先週『WordPress 5.0.1』の記事を投稿したと思いきや、早くも『WordPress 5.0.2』がリリースされました。

今日はそれをお伝えします。

WordPress 5.0.2 メンテナスリリース

今回の『WordPress 5.0.2』は脆弱性対策を行ったセキュリティリリースではないため、『すぐにサイトを更新することを強くお勧めします』というコメントはありません。

ただし、73ものバグ（不具合）を修正した『メンテナスリリース』のため、アップデートする方がベターかと思われます。

内容は以下の通りです。

このリリースで最もフォーカスしたのは、ブロックエディターのパフォーマンス改善でした。計測パフォーマンスでは、200のブロックを持つ投稿に対して330%高速化しています。

こちらが追加の注目点のうちのいくつかです。

・全部で45のブロックエディターの改善が含まれています（14のパフォーマンス強化と31のバグ修正） 。
・17のブロックエディター関連のバグをすべての同梱しているテーマに渡って修正しました。
・スクリプトの読み込みに関する国際化（i18n） の問題も修正されました。

以上のようにWordPressの公式サイトには投稿されています。

特別な理由がない限りアップデート更新をしておくことがお勧めです。

しかし、『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：安全優先で考えると正式リリースまで待った方が良いことは確かです。ご注意ください。

皆さん、こんにちは。

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

ウェブサイトを構築する上で、時には表示の高速化を図るためにファイルを圧縮したり、Apacheのモジュールを使ってサーバからブラウザに転送されるデータをコンパクトにしたりすることがあります。

しかしこれが、ケースによっては思わぬものをもたらす場合があったりもします。

.htaccessなどへの記述

gzip圧縮をさせるためには.htaccessなどに対して『mod_deflate』というモジュールを使った記述をします。

細かい説明は省きますがこのような感じです。

↓

<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|ico)$ no-gzip dont-vary
SetEnvIfNoCase Request_URI _\.utxt$ no-gzip
Header append Vary Accept-Encoding env=!dont-vary
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/javascirpt
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/atom_xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/x-httpd-php
</IfModule>

↑

ファイルを圧縮するとは

前述のこととは別にファイルそのものを圧縮するというのは、htmlファイルなどにおいて改行する度にできるムダな空白を削除してしまい、1Lineにしてしまうといったことです。

これはツールを使えば一瞬でできてしまいます。

例えば、通常は

<html>
<head>
</head>
<body>
<div>
</div>
</body>
</html>

と順番に改行しながら記述しますが、これが

<html><head></head><body><div></div></body></html>

といったような感じになり、ファイル容量的には小さくなります。

gzip圧縮と圧縮ファイルでの問題

このgzip圧縮とファイルの圧縮の両方を行った場合でも通常は問題は起きないはずですが、ファイルの圧縮を行ったツール、もしくはホスティングサービスなどの仕様などによっては文字化けしてしまうケースがあります。

その場合、

１．ファイルの圧縮を別のツールで行ってみる

２．.htaccessなどに記述したgzip圧縮の設定を無効にする

３．htmlファイルなどを圧縮ファイルから非圧縮ファイルの状態に戻す

このような対処になります。

圧縮されたファイルと非圧縮のファイル、それぞれをgzip圧縮した場合のサイズは若干圧縮されたファイルの方が小さくなりますが、ページスピードポイントとしてはおそらく同じです。

従って、gzip圧縮、もしくはファイルの圧縮のどちらかを行っていれば圧縮的には十分と言えますので、無理に両方行う必要はないでしょう。

皆さん、こんにちは。

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

Googleは、昨年秋頃にTwitterと共同開発にてモバイル端末でウェブページを高速表示するためのプロジェクトを立ち上げ、公開しました。

そして、このAMP（Accelerated Mobile Pages）で策定されている仕様に従ってHTMLを記述すると、モバイル検索結果からリンク先ページが一瞬で表示されるようになります。

AMPは何故高速なのか？

従来のHTMLの場合、ウェブページへのアクセスはリンクをクリックしてからHTMLが読み込まれるためページの表示に時間がかかっていました。

しかし、AMPの場合においてはそのHTMLをGoogleやTwitterにてキャッシュしているため読み込み時間を大幅に短縮できるのです。

あまりピンとこない方は下記の動画を参考にしてみてください。

言葉はわからなくても途中で出てくるスマートフォンの動きを見てもらえば少しはイメージができるかと思います。

何故高速化するのか？

以前どこかの記事で書いたかと思いますが、ウェブページが表示されるのに時間がかかればユーザーはストレスを抱えます。

そのため、ウェブサイトにはユーザーがストレスを抱えない程度の表示スピードが望ましいと考えるのはごく普通の理屈になります。

ましてや、PCに比べてモバイルの場合は表示スピードがダウンします。

ユーザーに優しいものであるためには、ストレスのない高速表示である必要があるわけです。

ウェブの世界もどんどん進化していきますが、常に心掛けるべきなのはユーザーのためになる優しいサイト作りです。

それを忘れず日々ウェブを育ててあげてください。

の略で、デジタルコンテンツをネットワーク経由で配信するために最適化されたネットワーク

のことです。

皆さん、こんにちは。

業務コンサルタントの高橋です。

ウェブサイトの負荷分散や高速化などで使われたりするCDNサービスにも、Akamaiや

AWS(Amazon Web Service)などの有料サービス、CloudFlareのような無料のサービス、

それぞれ存在します。

では、CloudFlareのような無料サービスを使った場合にSEO上不利になるのか？

答えから申し上げますと『No』です。

CloudFlareのような無料のCDNサービスの場合、複数のウェブサイトが同じIPアドレス

を共有することにはなりますが、そのCDNサービスの中に問題のあるウェブサイトが

含まれていたとしてもそれは別問題になります。

これをレンタルサーバの共有ホスティングサービスに置きかえて考えた場合、それが

SEO上不利になるのであれば世の中の相当数のウェブサイトがSEO上不利になっている

ことになります。

理由としては簡単です。

共有ホスティングサービスの場合でも同じIPアドレスを複数のウェブサイトで共有

する仕様になっているからです。

従って、単に同じIPアドレスであるからといって無料のCDNサービスがSEO上不利に

取り扱われることはありません。

むしろ、それを利用することで自社のウェブサイトが高速化されるのであれば

活用する価値はあります。

これは以前から申し上げている通り、ウェブサイトが高速化されていれば訪問者に

対して配慮されたウェブサイトであるということになるからです。

有料・無料を問わず、CDNサービスを使うことによってウェブサイトの表示スピードが

改善されるのであればCDNサービスはお勧めです。

無料のサービスで構いませんので、一度チャレンジしてみると良いでしょう。