最速インターフェース研究会 :: ライブドアのテクノロジーセミナーでしゃべってきました昨晩はライブドアで開催されたテクノロジーセミナーで「Technologies for UI」という題でプレゼンをやりました。 発表資料はpdfかhtmlで公開する予定ですが、とりあえずテキストだけ先にアップしておきます。
資料だけでもためになる気配がぷんぷんしますなー。 行った人が得したというか、行けなかった人類（含む俺）が損した感が・・・。動画pls・・・。
以前に、「IEでfavicon出ない問題」をPHPはさんで解決しました。しかし、favicon一杯あるページ（ココとか）では切なくなるほど遅くなります。
普通の画像だってあるだけリクエスト飛ぶのに何が違うのかと思ったんですが、よく考えたら普通の画像はブラウザにキャッシュされるので2回目からリクエスト飛ばないんですよね。PHP挟むと毎回フレッシュな画像が表示される。（悪い意味で）
要はPHPでもブラウザにキャッシュしてもらえばいいのカー。 PHPのデフォルトではご丁寧に（今回は邪魔だけど本来超嬉しいデフォルト設定）ブラウザにキャッシュされないようにヘッダを吐いてくれてるので、（p0t: 戻るボタン対策）それを切るだけで良かった。
session_cache_limiterのパラメータの細かい説明がマニュアルに見当たらなかったんですが、
- nocache—- ブラウザにキャッシュしないで（デフォルト）
- private—- ブラウザにキャッシュして
- public—- ブラウザとキャッシュサーバ（プロクシとか）にキャッシュして
だそうです。(via http://www.hizlab.net/app/portal.html)
<?php
<strong>session_cache_limiter('public');</strong>
header('Content-Type: image/x-icon');
echo file_get_contents($_REQUEST['favicon']);
?>これで2回目から糞速い。
XangoはPerlで書かれた汎用クローラーフレームワークです。イベント型フレームワークPOEを使用することにより高速なクローリングが可能です。実装にもよりますが、単一プロセス内でインデックシングや文字コードの変換等の処理を同時に行うアプリケーションでも１秒に５～８ URL、１時間で 18000 ~ 22000 URLの処理が行えます。
超よさそ・・・。 こんな情報を発見しましたが、一番やりたいのがクローラのスレッド化なので意味ないか･･･。
マイドメインレジストリサービス＜おしらせ＞ 2006/12/13 夕刻 ～ 2006/12/14 11:00 マイドメインのサーバが停止しておりました。
現在、詳しい状況を確認中です。 サービスが停止し、ドメインをご利用のお客さまに、多大なご迷惑をおかけしたことをお詫び申し上げます。
しばらくこのページも見れなくて困りました･･･。 ちくしょう！移管してやる！
自分も一個担当していくつかのネットのサービスを調べたんですが、5個調べて全てがFlash, Javascript問わずInPlaceEditor()の機能を持ってました。
↓こういうヤツ
もはや、コンシューマ系のネットのサービスではAjaxを使わないことの方が例外的みたいです。もう完全に工数が･･･、負荷が・・・などと言ってる場合じゃなくなってしまいました。Ajax拒絶反応は今年中（今月中）で終わりにせねばなりません！（＞ 人類＋俺）
急いでそういうのを覚えねばなりません！
どういう方法があるのか、どういう技術を勉強しなきゃいけないのかを調べてみました。
Ajaxを使った開発方法には大まかに2種類あるようです。
- サーバサイドプログラムでAjaxのコードを生成する
SAJAXやGWTのようにサーバサイドの言語でクライアントを含めたAjaxコードを生成する。クライアントプログラムを良く知らなくても使えるのが良い。UIの表現力はツールに依存する。 - サーバサイドとクライアントサイドをAPIを介して完全に分ける
APIを挟んで分業する。サーバサイドがUI変更の影響を受けないので自由なUIが作れる。APIを一揃え作るのが大変。
1の方法はフレームワークがサポートしてるととても簡単で良い。
2の方法では標準APIをどうするかを更に決める必要がある。（毎回話し合って決めるなんてやってらんない） 現状ではAtomPPが有力っぽい。サーバサイドのフレームワークもRESTし易いものが必要。
2の方法で行くとして、選択すべき技術やツールはどういうものがあるのか。
- Web API（の仕様）
- クライアントサイドのフレームワーク
- サーバサイドのフレームワーク
個人的な嗜好を無視して無難なのを選んでみると、
- Web API（の仕様） → AtomPP
- クライアントサイドのフレームワーク → prototype.js + script.aculo.us
- サーバサイドのフレームワーク → Rails
かな・・・？
2の方法はVOXの開発チームがエレガントにやってそうなのでどんな技術、ツールを使っているのか参考にしたいとこです。
ボタン一発で実体参照に変換！MTプラグイン『EntityRefButton』 | i d e a i d e aその名も「EntityRefButtonプラグイン」。MTの編集画面からボタン一発で選択した文字列を実体参照に置き換えてくれるというもの。これは便利！
便利！
「これ作ったら便利だけど、絶対誰か作るだろうから、出来たらそれを使わせてもらおう」
ってものって結構ありますけど、コレについては思ってから大分時間がたってしまって、逆に自分で作った方が効率的だったかも･･･。
ウィッシュツールリストって無いかな？ 開発者しか参加できなくて、リストにあるツールを作るとポイント入って代わりに自分の欲しいツール作ってもらえるとか。そりゃないか。
メソッド、ブロック、クロージャ | はぐれメタプログラマざっとRubyの関数周りを見てみましたが、意外と奥が深いというか複雑ですよね。 ブロック引数メソッドという格好良い機能を実現するためですが、 舞台裏はけっこう汚いなぁというか。 私は所謂「奥が深い症候群」が病気だとは思いません。
半分ぐらいわからないけど、すごくためになりました。
浅はかな考えかもしれませんが、javascriptでは
メソッド = ブロック = クロージャ
だと思うんですが、なんでこれらを別々にするんだろう？
Widget.TagCloud Widget.TagCloud is a pure javascript implementation of TagCloud, featuring:
- Requires no extra image files
- Requires no extra CSS files and rules
共感。やっぱ１ファイルっていい。
spiritlooseのはてなダイアリー – PPrompt をもっと使いやすくPPrompt.promptの時にフォーカスしてくれないのと、promptの値のとり方が微妙だとおもったので、その辺を変えてみた。
（中略）
promptの際にfocusするのと、ppromptのオプションonOkに引数で入力値を渡すようにした。
pprompt.jsに素敵なパッチを取り込ませていただきました。これはいい！ ついでに、alert, confirmもfocusするようにしました。
それと、「promptっぽいヤツ」は“モーダルダイアログ”って言えばいいことに気付きました。
Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Availability)あまり知られていないことかもしれませんが、DNS があるホスト名に対して複数の IP アドレスを返した場合、多くのウェブブラウザ注1は、その全てのアドレスに対して接続を試みます (接続に成功するまで)。つまり、DNS ラウンドロビンには高可用性 (High Availability) を実現する機能もある、ということです。
DNSラウンドロビン再評価++