MacBSの日常生活的日記

iPhone 5Sに機種変更したことによる月の差額を埋めるため、というわけでもないですが、旧ブログで使っていたレンタルサーバー「ロリポップ」をそろそろやめようかと準備を始めました。

旧ブログへのアクセスも以前はそこそこありましたが、今は少なくなりましたし、WordPress運用には負荷的にもセキュリティ上もイマイチの感があったので、もう良いかなぁと。
ただ、いくつか課題もあって、新しいブログに移行した記事の中でも画像だけはロリポップを参照しているものがあったり、フリーソフト置き場に使っていたりする部分に対応する必要があります。
あと、私のブログだけでなく、紗羅の以前のブログなども残ってますが、そこはひとまずバックアップだけで行く予定です。

さて、そのリンク先変更ですが、なにしろ13,000エントリー近い記事数がありますので、手作業でやっていたら大変なことになってしまいます。
そこでプラグインを探したところ、「Search Regex」というのを見つけました。
指定した直接や正規表現で記述した文字列を検索し置換できるというもので、まさに今回のニーズに最適です。
画像の中には単純な貼付けではなくサムネイルクリックで別窓が開くようなものもありましたので、以下の2つの置換で対応しました。

/src="http:\/\/saramac.main.jp\/blog\/archives\/(.*?).JPG/
↓
src="https://www.sara-mac.com/archives/$1.JPG

/window.open\('http:\/\/saramac.main.jp\/blog\/archives\/(.*?).html/
↓
window.open('https://www.sara-mac.com/archives/$1.html

CGIを使った箇所も含めると全部で8000箇所近くあったようで、これはプラグインがなかったら到底できませんでした。
古い記事なのでいっそのこと記事自体を整理したほうが良かったのかもしれませんが。
あとはブログではなく、niftyページ内でもCGIを参照しているところがありますから、そこはテキストエディタでHTML内を置換して対応しなければダメですが、これでバックアップすればほぼ完了でしょう。

前回もチラッと書きましたが、現在の契約も8月いっぱいまではありますから、その前に一旦ファイルを全削除してみて不具合が出ないかチェックしてみようと思います。

こちらでも使っているCMSのWordPressが3.9に更新されていたので、早速アップデートしておきました。
先日も3.8.2が出たばかりですが、今回のはメジャーアップデートなので念の為にデータベースのバックアップもやっておいてから実施しましたが、特に不具合もなく動作してくれているようです。

今回の3.9では編集画面のモバイル対応が進んだとのこと。
モバイルで修正くらいはすることがありますが、その際も大抵はiOSアプリからなのであまり恩恵はなさそうですけどね。
ただ、速度も向上してるそうですし、ビジュアルエディター周りのアクセシビリティも良くなってるそうなので、ビジュアルエディターを使ってる方には恩恵が結構あるのかも。
ちなみに私はもっぱらテキストエディタしか使ってません。

ところでTwitterにもチラッと書きましたが、いつの間にか拙ブログも10年を経過していたようです。
当初はMovable Typeで始めたのでWordPress自体はその半分くらいですけど、ずいぶん長いこと続いたものです。
エントリー数も数だけは多くて12,800エントリーほどになっています。
本来は情報の鮮度からして古いものはメンテするか削除すべきなんですが、なかなか手間なんですよね。

アクセス数でいえば最近は少し減少気味で、いちばん多かった頃からすると2/3くらいでしょうか。
内容も昔とはずいぶん変わっていて、当初からご覧頂いてる方からすると「好みの記事が全然ない」というケースもあるんじゃないかと。
自分の興味がおもむくままに書いてるので器用にバランスを取れず申し訳ないです。
またエントリー数以上にありがたいのはコメントでして、これまでで総数9,000ほど頂いています。
私のお返事が半分くらいあるとしても、3記事に1つくらいはコメントいただいてる計算になりますね。

世の中の流れとしてはSNSのほうが盛り上がっていますが、私としてはやっぱりブログを主体にしていこうかなと。
時間が取れずに後回しにしてるレビューなどもありますから、今後はまたそちらにも注力せねばなと思いつつアップデートしたWordPress 3.9でありました。

先日からボチボチとお気楽に取り組んでいるブログの高速化ですが、今度は「Async JS and CSS」というWordPressプラグインを導入してみました。

このプラグイン、ダウンロードが終わるまでレンダリングブロックしてしまうjavascriptやcssを最適化してくれるものです。
実際にはプラグイン自体のダウンロードが終わった時点で完了したふりをして、その後、非同期で実際のJavaScriptやCSSを読むような仕組みみたいですね。
そのため、ロード時間そのものはそれほど変わりませんが、GTmetrixなどの評価サイトで計測してみると、評価の点数は高くなります。
具体的にはPage Speed Gradeで68%→81%、YSlow Gradeが66%→67%となりました。
体感的にはYSlowの評価が正しいのかなぁという気もしますけどね。

これで残る課題はpage SpeedやYSlowの指示によれば、以下のようなところでしょうか。

Minify CSS
Specify image dimensions
Add Expires headers
Compress components with gzip
Use cookie-free domains
Configure entity tags (ETags)

ただ実際には外部参照のものだったりするので、なかなか対処が難しいんですよねぇ。
とりあえずMinify CSSは気軽にできるので試しましたが、特に大きな変化はなかったです。
スコアを高めるだけの変更だと実際に見に来ていただく方に役立ちませんし、ホントはもっとロード時間そのものを縮めたいところなんですけどね。

画像の遅延読み込みでほんの少し高速化をした拙ブログですが、次のテーマは画像サイズの縮小ということで、フォト蔵サムネイルのExif除去をやることにしました。

普通にWordPressのメディアライブラリにアップロードしているのであればプラグインで対応可能なんですが、ここではフォト蔵からPHP経由でサムネイルのみ取得して自前のレンタルサーバー@さくらインターネットに保存しているんですよね。
そこでPHPでExifを除去する方法を探る必要がありました。

まず、除去自体はImageMagick使うことにしますが、 さくらインターネットでは初期状態では使えません。
サーバーコントロールパネルからphp.iniを編集して、以下の行を追加する必要があります。

extension = imagick.so

お次はPHPですが、ここまでくればあとはImageMagickの関数を使うだけです。

$imagick = new Imagick($filename);
$imagick->stripImage();
$imagick->writeImage($filename);

stripImage()を使うことで画質の部分に劣化が見られたという情報もありましたが、私が試した感じでは特に問題なさそうです。
そもそもファイルサイズを小さくすること優先ですから、分からない程度の劣化なら問題ないでしょう。
画像にもよりますが、これでファイルサイズは平均して2/3くらい(下の例だと95KB→53KB)になってくれました。

すでにサムネイル取得してしまったファイルについては一度ローカルに落としてきて、ImageOptimを使ってExif除去しました。
一括削除して再取得しても良かったんですが、それだとフォト蔵に負荷を掛けてしまいますしね。

そういえば明日からフォト蔵プラスが始まります。
これまでのように等倍画像が保持されなくなりますが、当面は無料プランで行ってみようかな。
等倍画像が必要な時は随時、メディアライブラリのほうを使おうと思いますから、そっちはそっちでプラグインでExif除去対策が必要そうですけどね。

WordPress 3.8の日本語版が公開されていたので、公私ともにアップデートしてみました。

ダッシュボードも含め、管理画面の印象がずいぶん変わりましたが、機能自体はこれまでとそれほど大きく違わない感じです。
ちなみに管理画面の色はデフォルトだと黒になったんですけど、これはユーザーのプロフィールのところで変更可能(8種類から選択)です。
プリセットはどれもイマイチな気もしますが、複数のWordPressを管理してる方はそれぞれで違う色合いにしておくと間違えなくて良いかも。

機能は変わらないんですけど、どうも速度はちょっと遅くなったかな？という気もします。
元々、今借りているさくらインターネットのサーバーも結構重くなってきている印象ですから、ここらで少し高速化・軽量化のテコ入れが必要かなと。
気軽でかつ動作が安定している高速化プラグインはなかなかないのですが、今回は「Unveil Lazy Load」を導入してみることにしました。

このプラグイン、いわゆる画像の遅延読込をしてくれるものなんですが、その中でも「より表示速度の改善にこだわったプラグイン」と銘打っています。
設定項目も何もなく、ただインストールするだけで使える手軽さも良いですね。
遅延ロード時も妙に凝ったエフェクトがなくてシンプルなのも良い感じです。
速度的にはGTmetrixで計測しても、導入前がPage Speed Gradeで66%→68%、YSlow Gradeが63%→66%くらいと微妙な改善ですが、それでも多少は良くなっています。

本来ならAPC Object Cacheが使えたらずいぶん違うんでしょうけど、レンタルサーバー側が対応していないんですよねぇ。
引っ越しは今のところ考えていませんから、当面はこういうちょっとした改善を積み上げていきたいと思います。
たぶん次の施策ポイントはフォト蔵のサムネイル画像の最適化かな。

うちのブログでも使っている「さくらのレンタルサーバ」(アフィリンクですみません)の容量が7/17から増量されるんだそうで。

といってもまずは新規ユーザーさんが対象で、7/17の正午以降に申し込んだ方から始まるようです。
それ以前のユーザーも9月以降、順次増やしていくようですが、サーバ側のドライブ拡張とかあるでしょうし、こちらは少し時間が掛かるでしょうね。
なお、容量の増量具合はざっと下のような感じとのこと。

・さくらのレンタルサーバ
　ライト　　　　　5GB　⇒　 10GB
　スタンダード　 30GB　⇒　100GB
　プレミアム　　 60GB　⇒　200GB
　ビジネス　　　100GB　⇒　300GB
　ビジネスプロ　200GB　⇒　500GB
・さくらのメールボックス
　　　　　　　　　5GB　⇒　 10GB

うちだと1GBも使ってないくらいなので、そういう意味ではライトでも良い計算になりますが、ライトではMySQLが使えないのでCMS運用は無理ですからね。
以前使っていたロリポップの契約もまだ継続してるんですが、こっちを廃止してまとめても良いかも。
古い記事の画像を移動させるのがちょっと面倒なんですけどねぇ。

あと、レンタルサーバでWordPressは敷居が高いとお考えの方も多いかと思いますが、今はWordPressやMovable Type、Xoops Cubeのクイックインストールも用意されていて、以前よりはずいぶん楽になっています。
ただしテンプレート、プラグイン等のアップデートなどのセキュリティ管理はご自身で継続的にやる必要があるので、その点は注意が必要ですけどね。