Napsterが終了してしまったので、僕のPCの中に入っていた音楽がほとんど聴けなくなってしまいました。
レンタルし直したりするなりして、ライブラリを再構成しないといけないので、ナップスターのライブラリをメモ。

8otto
anatakikou
andymori
Curly Giraffe
HOLIDAYS OF SEVEN
LOCAL SOUND STYLE
Makai
shirane kenichi
theピーズ
くるり
クラムボン
つじあやの
キセル

10cc
4hero
Antonio Carlos Jobim
Aphex Twin
Bad Religion
Benjamin Schaefer Trio
Bill Evans
blink-182
Bob Dylan
Boys Like Girls
Bud Powell
Car Is On Fire
Chemical Brothers
Clash
Dexter Gordon
Digitalism
Duke Pearson
Eric Clapton
Fall Out Boy
Foo Fighters
Green Day
Hauschka
I am robot and proud
INO hidefumi
Jam
John Coltrane
Julie & Khari
KBC?
Keith Jarett
La’s
Lagwagon
Libartines
McCoy Tyner
Me first and the gimme gimmes
Miles Davis
mr scruff
no use for a name
nofx
oasis
offspring
orb
orbital
os morcegos
pat metheny
pennywise
pet shop boys
phoenix
plej
primal scream
priscilla ahn
rancid
red hot chili peppers
royksopp
shania twain
simple plan
sonny j
special others
stereophonics
sum 41
summer obsession
telepopmusik
ting tings
underworld
unenployed
used
velvet underground
weather report
weezer
x-press 2
zero 7

なんかもっといっぱいあった気がするけど…どこへ消えたのだろう
daft punkとかjamiroquaiとかいないしなー
prodigyもいないな

第5回CakePHP勉強会@Tokyo – events.php.gr.jp　に参加してきたんですけど、そのときの箇条書きメモみたいなもの。
初めて知ったものとか、後でもうちょい掘り下げて調べようと思ったものなど。

@phpmatsuri
Debug_kit

1.3新機能 cakebook 11.2参照
Virtual Fields
local validation
JsHelper
assetTimestamp

bakeユーザー参加者の半分？

pageTitle廃止
SQL文でなくなったelement(‘sql_dump’);
変更はcakebook 11.1参照

【CakePHP】使用しない方が良い・できないメソッド等の一覧 | ECWorks Blog

cakeplus
futil

BaserCMS
Croogo
ez publish
BTS(redmine)
candycane
Lithium
cake serch plug-in
rackspace
NoseRub 日本語化
qTip
Matt Curry (free ebook
Mark Story
CakePHP IRC 2010/06
Transition plug-in

追記：メモには書かなかったのですけど、git(github)がデフォという空気で、なんだか浦島太郎状態でした…

100円ショップ日記　http://100log.jp/

最近100円ショップに行くことが多いので「せっかくだから買ったものをブログで書いていくかー」というノリで始めてみました。
ほぼ日刊になるようにがんばります。

別に僕に友達がいないとか、そういうわけではないんですが、本当にあの機能を使っている人はいるのでしょうか。
そんなに友達に知らせたいページがあるのでしょうか。
と常々疑問に思っていたのですが、どうやらあれって、友達に送るだけじゃなくて自分に送る機能として使ってる人も多いらしいのですね。
ケータイのブックマークって100件くらいまでしか登録できない機種が多いらしくて、ちょっと気になったサイトをメモしたときに、ブックマークがいっぱいのヘビーユーザーは「友達にこのページを送る」機能を使って、自分宛にURLを送って、一時的なブックマークとして利用するらしいのです。

こういうのは普段からケータイ使ってないと気づかないので、非ケータイ世代はノウハウとして積み重ねていくしかないですね…

タイトルとURLを保存するのは
・docomo – Bookmark
・au – お気に入り
・Softbank – ブックマーク

表示しているページ全体をメモするのは
・docomo – 画面メモ
・au – 画面メモ
・Softbank – お気に入り

らしいです。

僕はauユーザーなので「お気に入り」という表記に慣れ親しんでいるのですが、全キャリア向けに「このページをお気に入りに登録してください」とかいう表記にしてしまうと、ソフトバンクの人はちょっと混乱してしまうかもですね。
「ブックマーク」にするか、キャリアごとに切り替える方が良さそうです。

N905iで食べログを見ていたら、リンクをクリックしたときに「URLが長すぎです！」みたいなことを言われてしまいました。
ぎりぎりアクセスできる長さのURLを「お気に入りに登録」から調べてみると、N905iでアクセスできる（扱える？）URLは半角256文字らしいです。
長いようで意外と短いURLなので、なるべくスマートなURLにしないとモバイルだと問題起こることも多そうです。

Docomoの資料だと

* URLエンコード後の文字長は最大512バイト
* 直接入力可能なURL長は最大100バイト
* ブックマークに登録可能なURL長最大100バイト

らしいんですけどね。
http://www.nttdocomo.co.jp/service/imode/make/content/browser/html/notice/standard/

まあ、とにかく短めにするに越したことはないと…

「記事を厳選してちゃんとしたブログを書こう！」みたいなことを考えてリセットしたはずなのに、読み返してみると相変わらずゴミクズみたいなエントリーばっかしか更新してない気がします。
というわけで、自分でも「Twitterかチラシの裏でやれ！」と思ってしまうようなしょうもない過去記事に関しては非公開にしました。
（今書いているこの記事も、情報としてはものすごくどーでもいいので、1年後には消えてそうですけど）

しかしアレですね、ブログやらSNSやらSBMやらTwitterやら、個人のメモツール＆情報発信ツールは非常に充実してきているわけですが、それぞれ使い分けるのがめんどくさいですね。
さらにそこに関心空間とかブクログとか読書メーター的なツールを使い始めちゃったりしたら、もう何が何やらって感じです。

一応僕は今は、
・ブログ（長文用
・Twitter（ウェブ関係の思いつき、マジメなメモなど
・Twitter第2アカウント（しょうもない思いつき、おはようからおやすみまでの不真面目なメモ
という感じで使い分けているんですけど。

Twitterは標準でログのバックアップとれないから、ちょっとメモ用途としてはイマイチな気がするんですよね…
最近は外部のバックアップツールも充実してきて、特にtwilogみたいな整形して表示するツールも便利そうなので、こういうのがあれば十分かなーとか思っているんですけど。

まあ、思いつきとかメモなんて、どうせほとんどの場合、後から見直すことがないんで、バックアップなんてとれなくてもいいっちゃいいんですが。
そんなことを言ってしまうと、そもそも思いつきやらメモなんて形に残さなくていいじゃん、というログ中毒者を否定する考えになっていきそうなので、深くは考えないことにします。

先日、知人といるときにケータイをいじってたんですよ。
んでログインパスワード入力が必要なページがあったんですけど、パスワードを入力すると、パスワード文字列が丸見えなんですよね。
「ケータイはパスワード見れちゃうサイトが多すぎだ！ちゃんとtype=”password”にしてくれよ！ファック！」とつぶやいたら、その知人がですね「えー、でもアタシのケータイだと*マークになっちゃうと何の文字入力してるかわかんないからパスワード見れてたほうがいいんですけど」みたいなことを言うわけですよ。
「いやいや、今入力している文字は見えるからいいじゃん。前の文字だけ隠れるじゃん」ということを言ったら、どうやら違うらしくて、端末によっては今まさに入力している文字も見えないやつがあるらしいのですよね。（ちなみにその知人のケータイはN905iでした。前のケータイもNで同じ挙動だったとか。）
だから、たとえば「c」を打ちたいときは「2」を3回押して*が一つ表示されているのを見て「たぶんcだな！」と、まさにブラインドタッチなテクニックが必要とされるらしいのです。
ドコモのケータイはそうなのか？と思って家に帰ってからF906iを使って調べてみたら、それは別に今入力している文字は見えたので、N固有の問題かも知れませんが…（今まで使ってきたauのケータイでもソフトバンクの921SHでも、入力中の文字は見えるので）

というわけで、ケータイのパスワードが丸見えなのは、全体でパスワードが見えていた方が安心と思うユーザーが多いからだけなのかと思いきや、そんな理由もあったらしいです。

たぶんこの仕様を決めた人は、「今現在入力しているパスワード文字が見れてしまったら、電車とかでじーっと後ろから見られたらパスワードがわかってしまうではないか！これはいかん！」と思ってパスワードを1文字たりとも見えなくさせたのだと思うのですが、そういったセキュアな親切をした結果、丸見えパスワードにするサイトも増えてしまっているらしいので、何というか、何とも皮肉な…という感じですね。

とりあえずtype=”password”のまま運用するのなら、数字のみ入力できるようにすれば*マークでも困ることはなさそうですが、それはそれでパスワードの脆弱性が増してしまいますし、難しいところですね。（IPチェックをすれば総当たりアタックされにくいとはいえ）
あちらを立てればこちらが立たず。

Twitterでそれとなく投げたら、特に反応なかったんですけど、iモードID取得するために必要なパラメータの「guid=ON」ってどういう条件でつけるのがいいんですかね。

対応するべき相手は
・ドコモ
・他キャリア
・クローラー
の3パターンになると思います。
まあ、ドコモに関してはもちろんつけていく方向でやるわけですけど、他キャリアとクローラーはどうしようかな、と。

まずguid=ONの付け方の整理。

内部リンクに関しては、guid=ONを自動で付加させればOKでしょう。
フォームで何かを投稿するときのみiモードIDを利用する場合は内部リンクに関してはguid=ONをつけなくてもいいと思いますが、基本的にほとんどのページでiモードIDは利用するとして考え、特にiモードIDが必要とされないページでもguid=ONはつけるものとします。
（メルマガ発行する場合も、本文に書かれるリンクは内部リンクと同じものになると考えて良いかと思います）

外部リンクからguid=ONなしのリンクで飛んできた場合の扱いは
１．guid=ONをつけて同じページに302リダイレクト。
２．クッションページを挟んで、そのページのEnterボタン(guid=ON付加)なりをクリックしてもらう。
３．そのページはログイン状態をあきらめる。
の3パターン考えられます。
ドコモの場合は302リダイレクトの場合でも「サイトが移動しました(301)」というメッセージが表示される場合もあるようなので、一応２と3も選択肢に入れましたがメッセージが出ないのなら１を採用していいような気がします。（この現象は未確認なので要検証）

んで、本題の、ドコモ以外にもこれらの対応をしてあげるべきか、というものなんですけど。
とりあえず他キャリアとクローラーへの対応としてはこんなのが考えられます。

A.内部リンクに対してguid=ONもつけるし、外部からguid=ONなしで飛んできたらドコモと同じ対応にする。（とにかくguid=ONつけるよ派）
B.内部リンクに対してguid=ONをつけない、外部からguid=ONありで飛んできたらguid=ONなしのURLに301リダイレクトなりする。（ドコモ以外には絶対にguid=ONつけないよ派）
C.内部リンクに対してguid=ONはつけない、でも外部からguid=ONありで飛んできてもリダイレクトとかしないしguid=ONを引き継いだりもしない。（そのまま派）

まあ、他キャリアはともかくとして、クローラーに見せるURLは
・guid=ONありで統一した方がいいのか
・guid=ONなしで統一した方がいいのか
・はたまた統一しないで検索エンジンまかせでほったらかしにしてしまっていいのか
・ウェブマスターツールやサイトエクスプローラーなりで対応すべきなのか
悩みどころであります。

個人的にはguid=ONはあくまでiモードIDを取得するためだけのものなので、なるべく外側には出さないで、他キャリアやクローラーにはguid=ONなしのURLで見せてあげた方が良いと思うのですよね。
（理想としてはBの「ドコモ以外には絶対にguid=ONつけないよ派」ですね）
ただ、ドコモユーザーが他のサイトでリンクを張る場合は、もちろんguid=ONがついてる状態で張ると思うのですが、そうするとURLに統一感がなくなって気持ち悪いというか、メルマガに記載するURLをキャリアで振り分けなきゃいけないとか、301リダイレクトばっかりしてSEO的に大丈夫なんだろうかとかが気になります。
逆にguid=ONありで統一したところで、メルマガに記載するURLが長くなって気持ち悪いとか、インデックスされているページがguid=ONばっかりで気持ち悪いとか、そういうことになりそうな気がするんですけど。（ただし、SEO的にはこっちの方が安心な気もします）

今のところ個人的には、他キャリアやクローラーに対してはCの「そのまま派」を採用して、ウェブマスターツールやサイトエクスプローラーなりでguidを無効にするのが一番中庸的な手段になるかと思うのですけど、どうでしょう。

ウェブサイトの名前って、わかりづらい名前が多いと思うんですよね。
日本にローカライズされた海外のサービスが多いせいもあると思うのですが、日本の会社が作ってるサービスも、「短いドメイン」を狙ってるせいか、よくわからない名前ばっかりのような気がするのです。
まあ、なんかよくわからない英語っぽい感じの名前の方がスタイリッシュというのはわかるのですが、あんまり奇抜な名前だと「日本語でおｋ」と言いたくなってしまうのです。

極端な話をすれば、小林製薬みたいなネーミングのウェブサイトを僕は見たいわけですよ。
たとえば検索サイトだったら「ミツカール」みたいな。
なんか10年くらい昔のウェブサイトってそんな感じの名前が多かった気がするのですが、気のせいでしょうか。

極端じゃない話をすればですね、とりあえず日本語というだけでもいいと思うんですよ。
一般的に使われている外来語でもOKですし。
「２ちゃんねる」とか「はてな」とか「楽天市場」とかすばらしいです。
あ、今書いて気づいたのですが「はてな」は小林製薬風ですね。
楽天なんかは、あえてスタイリッシュではなくイモっぽい感じを狙ってますよね。「楽天広場」とか。
楽天ユーザーである主婦などのライトユーザー層の好ましい雰囲気を作っています。
あとは楽天が買収したサービスも「旅の窓口」とか「みんなの就職活動日記」とか「前略プロフィール」とか、日本語のわかりやすいサイト名が多いですね。
楽天に買収してもらいたい場合には、日本語名でサービスを始めるといいかもしれません。

僕がこういうネーミングで素敵だなあと思うのは、アスクルです。
「明日来る」から「アスクル」。
すばらしいですね。
そのまんまの言葉で、なおかつ短い、非の打ち所のない完璧さです。
これ、ポイントは「アスクル」というカタカナの文字を見ただけでは「明日来る」を発想しにくいところもポイントだと思うのですよ。
たとえば僕がですね、アスクルを知らない人に紹介するときにはですね「明日来るからアスクル」って説明を必ず入れるのですよ。
そうしたら、それを聞いた人も「なるほどねー、明日来るからアスクルか」ということで理解してですね「アスクル」という名前がよりいっそう脳内にインプットされやすくなると思うのですよ。
口コミを意識したネーミングで口コミマーケティングですよ。

そういえば口コミマーケティングと言えばですね、ロッテのクールミントガムがあるじゃないですか。
あれって、パッケージのペンギンって、一人だけ片手をあげてるやつがいるんですよね。
あのパッケージをデザインした佐藤卓さんという方が自身のサイトの動画で語っていたのですが、これに気づいた人は、その発見を絶対周りの人に言うと思うんですよ。（ちなみに僕は周りの人50人くらいに言いまくりました）
そこに口コミが生まれてですね、実際にコンビニに行って手に取ったり、買ったりという流れができるわけです。
すばらしいです。
この話を始めて聞いたときには、死ぬほど感動しまして、それ以来僕はずっとガムを買うときはクールミントガムなのです。

なんかよくわからない話になってしまったので、もう終わり。