だったらWEBPで配信すればいいじゃない
検索してみても出てくるのはEWWW image optimizer使った方法ばかり
せっかくKUSANAGIは画像最適化機能ついてるのに、同じ機能のプラグイン入れるなんて嫌だよ……
KUSANAGI（Nginx）ならEWWW無くてもWEBPの一括変換・自動変換・配信の全てに対応できるわ！
アイキャッチの画像はKUSANAGIのイメージキャラクター草薙沙耶 ©PRIME STRATEGY
本稿の主旨
本稿では、KUSANAGI（Nginx）でWEBPの変換・配信する方法を説明します。
変換については既存のファイルをwebpに一括で変換し、なおかつ加わったファイルも自動でwebpに変換します。
EWWW image optimizerを使った方法なら幾らでも出てきます。
「KUSANAGI WEBP」で検索してみたら「EWWW image optimizerを使って」ばかりでした。
しかし一方で「Nginxならプラグインなくても簡単にできる」とも出てくる。
「この差はどうして？」と思ったので、実際にKUSANAGIでWEBP画像の変換＆配信をEWWW image optimizer無しで導入してみた次第です。
つまり導入方法そのものは、既に他でも記されています。
初心者が実装するには理解できないだけで。
ただし私も、
という次元の人間。
私ができたのですから誰でもできます。
躓きそうな（というか実際に躓いた）ポイントを併せて記します。
その分だけわかりやすいのではないかと思います。
わからない人でも、やり終えたらわかります
本稿の方法におけるメリットは、
- WEBP変換プラグインを１つ減らせること
- WEBP変換を画像登録より後で行うので登録時の重さが解消できること
ただし２はWEBPが即座に反映されない点でデメリットでもあります。
30分ほどのタイムラグをどう捉えるかですね。
注意点 KUSANAGI PREMIUM「WEXAL」の存在
KUSANAGIのpremiumバージョン「WEXAL」では、システムに次世代画像配信機能があります。
個人的用途なら無料で使えますので、メモリが十分な方はWEXALを導入してください。
始める前に KUSANAGIの画像最適化機能について
KUSANAGIの画像最適化機能は、他のWordPressプラグインと比べて、全く劣りません。
検証した記事がこちら。
jpgについては完全に同等。
pngについては可逆圧縮か非可逆圧縮の差じゃないかと思います（確認はしていませんが）。
解像度の種類があまり要らないなら、他の画像圧縮プラグインを入れる必要はないです。
KUSANAGIで既存の画像ファイルを一括でWEBPに変換する
こちらの記事を参考にして進めます。
１ cwebpをインストールする
KUSANAGIにはデフォルトで入ってないのでインストールします。
（もし入っていて、私が気づかなかっただけならごめんなさい）
次のページにアクセスします。
私は「libwebp-1.1.0-rc2-linux- x86-64.tar.gz」をダウンロードしました。
これで動いたので参考にしてください。
ローカルで解凍して、binフォルダに入っているファイル群を「/usr/local/bin」にアップします。
gzip対応の解凍ソフトは予め御用意ください。
私はLhaForgeを使っています。
２ シェルスクリプトを作成する
ローカルで新規テキストファイルを作成します。
ファイルの中身は、次のように書きます。
#!/bin/bash DIR="DIR="/home/（自分の環境に応じたパスを記す）/DocumentRoot/wp-content/uploads/20??/*" # 対象ディレクトリパス(要変更) JPEG_CWEBP_OPTS="-q 75 -m 4" # Jpeg向け非可逆cwebpオプション PNG_CWEBP_OPTS="-lossless" # PNG向け可逆cwebpオプション CWEBP="/usr/local/bin/cwebp" # cwebpコマンドをインストールした場所、１の通りにしたならこのままで cd $(dirname $0) shopt -s nocasematch find $DIR -type f -regextype posix-extended -iregex ".*\.(jpe?g|png)$" -print0 | \ while IFS= read -r -d '' SRC; do WEBP="$SRC.webp" if [[ ! -e $WEBP || $SRC -nt $WEBP ]]; then if [[ $SRC =~ \.jpe?g$ ]]; then echo "Convert to lossy WebP: $SRC" "$CWEBP" $JPEG_CWEBP_OPTS "$SRC" -o "$WEBP" elif [[ $SRC =~ \.png$ ]]; then echo "Convert to lossless WebP: $SRC" "$CWEBP" $PNG_CWEBP_OPTS "$SRC" -o "$WEBP" fi fi done
「webp.sh」という名前で保存します。
画像ファイルは年月でフォルダわけをしている場合を念頭においてます。
「20??」の「？」は「任意の１文字」
この場合は「2020など頭に20がついたフォルダ」を指します。
「*」は「任意の文字数の任意の文字」。
この場合は「2019や2020フォルダの直下にある全てのフォルダ」となります。
①UTF-8にすること、②改行方式は「LF」にすること
①は注意していても②は見落としがちです。
もし②を忘れるとどうなるか。
シェルスクリプト動かそうとしても「webp.shなんてファイルはない」って怒られる！
私、これで数時間無駄にしました。
３ webp.shをアップロードする
場所は多分どこでもいいとは思うのですが。
私は先程と同じ「/usr/local/bin」に入れました。
（２でハマった原因がわからず、一番確実に動きそうなところへ移動した結果です）
アップしたら実行権を与えます。
黒い画面で次のコマンドを打ち込みます。
# chmod a+x /（入れたパス）/webp.sh
４ 既存の画像ファイルをWEBPへ一括変換する
ログインして、黒い画面に次の通り入力します。
# cd /usr/local/bin # ./webp.sh
うまくいっていれば、すごい勢いで変換が始まります。
終わるまでには少々時間が掛かります。
終わったらフォルダを開いてみてください。
webpファイルができあがっているはずです。
なお、この作業は、シェルスクリプトの動作確認も兼ねています。
KUSANAGIで追加した画像ファイルをWEBPに自動変換する
webp.shをcronに登録して自動実行させます。
/etc/crontabを開きます。
一番下に、次の追記をします。
*/30 * * * * （ユーザー名） /usr/local/bin/webp.sh >>/home/（自分のWordPress環境のパス）/uploads/webp.log 2>&1
保存して、
# kusanagi restart
webp.shは自分の入れたパス名に変更してください。
私と同じならこのままでOKです。
ユーザー名は、例えばkusanagiなど。
30は「30分ごとに自動実行する」設定です。
最初は10分程度に設定してみて、10分経過したらuploadsフォルダにログファイルがあるか確認してください。
さらに中身をチェックしてみてください。
正常なログが吐き出されていれば自動実行されています。
もしログファイルがなければ、あるいはおかしければ、cronの動作のログをチェックします。
/var/log/cronを開いてみてください。
どちらかのログにシェルスクリプトが動作しない手掛かりが記されているはずです。
KUSANAGIでwebpを自動配信する
これらの記事を参考に進めました。
両方読んだ方がわかりやすいと思います。
/etc/nginx/conf.d/（プロファイル名）ssl.confを開きます。
（SSL化しているはずですので）
一番上に、次の記述をします。
map $http_accept $webp_suffix {
default "";
"~*webp" ".webp";
}
server{}内の「error_log（略）」と書かれた行と「 charset UTF-8;」と書かれた行の間に次の記述します。
location ~* \.(png|jpe?g)$ {
# VaryヘッダとしてAcceptを返す
add_header Vary Accept;
# WebP対応ブラウザでは、image.jpg.web、image.jpgを探索
# 非対応のブラウザでは、image.jpg、image.jpgを探索
# いずれもない場合は404を返す
try_files $uri$webp_suffix $uri =404;
}
保存して、
# kusanagi restart
実際にwebp配信がされているかチェックします。
Chromeでサイトを開いてF12でデベロッパーツールを起動→ctrl+F5キーで更新します。
変換前
赤で囲んだ画像が新しくメディアライブラリに入れた画像です。
30分後。
ファイル名は同じまま。
一見するとjpgで配信されているかに見えます。
しかしwebpで配信されていることはサイズでわかります。
78.9kb→31.7kbと半分以下になっています。
この例ですと、webp対応のブラウザなら「conoha3m1.jpg.webp」を配信、そうでなければ「conoha3m1.jpg」を配信。だけどコンテンツは「conoha3m1.jpg」のままとなります。
一言で「仕様」。
この点がEWWWを使った場合とは異なります。
EWWWを使った場合は、コンテンツも「hoge.jpg.webp」に変わっています。
コンテンツもプラグイン無しでwebpに変更する方法もあるらしいですが、本稿では割愛します。
KUSANAGIにWEBP自動変換＆配信が標準機能として実装されない理由
WEBP配信は、Nginxですと簡単にできます。
そこで思ったこと。
画像最適化つけるならWEBPにも対応してよ！
しかし後日、対応しない理由がわかりました。
いえ、対応していました。
KUSANAGIのpremium版「WEXAL」の方で。
WEXALの方ですと、サンプル通りに設定を組めば、WEBPだけでなく他の次世代画像フォーマットも配信できます。
個人用途限定という条件はつきますが、WEXALが無料で使えるVPSは増えてきています。
メモリに余裕のあるプランでしたら入れてみてもいいかもしれません。
まとめ
著者も躓きました
しかし本稿を読みながらならスムーズに実装できるはず
頑張ってチャレンジしてみてください！
コメント