はじめて見たときは口をあんぐりとさせて見入ってしまった。スゴイ、スゴすぎる。
こんなふうにノーモーションで攻撃されたらディフェンスできないだろうなあ。動画の冒頭は正面からのアングルの動画なので対戦相手目線なんだけど、攻撃の初動がないし、脱力したところから不意にパンチが飛んでくる。スゴイなあ。

みててまったく飽きない。

User Heat : どこが読まれているか見える！無料ヒートマップ・ツール

ヒートマップとはユーザーのマウスの操作などを画面に可視化するツールです。それによってWebページがどのように読まれているかを知ることができます。

User Heatでは、

• マウスの軌跡
• クリックした場所
• よく読まれた場所

の3つのパターンを可視化できます。

あ、ちなみにUser Heatは1つのページに対して、1000～1500PV程度が必要みたいです。
また、

このツールは、「訪問者が、Webのページのどこの段落を注目して読んでいるのか」と「どの場所がクリックされているか」を調べて、その調査結果を共有するシステムです。

とのこと。どのサイトで使うかかは注意が必要です。

さて早速使ってみました。

マウスの軌跡

サイト訪問者のマウスの動きを表示したものです。画像上には、一度に5人分の動きのデータをピックアップして表示されているそうです。
うーん、5人の動きデータだけでは傾向とか特長とかはちょっと出せそうにないですね。あくまでも目安って感じ。

クリックした場所

サイト訪問者がどこでよくクリックしているかの場所を表示したものです。サーモグラフィのようにクリックされている場所ほど赤くなり、あまりクリックされていない箇所は青く表現されるようです。僕のブログの場合とよくわかんないところでクリックされていますね。分かりにくいのでしょうか。

よく読まれた場所

webページ内でサイト訪問者がよく読んでいると思われる場所をサーモグラフィ風に表示するそうです。僕のブログではPVが足りないので熟読エリア分析は行えませんでした。
サイト訪問者のマウスの動きやスクロール操作、文中のキーワードから統合的に分析してるとのこと。どんな風に表示されるのか楽しみです。

試してみたまとめ

「よく読まれた場所」がまだ見られてないので、まだ全部の機能を試したわけではないですが、アクセスログだけではわからない結果がみれておもしろいです。
今回はPVが足りなかったのですが、もっとPVがあればデータが蓄積されて参考になるデータが見られるのではないでしょうか。

あくまで「調査結果を共有するサービス」なのでビジネスでは使えませんが自分のブログのどこが見られているか、どこが問題なのかを探るにはすごく良いツールだと思います。
アクセスログの結果とあわせて分析してみたいです。

他にもヒートマップを無料で見られるサービスないかなあと思ったらこんなのがあった。

HEATCLICK（ヒートクリック）｜ヒートマップ分析ツールやアクセスグラフで、サイトのクリック解析。無料版新登場！

計測ページのレポートが見られるそうでなかなか良さそう。
これも試してまたレポートしてみます。

9月12日、ベルサール神田にて開催されたCSS Nite LP7 IAスペシャルに行って来ました。

CSS Nite LP, Disk 7「IAスペシャル」（2009年9月12日開催）

かなり濃い内容のセッションでした。なんか知恵熱出そうです。
twitterで#cssnitelp7で検索すると参加された方の実況中継やコメントが見られます。復習の意味で#cssnitelp7を見てるのですがいろんな方の議事録見てるようで参考になります。

#cssnitelp7

以下、各セッションについて簡単に。

「情報アーキテクチャの全体像 〜ワークフローとケーススタディ〜」

長谷川 敦士さん

* IAとは何か？
* なんでIAが必要なの？
* 情報アーキテクチャ設計とは？

IAという作業の中身や、その目的、実際の案件などを網羅的に解説した内容。
「IAは愛である」「ユーザーへの思いやり」「真摯にユーザーのことを考える」の言葉があり、メソッドに依存するのではなく”ユーザーとコンテンツ をどうつなぐか”を自立的に考えていく作業という意味を汲み取った。
情報アーキテクチャ設計のフェーズは実務的な部分で興味深かった。

　ユーザーを知る、コンテンツを知る、コンテキストを知る、

という作業から

　サイトストラクチャ定義、ナビゲーションの定義、サイトの構造を画面に落とす

に落とし込みまでの流れが繋がっていく過程は今回講義を聞いた収穫のひとつ。

大規模サイトにおける構築：エンタープライズ情報アーキテクチャの話はもっと聞きたかったが時間の都合で駆け足になったのが残念だった。

「プロジェクトマネジメントから見たIAの大切さ」

林 千晶さん

“IAの専門家ではないが中大規模作るときのTIPS”についての内容。

• なんでこのプロジェクトをやるか
• プロジェクトの目的
• 誰に対してどんな情報を発信していくか

のにぎりが甘いと情報設計がうまくいかない。
これらが整理され明示化されていると手戻りもすくなく後でブレが出てきたときにも振り返られる。妥当な目標を設定したところでプロジェクト計画書という地図を描いてお客さんと共有し道に迷うことなくプロジェクトを収束させるということ。
あと、「『暗黙の前提』を考慮してないものは迷子になる」、つまりすでに広く使われていて親和性がある手法は真似するべきとのこと。林さんのたとえどおり森ビルのエレベーターやエスカレーターの場所は他の建物と違い過ぎててわかりにくい。
「クライアントの視点に立ってドキュメントを作りこめば、それは読み捨てられる資料ではなく納品物として認識してもらえる」という言葉には会場の多くの人がうなった。なるほど、この方法は使いたい。

「IAの欠点〜IAの本来の目的と役目」

佐藤 伸哉さん

サイトマップやワイヤーフレームなどの用語の意味と役割をあげていく抽象度がやや高いセッションで、聞きながら「あれあれIAと離れているな」と思いましたが、IAという作業を型に嵌めてはいけない、という内容。
「ハイレベルサイトマップを作る過程で得られるものと、そのドキュメントとしての価値を分けて考え、すべきことをし不要なことをしない」
「IAを目的にしない、目的は良いサイトを作ることで、IAはその方法のひとつ」
が心に残ったセッション。
ドキュメントとしての成果物を生み出すことにこだわってはいけない、というのは先の長谷川さんのセッションに通じるのでは。

「IAワークショップ〜LPOをテーマに〜」

坂本 貴史さん

ワークショップ。某サイトのナビゲーション改善案、サイトマップ改善案の事前課題が与えられていました。

　（僕がやった課題はこちら）

正直なところワークショップのタスクは何をやったらよいのか戸惑ってしまい、「これって何やるの？」とすこし混乱しましたが、セッションを終えて振り返るとすごく収穫が多かったセッション。

• 現在のコンテンツの整理
• 問題箇所の発見
• ユーザーニーズの整理
• UIの設計

の一連の作業が繋がった！という驚きの一時間だった。

実装視点からのボトムアップIA

小久保 浩大郎さん

マークアップを中心とした話題。
HTMLの文章構造を理解して情報設計しようね、という話。今回のセッションの中でもかなり難しい内容。
「一般的な見出しは階層構造じゃなく情報の粒度」という話は興味深かった。
HTMLは重要だなあ、正しい知識つけないとなあ、と思った。HTML大事。

IAからWebサイトデザインへの突破口

長谷川 恭久さん

最後のセッションらしく全体を統括する内容。
「コンテクストは情報を探している人たちが情報にたどりつく流れ」
「既存のUIパターンを分析し使っていくことはユーザーの言語を考えることである」
はなるほど。
アクションにつなげられるようなコンテキストが重要であり、アクションにつなげる流れを作るのがIAである。
やはりIAとはユーザーへの思いやりが重要なんだなあ、と。すべてのセッション共通にいえることだなあ、と思いました。

以上、ザックリですが感想でした。

参考にしたのはこちら

WordPress | 日本語 ≫ WordPress 2.8.4: セキュリティリリース
WordPress 2.8.4未満にかなりやばめのセキュリティーホールがあるらしいので要アップグレード – F.Ko-Jiの「一秒後は未来」

WordPress 2.8.4未満には、隠れた管理者アカウントを勝手に作成されてしまったりするというかなりやばめの脆弱性があるようです。(2.8.4であれば大丈夫)

情報源の「Old WordPress Versions Under Attack ≪ Lorelle on WordPress」によると、この脆弱性をついた攻撃を受けてしまうともうWordPressを一旦削除してクリーンインストールせざるをえなくなるようです。

攻撃を受けたかどうかを見分ける方法は2通りあるようで、

• パーマリンクに example.com/category/post-title/%&(%7B$%7Beval(base64_decode($_SERVER%5BHTTP_REFERER%5D))%7D%7D|.+)&%/ のような「eval」と「base64_decode」が入った見慣れないものが存在しないかどうか
• 見慣れない管理者ユーザーが追加されていないかどうか

とのこと。
攻撃を受けて無くても早めにアップデートしたほうがいいですね。
最近のWordPressは2.7から自動アップデートでさくっと出来るらしいです（知らなかった…）。
プラグインを無効化してFTPでアップして、、、という方法で僕はやったのですが、それでも30分くらいで終わりました。
（2.8.4に対応してないプラグインがあるので注意が必要です。）

面倒ですがアップデートすると新しい文房具買ったときのような気持ちがして良い気分です。

手順は以前のkarate style » WordPress2.5にアップデートのとおり

1. 最新のアップグレードパッケージをダウンロード
2. エクスポート機能を使って記事のデータをバックアップしておく
3. すべてのプラグインを無効化しておく
4. 最新版のファイルを全てFTPでアップ(上書きする)
5. wp-admin/upgrade.phpにブラウザでアクセス
6. 無効化したプラグインを再度有効化
7. 完了

今回のアップデートで動かなくなったプラグインもありせっかくなのでデザインをリニューアルすることにしました。
あんまり変わって無いようですが地味に変わってます。
ずっと気になってたところ（コメント欄の修正や検索ページのレイアウトの崩れなど）がようやく直せた。あと幅えお少しだけ広くしてRandom Posts（過去エントリーをランダムで5件表示）もつけてみた。
タグクラウドが動いてなかったりおかしなところはあるけど追い追い直していくつもり。

てか、久しぶりにWordPressのテンプレートファイルいじってたら楽しかった。

まずはじめにやったのはこれ
重いFirefoxをなんとかして速くしたい | バシャログ。

しかし速くならない…。
なのでこれをやってみました。

places.sqlite の再作成 Firefox Hacks 翻訳日記/ウェブリブログ

見たらplaces.sqliteが160MBもあった。REINDEXを実行するくらいでは速くならないはずだ…。

places.sqliteを初期化したらサクサク動くようになりました。快適。

ソース見るとデータは読み込んでいるがスクリプトの実行が出来ていない様子。

で、ヘルプをみたらそれっぽいことが書いてあった。
http://www.rememberthemilk.com/help/answers/troubleshooting/loading.rtm

httpではなくてhttpsでリクエストしたら表示できた。

とりあえず何んとかなったので備忘録として書いておく。

先週も実は20kmくらいの距離を走れないかと駒沢公園まで走ったのですが、20km近くになると急激に足が重くなります。それまでは順調なペースで走れてたのに道路に座り込みたくなるくらいガックリとします。
ランニングには30分の壁とか、30kmの壁とかあるようですが僕の場合は20kmだったようです。

確かに15km超えたくらいからすこしつらくなってくるのでフォームが崩れてるのかも、あと筋力の問題か（格闘技やってるときに比べてかなり筋力落ちてるので）？
フルマラソンの距離を走れるようになりたいので今月は20kmをペース落とさずに走れるようにしたい。
あと上半身のトレーニングか？腕立てとかウェイトとか。

「体幹」ランニング (MouRa)

posted with amazlet at 09.06.03

金 哲彦
講談社
売り上げランキング: 1369

Amazon.co.jp で詳細を見る

「体幹」とは、ひと言で言えば「胴体」のこと。ほとんどの人が、ランニングはこの体幹を脚の力で運ぶものと思っているはずです。
しかし、じつは体幹は“運ぶもの”ではなく、“使うもの”なのです。運ぼうと思うから、走りが重くなるのです。プロは、みんな体幹を使ってラクに走っています。

効果がすぐわかりました。
５kmでヒイヒイいってたのが10kmまで距離が伸び、最近は20kmほど週末にランニングできるまでになりました。
体のバランス（丹田：へそのすこし下。体の中心）と骨盤を意識すること、あと肩甲骨を意識して走ることでこんなに違うのか！とビックリします。
何度もいいますが本当に効果がすぐ分かります。姿勢は大事ですね。

走ることはすきなのでよく走ってたのですが、忙しくて1ヶ月ぶりにランニングすると以前よりも体が軽くていつもより長い距離を楽に走れたりすることがありました。これはたまたま体感で走ってたんだなあ、ということに気づきました。たぶん気が抜けて偶然によい姿勢で走ってたのでは？と思います。

姿勢が変わるだけでこんなに変わります。
正しい走り方をするために怪我も防げるらしいです。

ランニングする人は一度は読んでみる本だと思います。

データ共有・同期をしてくれる「Dropbox」大変、便利に使わせて頂いております。が、なんか知らない間にキャッシュが23GBもできて、ハードディスクを圧迫していました。ちょっとびっくり。

[N] 「Dropbox」のキャッシュが23GBもあった件

というエントリーをみてこれはヤバイと思って調べてみました。

僕の場合はWindows XP なので、

C:\Documents and Settings\(ユーザ名)\Application Data\Dropbox

このなかのcacheフォルダーです。

※その前に不可視ファイルを表示させます。
方法はこんなふうに。
不可視ファイルを表示させる。: あるある！パソコントラブル探検隊

調べてみたら合計20MBでした。
動画とか音声とかはほとんど扱ってなくて、jpgやpngやpsdやテキストを同期してるだけなので大丈夫でした。

定期的にキャッシュを確認したほうがいいですね。