皆さん、こんにちは。

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

やはりGWは要注意です。

今朝のインターネットニュースなどを見ると、『Apple Store』の偽メールの記事を見かけましたが、私が体験したのはそれではありません。

『あなたのApple IDのセキュリティ質問を再設定してください』という、Apple IDに関する偽メールでした。

GW終盤を襲った膨大なスパムメール

GW終盤の5月5日、16時半前後にiPhoneでメールをチェックした時、膨大な『Apple』からの偽メールを受信したことが始まりです。

その時点で受信した数は70通ほど。

やむを得ずメールサーバーの設定を変更することに。。。

確認すると、スパムメールの始まりは15時半過ぎくらい。

内容は、以下のようなものです。

From：Apple<noreply@email.apple.com>

件名：あなたのApple IDのセキュリティ質問を再設定してください。

本文：お客様のApple IDが、ウェブブラウザからiCloudへのサインインに使用されました。

日付と時間：2018年5月5日 **:** JST

のブラウザ：Mozilla Firefox

オペレーティングシステム：Windows

IP：***.***.***.***（静岡）

上記が問題でない場合は、このメールを無視してください。

あなたのアカウントの安全性を守るために、セキュリティ質問を再設定して頂くことが必要です。再設定された後、たとえあなたのApple IDとパスワード及び元のセキュリティ情報を知っているとしても、それを使用することができません。

この問題を解決するにはこちら

今後ともよろしくお願い致します。

Apple サポートセンター

Apple ID | サポート | プライバシーポリシー
Copyright 2018
Apple Distribution International, Hollyhill Industrial Estate, Hollyhill, Cork, Ireland.
すべての権利を保有しております。

こういった内容です。

※　すべての本文は確認していませんので、これとは異なる内容のものもあるかもしれません。

これ、メールサーバーのフィルタリング設定を変更している最中にも次々に届き、この日だけで300通くらいは届いていたかと思います。

Appleを装ったスパムメール対策

このようなスパムメールが届く場合、サーバー側でフィルタリング設定が可能なのであれば以下のような設定をすると良いです。

『ヘッダ全体（全体）』に『apple.com』を『含む』かつ

『ヘッダ全体（全体）』に『SPF: pass』を『含まない』かつ

『ヘッダ全体（全体）』に『***.***.***.***（実際にはAppleのIPアドレス）』を『含まない』

すべてのメールを『削除』

これは1つの例で、私の場合は、SPF認証もpassせず、IPアドレスも把握しているAppleのものではないのであれば、まずスパムであると判断して間違いないという考えからこのようにしています。

また、IPアドレスの部分は勝手に公表すべきではないと考えましたので、過去に受信した正規のAppleからのメールのヘッダ情報を確認し、そのIPアドレスをチェッカーなどで確認してみてください。

Appleは膨大なIPアドレスを持っていますが、私が確認した限りでは、日本のユーザーに配信されるIPアドレスはある程度特定できます。

そして、一部異なる部分はワイルドカードで指定してあげれば正規のAppleからのメールのみを受信できるかと思います。

これが少々怖いという場合、フィルタリングに問題がないことを確認するまでの間はどこかに隔離するなどし、一応確認だけは行えるようにしておくのも良いでしょう。

最後に、長期休暇中はこのようなスパムメールが多発することが多いです。

連休明けに受信したスパムメールに騙されないように注意してください。

間違ってもリンク部分をクリックしないように。

皆さん、こんにちは。

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

米国時間の14日、MozillaがFirefox Quantum（Ver.57）を正式リリースしました。

これにより、ウェブブラウザでは現在シェアがNo.1のGoogle Chromeから、少しはMozillaのFirefox Quantumへ移る人も出てくるかもしれません。

Chromeとそん色ないFirefox Quantum

9月後半からβ版をリリースして2ヶ月近く調整を加えてきたFirefox Quantumですが、Google Chromeと比べても全くと言って良いほどそん色ありません。

それどころか、Chromeよりも速いケースも結構あったりします。

（おそらく、Chromeの方が速いケースもあるとは思いますが。）

やはり、何においてもパフォーマンスの良さは非常に重要です。

使う側にとってストレスがありません。

これは、以前にもお話しした『ウェブサイトにおけるパフォーマンス改善』の話しと同じです。

ESR版と同居したい場合

事業者の場合ですと、インターネットバンキングの関係でFirefoxであればESR版を使っていると思いますが、それがインストールされていても今回のFirefox Quantumは同居させられます。

ESR版がインストールされているフォルダとは別の場所にFirefox Quantumをインストールし、プロファイルを分けて起動させればどちらも同時に使用可能です。

これも以前の記事、『Firefox複数バージョンの同居』でご紹介していますので、ご興味のある方は参考にしてみてください。

そして、いよいよこのGoogle Chrome62からこれが本格化します。

皆さん、こんにちは。

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

先週、とうとうGoogle Chrome62が登場しました。

以前からこのブログでもご紹介していた通り、このChrome62から以下のことが起きてきます。

Chrome62から変わる警告表示

まず、入力フォームのあるページがHTTPSになっていない場合、入力項目に何か1つでも文字などを入れた段階で『！保護されていません』の警告表示がアドレスバーの先頭に出ます。

これは、お問い合わせフォームや検索フォームなど、すべてのフォーム入力において影響が出ます。

ただし、入力フォームに何も入力していない状態、つまりページにアクセスしただけの状態では警告表示は出ません。

また、シークレットモードにてホームページにアクセスした場合、入力フォームの有無にかかわらず、すべてのページがHTTPSになっていない場合は『！保護されていません』の警告表示がアドレスバーの先頭に出ます。

安全な接続はオーナーからの提供

このような施策はユーザーを守る観点からのものですが、アクセスする側のユーザーとしては自身で該当のホームページを安全にすることはできません。

従って、サイトオーナーである側がそれを提供してあげなければいけないということになります。

会社として、お店としてなど、仕事上のアナウンスとしてホームページを公開しているサイトには必ずと言っていいほどお問い合わせフォームが存在します。

このような業務用のホームページにおいて『！保護されていません』という警告表示が出てしまうことは、イメージや信用の低下、お問い合わせの減少などにもつながってしまいます。

今、日本におけるHTTPS化の比率も55％ほどに上がり、以前と比べてかなりHTTPS化が浸透してきています。

自社（自店）のホームページサイトをまだHTTPS化していない事業者の方、早急にHTTPS化を行われることをお勧めします。

皆さん、こんにちは。

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

現在、ウェブブラウザはGoogleのChromeがシェアNo.1の座にあり、MicrosoftのEdgeも今一つ伸びない状況にあります。

そんな中、MozillaがFirefoxをリニューアルするようです。

Firefox Quantumは2倍速い

11月中旬にリリースされる予定のFirefox 57は、バージョン表記以外に名前が変わります。

『Firefox Quantum』という名前になります。

『Quantum』を付けたということは、量子コンピュータのように速いということを表現したかったのか？

Firefox Quantumをβ版で少し動かしてみましたが、確かに速いです。

Google Chromeの64bit版を初めて使った時にも速さを感じましたが、それを上回る速さを感じます。

実際のところ、1年程前のバージョン52と比べて2倍速くなっているとMozillaは言っており、その背景として、マルチプロセスの活用、速度とメモリー消費のバランス調整といった着実な進化のほか、マルチCPUコア環境を前提として開発されたRustと名付られた新規開発のCSSエンジンなどがある。さらに、現在開いているタブの表示を他のタブより優先して実行するなど、ユーザーが体感しやすい工夫を組み合わせることで、Chromeより30％メモリー消費を少なくして、高速化できたとしています。

Mozillaが投稿しているFirefoxチャンネル（YouTube動画）です。

閲覧するものなどによってはChromeの方がやや速いケースもあるようですが、『Firefox Quantum』、お勧めです。

皆さん、こんにちは。

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

ウェブサイトを構築する上で、時には表示の高速化を図るためにファイルを圧縮したり、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圧縮、もしくはファイルの圧縮のどちらかを行っていれば圧縮的には十分と言えますので、無理に両方行う必要はないでしょう。