最速インターフェース研究会 :: 最近IE6でWikipedia日本語版の表示が異常に遅いのはKeepAliveのせい
KeepAliveのせいというと誤解があるか。IEのせいなんだけど。 どうもここらへんの問題っぽい。 http://d.hatena.ne.jp/kinneko/20051214/p4 http://otaba.seesaa.net/article/10637205.html 2月初めぐらいからか、キャッシュが空の状態で日本語版のWikipediaを表示すると、IE6が1分間ほど固まる、という不具合があるそうだ。 JavaScriptを切ると正常に表示できるようになるけど、JavaScriptが重い、ということはなかった。JavaScriptが重いならCPUの使用率が高くなるはずだし、なんかおかしいフリーズの仕方をする。で、Proxomitronでレスポンスとか調べてみてたりしたのだけれど、プロキシ経由だと問題なく表示される。 結論としては、なんらかの原因でkeepaliveがタイムアウト
最速インターフェース研究会 :: そろそろライブドア事件について一言いっとくか
ライブドアの件で最速に一言いわせてもらう 最速インターフェース研究会 :: そろそろライブドア事件について一言いっとくか2月1日付けで株式会社ライブドアに就職しました。 最速な人が来た。 - にぽたん研究所 弊社に、最速インターフェース研究会の片栗 X こと mala らんが join しました。 おめでとうございます！ 思えば（検閲されました。）で、（特捜部に消されました）とかで（Z部さんからクレームがきました）ホルモンカワユスだったりしたわけですが、実にめでたいです。 そして（id:jnaoyaに怒られました）ですよね？ じゃなーい！ せっかくライブドア入りたい！をわがまま言って作ってもらったのに、ちっとも活用されていないじゃないですか！ はてな入りたい！とかSixApart入りたい！ (その後)とか活用されまくっているというのに！！！！ ひどいひどいひどい！ さっきはてなダイアリー市
最速インターフェース研究会 :: ソーシャルブックマークの未来予想
自分に出来ることは数限られてるけど、 これからどんな技術が、どう組み合わさって、どう発展していくのかは 大体予想がつく。 これからブラウザの拡張機能として サイドバーにソーシャルブックマークが組み込まれるだろう。 それは自分が今見ているページから ドメイン内の人気のあるページをリストアップしてくれたり どんなタグがついているのか、誰がブックマークしているのか、 関連しているページは何か、関連している本は何か、関連する商品は何か、 ページ内の単語のwikipediaへのリンク、逆リンク、前回の更新箇所(diff)、 同じページを見た人のオンライン状況、ページの評価、などなどを取得してくれる。 ブラウザ本体画面のほうはともかく、サイドバーの方はtorなどのP2P匿名プロキシを経由して、さらにはcoralのような分散キャッシュサーバーを利用して、プライバシーの漏洩を心配することなく、転送量もサー
最速インターフェース研究会 :: 入門Ajaxが初心者にオススメできない理由
このブログは基本的にひたすらなんか作ってリンク張るというスタンスでやってきたのでAjaxなサイトやら、ライブラリやら、フレームワークやらは全然紹介してこなかったし、あんまりそういうことをやるつもりもないのだけれど何で急にfluxiomヤバいとか書いているのかというと何もかも入門Ajaxのせいである。 入門Ajaxがダメだというのは、別に内容のことではない。 いや、もちろん内容が酷い部分もあるのだけれど、サンプルは初心者向けで悪くないだろうし、高度な内容を取り扱おうと思ったらきりがない。情報収集の仕方を知らない人がまとまった情報を手っ取り早く得たいと思っているならば、2500円は安い値段だ、悪くない。あと17冊買うべきだ。 問題は、この本がとても閉じているということだ。日本語のリソースしか紹介していない。クロスブラウザだとかビジュアルエフェクトだとかは海外のライブラリのほうがよっぽど上手くや
最速インターフェース研究会 :: Fasterfoxが酷すぎる件
Fasterfox http://fasterfox.mozdev.org/ Fasterとか見るとつい試してみたくなる衝動に駆られて試してみたんだけど、これはひどいなと思った。 リンク先読み機能ってのがデフォルトで有効になっているんだけど 先読み機能は他にダウンロードしている場合はそちらに優先権を譲るので競合して帯域幅をパンクさせることはありません。それどころか使用していない帯域を有効活用する機能です。 どっちも自分のことじゃないか、相手のサーバーのことはどうでもいいのか。まあ俺は基本的には帯域幅よりサーバー負荷より人間の1分1秒のほうが貴重だとは思ってるんだけど。 del.icio.us開いたら片っ端から先読みし始めるし、既読のページにもかかわらず先読みするし節操が無い。読みもしないページを片っ端からダウンロードすることが有効活用と言えるのか？ もしもローカルネット内でキャッシュプロキ
最速インターフェース研究会 :: 実践JavaScriptリファクタリング、その2
連載すんの？ リファクタリングとか嘘で実は実践ビルトインオブジェクトハックなんだけど。 例題 配列 a = [3,5,4,2,1] から一番小さな値と、一番大きな値を取り出すにはどうすればいいか。 多分昔はこんな風に書いてたと思うんですよ。 a = [3,5,4,2,1]; for(i=0;i<a.length;i++){ if(i == 0){ min = a[0]; max = a[0]; } if(min > a[i]){min = a[i]} if(max < a[i]){max = a[i]} } 模範解答として、後先考えないやり方を提示しておく。 a = [3,5,4,2,1]; min = a.sort().shift();// 1 max = a.sort().pop(); // 5 短い。ただし、これをやるとaの内容は並べ替えられて最初と最後の要素が取り除かれる。 a /
最速インターフェース研究会 :: 実践JavaScriptリファクタリング
同じ事をやるにも、いろんな書き方があるわけでいかにして短くてわかりやすいコードを書くかというノウハウを紹介します。 例として"abcde"を80回繰り返した文字列を作るとして実際に自分のコーディングスタイルがどんな風に変化していったのか、という。 短くなるのは確かなんだけどわかりやすいかというと、人によるかもしれない。 グローバル関数を定義2年前なら、多分こういう具合だった。 //ふつうに関数として定義する function x(str,num){ var tmp = ""; for(var i=0;i<num;i++){ tmp += str; } return tmp; } x("abcde",80) Stringのメソッドとして定義1年前だとこんな感じ。 //Stringのメソッドとして定義する String.prototype.x = function(num){ var tmp
最速インターフェース研究会 :: beyond.jsってなに？の巻
こどもてれびに対抗して巷のJavaScripterの間で最新流行のbeyond.jsってライブラリの解説をします。 beyond.jsとは 知らないやつはモグリといっても過言ではないぐらい有名なライブラリです。 嘘です。どれぐらい使われているのかは良くわかりません。 Ajaxとか全然関係なくて、純粋にJavaScriptのライブラリです。 beyond.jsはここからダウンロードできます。 http://w3future.com/html/beyondJS/ Beyond JS is a Javascript library that lets you write Javascript unlike anything you've ever written. Your code will never be the same again. It contains both useful, f
最速インターフェース研究会 :: XMLはメタデータというより生データとしての利用価値が高まりつつあり、AjaxによるUIの切り離しがそれを加速する
全部まとめて色々書こうかと思ったのだけれど、どうにも上手くいかないので、少しずつ分割して書くことにする。 まず最初にこれなのだけれども http://johnvey.com/features/deliciousdirector/ これは何かというと「JavaScriptで書かれたdel.icio.us APIのクライアント」である。最初に全てのブックマークを受信して、その後のタグによる絞込みなんかは全てJavaScriptで行う、というものだ。 とりあえず、実際にこのデモを見るのが早いだろう。 http://johnvey.com/features/deliciousdirector/demo.html この方式では、ブックマークの件数が1万件を超えるようなケースになると破綻することがわかっている。 del.icio.usのAPIでは特定のタグを含むブックマークを取り寄せることも出来るので
最速インターフェース研究会 :: 動的ロードあれこれ
JavaScript及び、その他技術の組み合わせによる、 動的ローディング手法について、書いてみた。 http://ma.la/mirrorman/wiki.cgi/%e5%8b%95%e7%9a%84%e3%83%ad%e3%83%bc%e3%83%89 XMLHTTPは以前使ったとき使い勝手が悪く、丁度IEでローカルファイルを読み取れる脆弱性とか色々問題あったので、あまり深追いはしなかったのだけれど、やっぱこれからはXMLHTTPが流行るかなあ、と思う。GoogleSuggestで有名になったし、ブラウザの対応状況もいい。 XMLRPCなんかと親和性の高いコードが書けるのもメリットが大きいのだが、他ドメインのサーバーと通信できるわけではないので、自分のドメイン内でしか使えないのが痛い。すでにXMLを使ったリクエスト、レスポンスの実装があるのなら、対外的なインターフェースと内部で使うイン
最速インターフェース研究会
http://blog.livedoor.jp/dankogai/archives/50957890.html まず、Object.prototypeにメソッドを生やしてしまうとfor inでキーを列挙するときにいちいちhasOwnPropertyを使わないといけなくなるので普通は使いません。影響が大きすぎるので、よっぽど変態的なライブラリじゃないと使わない。他のライブラリと組み合わせるとほぼ確実に問題が起きる。それから、deep_cloneが欲しい場合はJSONを作ってevalすればよい。パフォーマンスを気にする場合とか、浅いコピーが必要な場合はそれなりに工夫する必要があるけど。 で、JSONにするのにFirefoxだとtoSourceというのが使える。unevalというラッパーがあって、これだとnullでも平気。 http://subtech.g.hatena.ne.jp/cho45/
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
最速インターフェース研究会 :: Winnyの技術のPDFがやっと公開