米国政府やWikipediaはすべてのWebサイトをHTTPS化へ。
Webサイト所有者はそれに倣うべきか
トレンドマイクロ セキュリティブログ

個人的には大賛成です。当サイトも常時SSL(HTTPS)
当初は必要なページのみHTTPSを考えてましたが、個別に制御するのが面倒だったり、一部ブラウザでHTTPS→HTTPのリダイレクト時に警告が出ることがあったり(現在はほとんど無問題)と、いろいろ問題があります
すべてHTTPSにした方が管理の手間もなくなるのでおすすめですね

といっても既存サイトでは掛かるコスト(特にテスト)が大きいので、新規立ち上げのサイトでないと難しいかもしれません

当サイトはRapidSSL

ちなみに当サイトの証明書は エンジョイSSLダイレクト という代理店で購入しました
購入時は\1300／年ほどでしたが、現在では倍くらいの価格になってしまってますね。円安って…

高い信用度が要求されるサイトではベリサイン等の有名ベンダのものがよいですが、
当サイト規模であればRapidSSL等の廉価証明書で良いだろうと

あまり進んでいない常時SSL

とはいえやはりすぐに常時SSLに移行することは難しいようです

• 日本の金融機関はなぜ「常時SSL」を実装しないのか？
• 銀行に期待した「常時SSL」 その後……

冒頭の記事にもありましたが、Mozillaのいう 一部の新機能はHTTPSのみで有効 あたりの機能が主流になってくれば常時SSLも加速しそう(たぶん)

ニコニコ動画から電王戦の続報が出ましたね
その名も 叡王戦。"叡"という字には かしこい、聡明なこと という意味があるようで

しかも公式戦!

個人的には一番驚いた点ですが、公式戦として新設されるようです
出場棋士も羽生名人、渡辺棋王以外はほぼエントリーとのことで、メンツが他の棋戦と全く遜色ありません。これだけの豪華だと相当なマネーが動くことは間違いなさそう

優勝者は電王と三番勝負

電王とはコンピュータ将棋チャンピオンのことです
これだけのメンツが揃ったということで、日本将棋連盟の本気度がうかがい知れます

早速明日に開幕局があるようなので、これは視聴せざるを得ません

今回は5.5→6.0にアップグレードにしました
手順としては下記のとおり(かなり適当)

1. VMwareのサイト からisoイメージをダウンロード
   
   
2. ESXi-Customizer でisoイメージにNICのカスタムドライバをマージ
   ※当鯖はデフォルトで対応されていないNIC(Intel 82579LM)のため、ドライバを追加する必要があります。やり方は ググれば すぐに見つかります
   
   
3. マージしたisoイメージをCD-Rに焼く
   
   
4. 焼いたCD-Rでブートし、USBメモリをVMware vSphere Hypervisor 6.0にアップグレード
   
   
5. アップグレードしたUSBメモリを鯖に差し込んでブート
   ※アップグレードの場合は設定もそのまま残っているのでこれで終了です
   
   

手順としては5.0→5.5へのアップグレードとかと全く同じでした

アップグレード自体は特に問題なし

特に滞りなく進みましたが、ついでにやった 仮想ハードウェアのアップグレード でネットワークが使用不可になるというトラブルに見舞われました

原因は上記操作によってNIC名が"ens32"→"eno16777728"に変更になったこと
(ほかにArch Linux独自の netctl のプロファイル再登録とかも必要でした)

それにしても"eno16777728"っていうNIC名はかなり違和感がありますね
"eth0"とかの論理名だと入れ替わってしまうことがあることが問題視されてこうなったようですが

ウメハラ FIGHTING GAMERS! (2)

これはウメハラ信者としては購入不可避ですね
…といいつつ1巻が出てることも知りませんでしたが

発売はこちらの動画で知りました↓

最後の1F目押しコンボがもはや人外レベルです…

当サイトはログ編集機能に CKEditor を使用しております
先日、某氏からの報告によりGoogle Chromeだと当サイトのログ編集機能が動作していないことが判明しました。ご迷惑をおかけします

原因は?

通常、CKEditorを適用させるdivタグには contentEditable="true" という属性を設定しますが、Chromeの一部のVerの場合だとなぜか適用後に contentEditable="false" となっていました

解決法について

自分が調べた中では こちら の公式フォーラム記事が最もフィットしている感じでした

方法1(失敗)

$(this).attr('contenteditable', true);
CKEDITOR.inline(this);

this はCKEditorを適応先のHTML要素です
こちらは単純明快ですね。CKEditorの適応直前に true を設定しています
…ですが、当サイトではこの方法ではうまく動作しませんでした。true 設定を後に行っても状況は好転せず

方法2(成功!)

var ck = CKEDITOR.inline(element);
ck.on('instanceReady', function(ev) {
    var editor = ev.editor;
    editor.setReadOnly(false);
});

こちらの方法がベストですね。CKEDITORに instanceReady というイベントがあるらしく、CKEditorのインスタンスが作成されたときに発生するイベントのようです

で、そのときに setReadOnly というメソッドで読み取り専用状態を解除しているようです
このあたりはドキュメントを詳しく読んでないとなかなか分からないですねぇ…

今のところこの方法で問題なく動作しております。ありがとう公式フォーラム

CKEDITOR.inline(element).on('instanceReady', function(ev) {
    ev.editor.setReadOnly(false);
});

短縮して上記のように書いても問題ないようですね

追記

CKEditorが使用できない環境(例:スマートフォン)だと CKEDITOR.inline(element) の返り値が null になってしまうっぽいです
当然コンパイルエラーになり、以降のコードが動作しなくなります

なので、下記のように書くのが正解…だと思います

var editor = CKEDITOR.inline(element);
editor && editor.on('instanceReady', function(ev) {
    ev.editor.setReadOnly(false);
});