プリウス

 昨晩の帰り道、前の車に続いて普通に走っていたところいきなり猫(たぶん)が飛び出して猛スピードで横断していきました。あまりの勢いでほとんどブレーキも踏めませんでした。ドラレコからSDXCカードを引き上げてきて調べたところ以下のような状況でした。
左側の白線から飛び出そうとしています。
この時点では見えませんでした。
いきなり目の前に飛び出てきました。
これぐらいのタイミングで急ブレーキを掛けはじめましたけどすぐには減速しません。
あっという間に対向側へ走っていきました。
通り過ぎてからようやくブレーキが効き始めましたが続けて他の動物が出てくる気配もなくブレーキを解除しました。後続車には何があったか分からなかったと思います。

キンドル

 しばらく放置していたKindle Voyageのバージョンを見たところ、いつの間にか5.9.7まで自動でアップデートしていました。7月の更新なので8月は無かった?ようです。
5.9.7での新機能
ZE520KLの更新も同様ですけど”パフォーマンスの改善とその他の機能強化。”が何を指していのかはさっぱり分かりません。特に新機能は使っていません。が、本の一覧表示をスクロースする動作が少しスムーズで速くなった(以前は結構引っかかった)気がします。ただし、ハイライトのための文字列選択動作が遅いし中々思い通りに選択できないのは変わらずです。
 縦書きの文庫本などは特に電子ペーパーがLCDよりもずっと読みやすいと思います。この端末は2015年6月購入で3年以上経ち既に現行機種ではなくなっていますけど現行のKindle Oasisは値段が高すぎると思うので当分買い替える予定はありません。

エレクトロニクス

 このサイトを置いているレンタルサーバー会社さんから従来の10倍以上のアクセス処理性能!Webサイトの高速化・同時アクセス数の拡張を実現する「Xアクセラレータ」機能提供開始のお知らせ(https://www.xserver.ne.jp/news_detail.php?view_id=4753)というのが届いたので設定してみました。

 が、タイトルの通り失敗しました(原因は追記参照)。トップページは問題なく表示されましたけど比較的アクセスが多いcategoryや過去記事へのリンクなどがすべて404になり大急ぎで切り戻しました。さらに困ったのが設定メニューでOFFにしただけでは404から回復せずバックアップしておいた.htaccessを上書きしてようやく復旧しました。

 代わりというか、上記XアクセラレータをOFFにしようとしたところONにした時点で先週お知らせが来ていたExpiresヘッダで表示速度を向上!「ブラウザキャッシュ設定」機能提供開始のお知らせ(https://www.xserver.ne.jp/news_detail.php?view_id=4744)の機能も有効になっていたらしくOFFへの設定変更反映待ち(最大15分らしい)になっていました。改めて説明書きを読んでこちらの機能だけならばヘッダの送信だけで.htaccessを破壊することは無さそうですし、破壊しても再度上書きするだけなのでブラウザキャッシュ設定のみ推奨のすべての静的ファイルに適用しました。.jpgが多いのでそれなりに効くと思います。

というわけで、本日の設定変更は上記画像のブラウザキャッシュ設定のみにしました。

 翌日追記)この件についてメールが来ました。内容はほぼ本日PM3:40~PM10:10までのXアクセラレーター機能における特定条件下での不具合について(修正済み)(https://www.xserver.ne.jp/information_detail.php?view_id=4754)の通りでこのサイトは特定条件に当てはまったようです。.htaccessのコードなど(すべてコメント内のため)気にしていなかったです。念のために切り戻し用に保存したファイルを確認したところEUCでした。UTF-8ならば問題なかったらしいのでUTF-8N(BOM無し)に変換した上で再度上書きしました。正直、コメントの文字コードで挙動が変わるほうがおかしいです。

 よって、不具合が直ったと連絡されても不信感は拭えないためXアクセラレータの利用は当分見送ります。ついでに書くと、不具合動作時にキャッシュで404になった分のログが無かったのでキャッシュ分のログはもらえない(.jpgだけ持っていくようなアクセスが記録に残らない)懸念も残っています。

 非常に素早い対応には感謝しています(404の異常な多発で事故に気づかれたか?運用の監視能力は良さそうです)。ただ、新設定はもう少し検証してからリリースしていただきたいです。

エレクトロニクス

 既に現行では古いモデルになっているはずのZE520KLに最近はよくアップデートが降ってきます。帰宅してから画面を見ると以下のお知らせが表示されていたのでVDSL回線に繋がっていることを確認してダウンロード。

あいかわらずシステムパフォーマンスやGoogleモバイルサービスが具体的に何を指しているのかは不明ですけどセキュリティパッチだけでも更新する必要があると思いますのでとりあえず更新しました。

更新作業は成功したようです。が、ここ最近の更新は毎度ですけど特に変わった感じはしません。ひょっとしたらETWSなどで変更が入っているのかもしれませんけど深く調べている時間もありません。

プリウス

 自転車に乗っていた頃は帰りに渡月橋を渡って走っていた時期もありました(このサイトを”渡月橋”で検索すると2007年ごろの記事がでます)けど、ここ10年ぐらいは人混みを避けるためもありプリウスでは走っていませんでした。昨日の京都新聞の記事嵐山・渡月橋の欄干損傷少なく 京都市調査、復旧時期未定(https://www.kyoto-np.co.jp/local/article/20180906000152)の写真の通り東側の歩道が塞がっているだけで車道は通行可能のようで北から南へ走ってきました。
渡月橋交差点、左折で橋を渡ります。昼間の右折は自転車でもやめたほうがいいと思います(路線バスは問答無用で突入しますけどノロノロになります)。
左(下流)側の歩道が通行止めで欄干が倒れていますが橋梁本体は無事なようです。右(上流)側の歩道は人が歩いていました。
このあたりで中央でしょうか。
南詰へ渡りました。そのまま直進すると狭い区間があり路線バスと離合困難です。この辺りの道を知らない方は駅の方へ回ったほうが無難かと思います。しかし、地元車両も私もいつも通り対向車に加え自転車や歩行者にも注意しつつ狭路の方を通過しました。

エレクトロニクス

 台風21号の接近で出勤したと思ったら即帰宅指示で帰りました。PCのデータでも片付けたり下書きのまま放置している記事を処理しようと思っていたら午後になって突風が吹き荒れ14:00ごろには瞬断が連続しました。auひかりのVDSL回線が14:30頃の少し長い(数秒?)瞬断の後から通信不能となりモデムの電源をOFF→ONしても赤ランプのまま復帰しませんでした(建物ごとダウンした模様です)。幸い完全に停電したり携帯のLTE回線はdocomo/au共に切れなかったので固定回線(巻き添えでauひかり電話サービスを使った固定電話)だけがダウンしました。UPS無しでのデスクトップPCでの作業継続は危険と判断してシャットダウンしました。
 あちこちで停電などが多発していたようですし、固定回線が落ちただけで携帯回線でバックアップできていたのでジタバタせず復帰を待つことにしました。
翌日追記) DynamicDNSサービスのメールによると
Connection lost: 2018-09-04T14:30:08+0900
Connection resumed: 2018-09-05T14:09:22+0900
のほぼ丸一日ダウンしていたようです。

エレクトロニクス

 台風やらなにやらで遅くなりましたがWP用テーマLuxeritasを3.3.1.1→3.3.2へアップデートしました。細かい変更(レベルダウンの修正*2点+仕様変更*1点)だけでこのサイトへの影響は無さそうです。詳細は開発元のLuxeritas 3.3.2 リリース(https://thk.kanzae.net/wp/release/t6079/)を見てください。

 ちなみに、このサイトでは以下の画像のようにXSERVERのmod_pagespeedはOFFにしています。

理由は画像の再圧縮が余計なお世話だからというのが最初で、より重要なのは”ONで必ずしも速くなるとは限らない”からです。こんなモジュール使わずとも(少なくとも旧サイトに比べて)十分速いと思っています。

エレクトロニクス

 定時後にメールをチェックしたところ、珍しくはてなダイアリーについてのお知らせが届いていました。内容は、2019年春「はてなダイアリー」終了のお知らせと「はてなブログ」への移行のお願い(http://d.hatena.ne.jp/hatenadiary/20180830/blog_unify)の要約版でした。私は既にXSERVER+WordPress+Luxeritasに移行しているので直接の影響はありません。具体的なスケジュールがまだわからないため、はてなダイアリーの旧サイトはここへの移行のお知らせを載せたまま放置します。既にはてなダイアリープラスの料金を今年末まで払っているため削除するのは損した気がして嫌なだけです。
 むしろ、メールのタイトルを見た瞬間「やはり維持できないのか」というのが正直な感想でした。

プリウス

 帰り道の距離を計算してギリギリ2時間程度になるため途中でコンビニに寄ることにしました。ここのところ手前の分岐で曲がっていたため通過していた下の写真のお店に寄ったところ建物の位置が変わっていて元は写真のプリウス奥側にあったはずが手前側に移動していました。さらに駐車場もかなり広くなっていました。駐車場に入るまで改装していたのを知らず国道から曲がって驚きました。ついでか看板が追加&大型化しています。

 帰って写真を拡大すると自転車が2台(地元の方?)が意図せず写り込んでいましたのでGIMPで処理してぼかし(Gaussian Blur)を入れています。
 サークルK・サンクスからファミリーマートへの改装(元々am/pmだったところも)は一段落したかと思いましたけどセブンイレブン→セブンイレブン、ファミリーマート→ファミリーマート、ローソン→ローソンと同じブランド/店名のままで古くなった建物を改装するパターンもありました。予告しているのを見た記憶が無いので短期間で一気に変わるようです。改装アナウンスがあったのかと思い店名(ローソン*店)でGoogle検索してもチェーンの公式ページしか引っかからないのであえて載せません。写真だけでもわかる方はわかると思います。

Prius ODD Meter 475871km.

エレクトロニクス

 大阪北部地震(6/18)以来の緊急警報をZE520KL(イオンモバイルデータ専用SIMドコモ版)で受信しました。より正確に書くと夜中に受信していたようなのですけど朝起きて画面を見るまで気づきませんでした。以下の画像のように10回も受信していたようなのですが…。

 ちなみに今回はauのMNO VoLTE SIMが入っているSHF32では受信しませんでした。7月上旬の豪雨の時はSHF32だけ鳴ってZE520KLは鳴らず7/13にSIMをZE520KLにも取り付けましたのでSIMの有無で受信するかどうかが変わるのかもしれません。
 今のところ、SHF32とZE520KL両方ほぼ同時に警報を受信したのは大阪北部地震だけです。どうやらETWSでも地震の扱いは優先度が高いようなのですけど実際にどういったパラメータで送信・受信しているのかは分かりません。いずれにせよ今後も災害が多発してほしくありません。