J-kanban 玄人志向 » 最速インターフェース研究会

Feeds

6455 items (6455 unread) in 32 feeds

(20 unread)

• 名师博客-华夏智慧 (20 unread)

Chinese (5202 unread)

• robbin的口水 (18 unread)
• 东京流行通讯 (77 unread)
• 思维的乐趣 (778 unread)
• InfoQ (1374 unread)
• 花钱的年华 (28 unread)
• lighty ror backup (10 unread)
• 心灵的自由 (15 unread)
• {|ihower.idv.tw| blog } (43 unread)
• 天涯海阁 (368 unread)
• 51CTO技术博客 (64 unread)
• Midnight Blog - Home (30 unread)
• David H. Hansson博客中文版 (15 unread)
• 汉语编程的BLOG (159 unread)
• Ruby新闻聚合 - Ruby中文社区 (904 unread)
• JavaEye论坛精彩帖子 (447 unread)
• 美景旅游博客 - Meijing Travel Blog (67 unread)
• 微趣 - minifun.cn (552 unread)
• 阮一峰的网络日志 (125 unread)
• Lighty RoR (30 unread)
• IceskYsl@1sters! (98 unread)

Japanese (1139 unread)

• TECHSCORE (53 unread)
• 最速インターフェース研究会 (44 unread)
• たたみラボ (24 unread)
• モバイル魂 － 携帯業界研究 (20 unread)
• 結城浩の日記 (331 unread)
• 東京流行通訊 (373 unread)
• 速聴 (13 unread)
• Kawa.net（川崎有亮） (219 unread)
• 2061:Maxオデッセイ (62 unread)

English (94 unread)

• Midnight Oil (41 unread)
• RailsOnWave (53 unread)

最速インターフェース研究会 (44 unread)

• February 18, 2008
• 20:52

  そろそろはてな京都移転について一言いっておくか

   » ‎ 最速インターフェース研究会
  2月18日付けで株式会社はてなに入社しました。
  月末には京都に引っ越します。
  職種はサービスクリエイターで、新サービスの開発などをやる予定です。
  
  そんなわけでよろしくお願いします。
  [d.hatena.ne.jp]
• 20:52

  ?????????????????????????????????????????????????????????????????????

   » ‎ 最速インターフェース研究会
  2???18?????????????????????????????????????????????????????????
  ??????????????????????????????????????????
  ???????????????????????????????????????????????????????????????????????????????????????????????????
  
  ???????????????????????????????????????????????????
  [d.hatena.ne.jp]
• February 08, 2008
• 16:26

  オープンソース版のFastladderが公開されました

   » ‎ 最速インターフェース研究会
  まだまだバグとか色々残ってるかとは思いますが、リリースされました。
  [fastladder.org]
  [blog.livedoor.jp]
  
  ニュース記事
  [www.itmedia.co.jp]
  [internet.watch.impress.co.jp]
  [itpro.nikkeibp.co.jp]
  
  元々Railsで動いてたわけではなくて、個人でもインストールしやすいようにコンパクトに書き直したものです。
  稼働してるサービスは、他のライブドアのサービスと同様に（良く知られている通り）mod_perlとSledgeで動いてます。
  
  以前からHTMLやJavaScriptのソースは自由に見ることが出来ましたが、ライセンス不明瞭で使って良いのかどうかよく分からないという問題がありました。オープンソース化にあたって、MITライセンスということになります。Railsのバックエンドは主に上田君がやってくれました。僕も結構書いてます。Rubyを採用したのはネタというわけではなく、マルチプラットフォームで動かすのが比較的楽なのと、初心者にも分かりやすいとかそんな理由です。
  
  そんなわけで、ライブドアを退職することになりました。
  まだ退職日前ですが、2月1日から有給をもらってます。
  
  会社は辞めますがオープンソース版のコミット権限は持っているので、マイペースで開発に参加していきたいと思ってます。
  JavaScriptのソースは殆どそのまんまなので、少し整理して開発に参加しやすい状態にしようと思ってます。
  
  今後のことは追ってお知らせします。転職先は既に決まっているので月収1000万以上出せる場合のみ連絡ください。
  
  というわけで今後ともよろしくお願いします。
• 16:26

  ???????????????????????????Fastladder????????????????????????

   » ‎ 最速インターフェース研究会
  ???????????????????????????????????????????????????????????????????????????????????????????????????
  [fastladder.org]
  [blog.livedoor.jp]
  
  ??????????????????
  [www.itmedia.co.jp]
  [internet.watch.impress.co.jp]
  [itpro.nikkeibp.co.jp]
  
  ??????Rails??????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  ?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????mod_perl???Sledge?????????????????????
  
  ????????????HTML???JavaScript????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????MIT????????????????????????????????????????????????Rails???????????????????????????????????????????????????????????????????????????????????????????????????Ruby???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  
  ??????????????????????????????????????????????????????????????????????????????
  ??????????????????????????????2???1???????????????????????????????????????
  
  ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  JavaScript????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  
  ???????????????????????????????????????????????????????????????????????????????????????????????????1000???????????????????????????????????????????????????
  
  ???????????????????????????????????????????????????????????????
• January 04, 2008
• 1:37

  あけましておめでとうございます

   » ‎ 最速インターフェース研究会
  今年もよろしくお願いします。
  
  
• 1:37

  ?????????????????????????????????????????????

   » ‎ 最速インターフェース研究会
  ??????????????????????????????????????????
  
  
• November 27, 2007
• 6:45

  JavaScriptにおけるdeep clone

   » ‎ 最速インターフェース研究会
  [blog.livedoor.jp]
  
  まず、Object.prototypeにメソッドを生やしてしまうとfor inでキーを列挙するときにいちいちhasOwnPropertyを使わないといけなくなるので普通は使いません。影響が大きすぎるので、よっぽど変態的なライブラリじゃないと使わない。他のライブラリと組み合わせるとほぼ確実に問題が起きる。それから、deep_cloneが欲しい場合はJSONを作ってevalすればよい。パフォーマンスを気にする場合とか、浅いコピーが必要な場合はそれなりに工夫する必要があるけど。
  
  で、JSONにするのにFirefoxだとtoSourceというのが使える。unevalというラッパーがあって、これだとnullでも平気。
  [subtech.g.hatena.ne.jp]
  
  つまりFirefoxだったらeval(uneval(obj))でOK。
  

  Object.deep_clone = function(obj){
      return (typeof uneval == "function") ? eval(uneval(obj)) : eval(Object.toJSON(obj));
  }
  // Object.toJSONは別途適当に実装。prototype.jsに入ってたりしますね。
  

  
  
  

  見てのとおり、一つ嫌な問題があって、prototypeに割り当てているにも関わらず、for (k in object)でclone自身が見えてしまうのです。これって何とかならないのかなあ....__proto__プロパティを使う方法だと新しすぎる?

  
  
  これはhasOwnPropertyを使う。prototypeチェーンを辿らないで、そのオブジェクト自身のプロパティとして存在している場合のみtrueを返す。
  

  obj = {keyname: "hoge"};
  "toString" in obj // true
  "hasOwnProperty" in obj // true
  obj.hasOwnProperty("keyname") // true
  obj.hasOwnProperty("hasOwnProperty") // false

  
  
  [blog.livedoor.jp]
  
  これも同様、Object.prototypeにtoSourceを自前で定義してしまうと影響が大きすぎるので、使えない。
  
  ----
  突っ込まれそうなところを補足
  
  - 適切にtoSourceが設定されてれば、任意のクラスのオブジェクトでもeval,unevalでcloneを作れる。
  - toJSONでtoSourceと同等の出力を期待するのは間違ってる気がするので、クロスブラウザでunevalを実装した方が良いかも。
  - okuさんが書いてるけど、元のオブジェクトに影響を与えないで、一部のプロパティのみを書き換えたオブジェクトを作りたい、という要求を満たすにはまさにprototypeを使った継承が使えるので、他の言語と比べてdeep_cloneの必要性自体が薄い、気がする。(元のオブジェクトの変更が反映されちゃうから微妙か)
  
  こんなの。
  

  function clone(obj){
      var F = function(){};
      F.prototype = obj;
      return new F;
  }

  
  
  プリミティブ値を継承した場合に起こる問題を解消してあるのがこれ。
  [nanto.asablo.jp]
• 6:45

  JavaScript????????????deep clone

   » ‎ 最速インターフェース研究会
  [blog.livedoor.jp]
  
  ?????????Object.prototype??????????????????????????????????????????for in?????????????????????????????????????????????hasOwnProperty???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????deep_clone?????????????????????JSON????????????eval????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  
  ??????JSON???????????????Firefox??????toSource???????????????????????????uneval????????????????????????????????????????????????null???????????????
  [subtech.g.hatena.ne.jp]
  
  ?????????Firefox????????????eval(uneval(obj))???OK???
  

  Object.deep_clone = function(obj){
      return (typeof uneval == "function") ? eval(uneval(obj)) : eval(Object.toJSON(obj));
  }
  // Object.toJSON???????????????????????????prototype.js?????????????????????????????????
  

  
  
  

  ??????????????????????????????????????????????????????prototype?????????????????????????????????????????????for (k in object)???clone????????????????????????????????????????????????????????????????????????????????????....__proto__????????????????????????????????????????????????????

  
  
  ?????????hasOwnProperty????????????prototype????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????true????????????
  

  obj = {keyname: "hoge"};
  "toString" in obj // true
  "hasOwnProperty" in obj // true
  obj.hasOwnProperty("keyname") // true
  obj.hasOwnProperty("hasOwnProperty") // false

  
  
  [blog.livedoor.jp]
  
  ??????????????????Object.prototype???toSource????????????????????????????????????????????????????????????????????????????????????
  
  ----
  ??????????????????????????????????????????
  
  - ?????????toSource????????????????????????????????????????????????????????????????????????eval,uneval???clone???????????????
  - toJSON???toSource???????????????????????????????????????????????????????????????????????????????????????????????????uneval????????????????????????????????????
  - oku??????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????prototype???????????????????????????????????????????????????????????????deep_clone?????????????????????????????????????????????(????????????????????????????????????????????????????????????????????????)
  
  ???????????????
  

  function clone(obj){
      var F = function(){};
      F.prototype = obj;
      return new F;
  }

  
  
  ????????????????????????????????????????????????????????????????????????????????????????????????
  [nanto.asablo.jp]
• November 17, 2007
• 20:05

  Amazonのギフト券のコピペを楽にするGreasemonkeyスクリプト

   » ‎ 最速インターフェース研究会
  500円を6枚とかで送られてもコピペするのが面倒くさいのでグリモン書いた。
  
  [la.ma.la]
• 20:05

  Amazon??????????????????????????????????????????Greasemonkey???????????????

   » ‎ 最速インターフェース研究会
  500??????6?????????????????????????????????????????????????????????????????????????????????????????????
  
  [la.ma.la]
• September 30, 2007
• 21:36

  livedoor Readerに偽オフラインモードをつけるGreasemonkeyスクリプト

   » ‎ 最速インターフェース研究会
  出先で回線が使えない可能性を考えて作った。
  [la.ma.la]
  
  :offlineで実行。:offline 20だと20件読み込み。適当な実装なので同期とかはない。
  
  仕組みはこんな感じ
  

  // 常にキャッシュを使う
  Cache.prototype.check_expr = function(){return true};
  
  // 設定変えて再描画
  Config.use_autoreload = false;
  Config.touch_when = "manual";
  Config.view_mode = "flat";
  Config.limit_subs = 100;
  get_unread.cache.max = 500;
  
  // 再描画
  subs.update();
  
  // reload無効化
  Control.reload_subs = function(){}
  
  // 全部先読み
  Ordered.list.forEach(prefetch);
  

  
  
  ----
  追記
  
  最初にあげたバージョン、非表示状態のフィードも読み込もうとするので未読が多いと上手く動かないのとサーバー負荷が無駄に増える状態になってました。
  インストール済みの人は更新をお願いします。
• 21:36

  livedoor Reader??????????????????????????????????????????Greasemonkey???????????????

   » ‎ 最速インターフェース研究会
  ???????????????????????????????????????????????????????????????
  [la.ma.la]
  
  :offline????????????:offline 20??????20??????????????????????????????????????????????????????????????????
  
  ???????????????????????????
  

  // ??????????????????????????????
  Cache.prototype.check_expr = function(){return true};
  
  // ????????????????????????
  Config.use_autoreload = false;
  Config.touch_when = "manual";
  Config.view_mode = "flat";
  Config.limit_subs = 100;
  get_unread.cache.max = 500;
  
  // ?????????
  subs.update();
  
  // reload?????????
  Control.reload_subs = function(){}
  
  // ???????????????
  Ordered.list.forEach(prefetch);
  

  
  
  ----
  ??????
  
  ?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  ???????????????????????????????????????????????????????????????
• September 27, 2007
• 22:24

  SiteConfigWikiの情報を使ってはてなスターをくっつけるブックマークレット書いた

   » ‎ 最速インターフェース研究会
  頑張って作ろうかと思ったら既にConfigLoaderというのが定義されてたからそれ使うだけで良かった。
  
  Add HatenaStar
  
  JSONをevalしないでクライアントサイドでパースしたほうが安全じゃない？というような話。
  [d.hatena.ne.jp]
  
  Greasemonkeyみたいに外部ドメインのデータ引っ張ってこれるとは限らないので、JSONPがあること自体は良いことだと思う。JSONPがあるのは設定不要で簡単に貼り付けられるようにするためだと思うけど、動的に取得するようになってるとWikiで挙動を変えられてしまうので危険だと思う。例えばJSONを出力する処理にバグがあった場合とか、凄く処理が重くなるセレクタとかを指定されるとか。あくまでコード生成の補助に使うぐらいがいいんじゃないかなあ、という気がする。
  
  整形済みのソース。HatenaStar.js自体のロード完了を検知するのが面倒くさいのでタイマーで回した。
  

  (function(){
      var l=function(src){
          var s=document.createElement('script');s.charset='utf-8';s.src=src;
          document.getElementsByTagName('head')[0].appendChild(s);
      };
      l("http://s.hatena.ne.jp/js/HatenaStar.js");
      var t = setInterval(function(){
          try{
              Hatena.Star.ConfigLoader.addEventListener('load', function(){
                  new Hatena.Star.EntryLoader();
              });
              new Hatena.Star.ConfigLoader();
              clearInterval(t);
          } catch(e){}
      }, 100);
  })();

  
• 22:24

  SiteConfigWiki?????????????????????????????????????????????????????????????????????????????????????????????

   » ‎ 最速インターフェース研究会
  ?????????????????????????????????????????????ConfigLoader???????????????????????????????????????????????????????????????????????????
  
  Add HatenaStar
  
  JSON???eval???????????????????????????????????????????????????????????????????????????????????????????????????????????????
  [d.hatena.ne.jp]
  
  Greasemonkey?????????????????????????????????????????????????????????????????????????????????????????????JSONP???????????????????????????????????????????????????JSONP???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????Wiki????????????????????????????????????????????????????????????????????????JSON???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  
  ???????????????????????????HatenaStar.js?????????????????????????????????????????????????????????????????????????????????????????????
  

  (function(){
      var l=function(src){
          var s=document.createElement('script');s.charset='utf-8';s.src=src;
          document.getElementsByTagName('head')[0].appendChild(s);
      };
      l("http://s.hatena.ne.jp/js/HatenaStar.js");
      var t = setInterval(function(){
          try{
              Hatena.Star.ConfigLoader.addEventListener('load', function(){
                  new Hatena.Star.EntryLoader();
              });
              new Hatena.Star.ConfigLoader();
              clearInterval(t);
          } catch(e){}
      }, 100);
  })();

• September 18, 2007
• 22:27

  Mozilla24でしゃべってきました

   » ‎ 最速インターフェース研究会
  9/15日にMozilla 24 出張Shibuya.js 24でしゃべってきました。
  [shibuyajs.org]
  
  資料はこちら。
  [ma.la]
  
  JavaScriptでBloom　filterのデモ。今のところ実用性が無い。仕組みを理解するのには良いかも。
  [la.ma.la]
  
  Bloom Filterについてはここら辺が詳しい。
  [chasen.org]
  [ja.wikipedia.org]
  [dev.ariel-networks.com]
  
  以前書いたとおり、livedoor ReaderのFeed Discover APIの中で使っています。存在する可能性が著しく低いキーを大量に問い合わせる場合に有効だと思う。Squidで使われたりしてるみたいですね。
  
  memcachedは存在するデータをキャッシュするのに使えるけれど、ヒットしないことを判別するためにキャッシュを作るようにしてしまうと大量のゴミクエリをキャッシュすることになってしまう。Bloom filterを使うとDBに問い合わせる前にキーが存在するかどうかをオンメモリでチェックすることができます。検索に応用したりもできるみたいで、シグネチャ法という全文検索の手法があります。CPANモジュールのText::Bloomというのがbloom filterを使った実装。古いのであんまり使えないと思うけど。
  
  解説を読むと分かりますが、存在しないキーでもtrueを返す可能性があります。データをコンパクトにできる代わりに、正確じゃなかったりする。そういうアルゴリズムは面白いですね。
• 22:27

  Mozilla24??????????????????????????????

   » ‎ 最速インターフェース研究会
  9/15??????Mozilla 24 ??????Shibuya.js 24?????????????????????????????????
  [shibuyajs.org]
  
  ?????????????????????
  [ma.la]
  
  JavaScript???Bloom???filter????????????????????????????????????????????????????????????????????????????????????????????????
  [la.ma.la]
  
  Bloom Filter??????????????????????????????????????????
  [chasen.org]
  [ja.wikipedia.org]
  [dev.ariel-networks.com]
  
  ???????????????????????????livedoor Reader???Feed Discover API???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????Squid????????????????????????????????????????????????
  
  memcached????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????Bloom filter????????????DB????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????CPAN??????????????????Text::Bloom???????????????bloom filter???????????????????????????????????????????????????????????????????????????
  
  ??????????????????????????????????????????????????????????????????true????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
• 21:49

  CDATAの中に]]>を入れたい場合どうすればいいか

   » ‎ 最速インターフェース研究会
  CDATA区域を二つに分けるのが正解。周知のために晒し上げ。
  [lowreal.net]
  
  例えばRSSフィードを作るときにCDATAを使っていてユーザーの入力したHTMLをそのまま入れてる場合に問題になるケースがあります。一ヶ月ぐらい前にIRCでそういう話になったときcho45がおしえてくれた。
  
  cho45++
• 21:49

  CDATA?????????]]>?????????????????????????????????????????????

   » ‎ 最速インターフェース研究会
  CDATA???????????????????????????????????????????????????????????????????????????
  [lowreal.net]
  
  ?????????RSS??????????????????????????????CDATA?????????????????????????????????????????????HTML??????????????????????????????????????????????????????????????????????????????????????????????????????IRC????????????????????????????????????cho45???????????????????????????
  
  cho45++
• August 30, 2007
• 10:40

  TemplateToolkitでハッシュを使う時の注意

   » ‎ 最速インターフェース研究会
  [naoya.g.hatena.ne.jp]
  
  ハッシュのキーの先頭が_だと取れなくなる、って話だけど、
  それライブドアの社内IRCで去年の9月11日に散々既出のネタだよ。
  
  ハッシュキーの先頭が.か_だとプライベートになって、itemだと取れなくなる。これはTTの仕様。
  回避したいときは自前でプライベート関係なく値を取れるメソッドを定義してやればOK。
  [www.template-toolkit.org]
  
  バージョンごとの検証とかしてないけど多分これで平気なはず。
• 10:40

  TemplateToolkit????????????????????????????????????

   » ‎ 最速インターフェース研究会
  [naoya.g.hatena.ne.jp]
  
  ?????????????????????????????????_????????????????????????????????????????????????
  ??????????????????????????????IRC????????????9???11????????????????????????????????????
  
  ??????????????????????????????.???_???????????????????????????????????????item????????????????????????????????????TT????????????
  ??????????????????????????????????????????????????????????????????????????????????????????????????????????????????OK???
  [www.template-toolkit.org]
  
  ???????????????????????????????????????????????????????????????????????????????????????
• August 04, 2007
• 13:29

  RSSリーダーの性能、優劣とは、なにか

   » ‎ 最速インターフェース研究会
  ブログの記事を読んで、その記事を書いた人のことを、面白く思ったり、好きになったり、もっと知りたくなったりしたときに、気兼ねなく追加できるかどうかだ。これが一番重要な性能だと思っている。
  
  2005年、ギークたちはBloglinesを愛していた。技術系の集まりにちょくちょく顔を出すようになって分かった事は、みなBloglinesを使っていたということだ。自分のブログを読んでくれる人が多い事に驚いた。これはBloglinesでなければ、あり得なかったことだ。
  
  なんだよ情報収集って。スパイや探偵じゃあるまいに。俺がフィードを7000件以上購読してるのは、知識を得るとか、仕事に役に立つとか、そんな理由じゃないよ。
  
  とりあえず、これだけは先に書いとく。
• 13:29

  RSS????????????????????????????????????????????????

   » ‎ 最速インターフェース研究会
  ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  
  2005????????????????????????Bloglines????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????Bloglines?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????Bloglines???????????????????????????????????????????????????
  
  ????????????????????????????????????????????????????????????????????????????????????????????????7000????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  
  ??????????????????????????????????????????????????????
• July 23, 2007
• 17:07

  「ニコニコ動画のAmazon売り上げを鵜呑みにするのは危険」について

   » ‎ 最速インターフェース研究会
  ARTIFACT@ハテナ系 - ニコニコ動画のAmazon売り上げを鵜呑みにするのは危険を読んで気になったこと。
  予約とかキャンセル分とかも、もちろんあるとは思うけど。
  
  やってる人なら分かると思うけど、Amazonのアフィリエイトは紹介した商品以外にも、ついでに売れた商品も売り上げとしてカウントされる。アフィリエイトID付きのリンクを介してAmazonにアクセスして1日以内に注文された商品が紹介料の対象になる。で、ある程度PVが多くなってくると、特定の商品を紹介しなくても単にAmazonにアフィリエイトID付けてリンクするだけで関係のない商品も結構な数売れるようになる。本を紹介しただけなのにDVDレコーダーが売れたりすることもある。
  
  で、ニコニコ動画の場合だけど、ユーザー数やアクセス頻度が多くなればなるほど、元々購入予定だった商品にニコニコ動画のアフィリエイトIDが付く確率が高くなるわけなので、その部分の(元々売れるはずの商品の)売り上げについては「ニコニコ動画が売り上げに貢献した」とは言えないんじゃないかな。ニコニコ動画のユーザーがどれぐらいAmazonで買い物をするのか、という指標にはなるけども。
  
  FirefoxやOperaの検索窓にはAmazonの検索ボックスが付いていて、デフォルトでAmazonのアフィリエイトIDも付いているけれど、Firefoxの検索ボックス経由でアニメDVDを買ったとしても「FirefoxがアニメDVDの売り上げに貢献しました」とは言わないよね。もしもGoogleの検索結果にAmazonのアフィリエイトIDがくっついていたとしたら「総取り」してしまうだろうし、IEにAmazonショッピング機能が付いてたら、アフィリエイトとかほとんど意味無くなる。ユーザーは単に手近なリンクを介して商品を購入しているだけで、それがきっかけで消費行動に結びついているとは言えない、と思う。
  
  もちろんニコニコ動画が売り上げにプラスになったりマイナスになったりするのはあると思うけど、そういった影響とは関係なく、PVの多いサイトにAmazonのリンク張ってれば売れる物は売れる。数字を出して「ほら、売り上げに貢献してますよ」とアピールするのが目的なのだから、多少の誤解も計算の内だとは思うけれど、経済効果何億円とかそういういい加減な計算がまかり通るようになってしまうとすれば、それは「危険」だと思う。それから紫色の物を口に押し当てたハッカーがニコニコ動画ばかり見ているのも人類にとって多大な損失だと思う。こちらの問題についてはまた後日書くことにする。
• 17:07

  ????????????????????????Amazon????????????????????????????????????????????????????????????

   » ‎ 最速インターフェース研究会
  ARTIFACT@???????????? - ?????????????????????Amazon?????????????????????????????????????????????????????????????????????????????????
  ?????????????????????????????????????????????????????????????????????????????????
  
  ????????????????????????????????????????????????Amazon????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????ID??????????????????????????????Amazon?????????????????????1????????????????????????????????????????????????????????????????????????????????????PV???????????????????????????????????????????????????????????????????????????Amazon????????????????????????ID?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????DVD??????????????????????????????????????????????????????
  
  ????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????ID???????????????????????????????????????????????????????????????(?????????????????????????????????)??????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????Amazon?????????????????????????????????????????????????????????????????????
  
  Firefox???Opera??????????????????Amazon????????????????????????????????????????????????????????????Amazon????????????????????????ID??????????????????????????????Firefox???????????????????????????????????????DVD???????????????????????????Firefox????????????DVD???????????????????????????????????????????????????????????????????????????Google??????????????????Amazon????????????????????????ID?????????????????????????????????????????????????????????????????????????????????IE???Amazon????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  
  ?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????PV?????????????????????Amazon????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
• July 12, 2007
• 13:16

  livedoor ReaderにはてなスターをくっつけるGreasemonkeyスクリプト

   » ‎ 最速インターフェース研究会
  の、雛形。
  [la.ma.la]
  
  

  (function(){
      var w = typeof unsafeWindow != "undefined" ? unsafeWindow : window;
      var initialized = false;
      var s = document.createElement('script');
      s.src = ' [s.hatena.ne.jp] ';
      s.charset = 'utf-8';
      document.body.appendChild(s);
      var t = setInterval(function(){
          if(w.Hatena){
              init();
              initialized = true;
              clearInterval(t);
          }
      }, 100);
      function init(){
          w.Hatena.Star.EntryLoader.headerTagAndClassName = ['h2', 'item_title'];
          w.Keybind.add('H', function(){
              new w.Hatena.Star.EntryLoader();
          });
      }
  })();
  

  
  
  Shift + Hを押すと現在見てる記事にスターを表示。JSON API直接叩いてもいいけど、仕様変更に対応しやすいように。
• 13:16

  livedoor Reader???????????????????????????????????????Greasemonkey???????????????

   » ‎ 最速インターフェース研究会
  ???????????????
  [la.ma.la]
  
  

  (function(){
      var w = typeof unsafeWindow != "undefined" ? unsafeWindow : window;
      var initialized = false;
      var s = document.createElement('script');
      s.src = ' [s.hatena.ne.jp] ';
      s.charset = 'utf-8';
      document.body.appendChild(s);
      var t = setInterval(function(){
          if(w.Hatena){
              init();
              initialized = true;
              clearInterval(t);
          }
      }, 100);
      function init(){
          w.Hatena.Star.EntryLoader.headerTagAndClassName = ['h2', 'item_title'];
          w.Keybind.add('H', function(){
              new w.Hatena.Star.EntryLoader();
          });
      }
  })();
  

  
  
  Shift + H?????????????????????????????????????????????????????????JSON API??????????????????????????????????????????????????????????????????????????????
• July 10, 2007
• 20:38

  Fastladderを使い始めた

   » ‎ 最速インターフェース研究会
  livedoor Readerの海外版のFastladderがリリースされました。
  どうやって使おうか微妙に悩んでたのだけれど、シンプルにFastladderに興味のある人のOPMLをインポートしまくって、livedoor Readerで購読しているフィードをFastladderから削除することにした。(逆でもいいけど既読管理とかあるので、追加分をFastladderに寄せた)
  livedoor Readerで既に購読しているフィードのURLを保存するlivedoor Readerでスクリプトを実行する。Firebugとか、javascript:を付けてアドレスバーに貼り付ける。「既読フィードも表示」の状態で実行する。
  
  feedlinkをJSONで保存
  

  prompt("これをコピーする",subs.model.list.pluck("feedlink").toJSON());

  
  サイトURLをJSONで保存。
  

  prompt("これをコピーする",subs.model.list.pluck("link").toJSON());

  
  Fastladderからlivedoor Readerで既に購読しているフィードを削除こちらも「既読フィードも表示」の状態で実行。
  
  フィードURLを一括で削除
  

  (function(){var c=prompt("さっきの貼り付ける");if(!c)return;var d=eval(c);var m={};d.forEach(function(s){m[s]=1});var total=0;var p=0;var wait=100;subs.model.list.forEach(function(s){if(m.hasOwnProperty(s.feedlink)){new API("/api/feed/unsubscribe").post({subscribe_id:s.subscribe_id},function(){p++;message(total-p)});total++}}.later(wait+=100))})();

  
  
  RSSとAtomを重複して購読してたりするのが多いので、それも削除する。サイトURLが同じフィードを一括で削除。ただし検索結果のフィードなんかでトップページのURLが同じになってるのがあるので、フィードに?を含まないものに限定して削除。
  
  

  (function(){var c=prompt("さっきの貼り付ける");if(!c)return;var d=eval(c);var m={};d.forEach(function(s){m[s]=1});var total=0;var p=0;subs.model.list.forEach(function(s){if(m.hasOwnProperty(s.link) && s.feedlink.indexOf('?')==-1){(function(){new API("/api/feed/unsubscribe").post({subscribe_id:s.subscribe_id},function(){p++;message(total-p)})}).later(100*total)();total++}})})();

  
  
  最初に試したときにブラクラになったのでウェイトを入れるようにした。ウェイト入れる位置違うけど、まあどちらでも動く。OPMLを使ってここら辺の操作を簡単にできるようにしておけばそれなりに需要があるような気がする。OPMLの差分を取ったり重ね合わせてレートを決めたり。
  
  購読フィードは合わせて7000件ぐらいになった。
• 20:38

  Fastladder??????????????????

   » ‎ 最速インターフェース研究会
  livedoor Reader???????????????Fastladder?????????????????????????????????
  ?????????????????????????????????????????????????????????????????????????????????Fastladder????????????????????????OPML????????????????????????????????????livedoor Reader????????????????????????????????????Fastladder????????????????????????????????????(??????????????????????????????????????????????????????????????????Fastladder????????????)
  livedoor Reader??????????????????????????????????????????URL???????????????livedoor Reader????????????????????????????????????Firebug?????????javascript:???????????????????????????????????????????????????????????????????????????????????????????????????????????????
  
  feedlink???JSON?????????
  

  prompt("????????????????????????",subs.model.list.pluck("feedlink").toJSON());

  
  ?????????URL???JSON????????????
  

  prompt("????????????????????????",subs.model.list.pluck("link").toJSON());

  
  Fastladder??????livedoor Reader??????????????????????????????????????????????????????????????????????????????????????????????????????????????????
  
  ????????????URL??????????????????
  

  (function(){var c=prompt("???????????????????????????");if(!c)return;var d=eval(c);var m={};d.forEach(function(s){m[s]=1});var total=0;var p=0;var wait=100;subs.model.list.forEach(function(s){if(m.hasOwnProperty(s.feedlink)){new API("/api/feed/unsubscribe").post({subscribe_id:s.subscribe_id},function(){p++;message(total-p)});total++}}.later(wait+=100))})();

  
  
  RSS???Atom?????????????????????????????????????????????????????????????????????????????????????????????URL???????????????????????????????????????????????????????????????????????????????????????????????????????????????URL??????????????????????????????????????????????????????????????????????????????????????????????????????????
  
  

  (function(){var c=prompt("???????????????????????????");if(!c)return;var d=eval(c);var m={};d.forEach(function(s){m[s]=1});var total=0;var p=0;subs.model.list.forEach(function(s){if(m.hasOwnProperty(s.link) && s.feedlink.indexOf('?')==-1){(function(){new API("/api/feed/unsubscribe").post({subscribe_id:s.subscribe_id},function(){p++;message(total-p)})}).later(100*total)();total++}})})();

  
  
  ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????OPML????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????OPML?????????????????????????????????????????????????????????????????????
  
  ?????????????????????????????????7000???????????????????????????
• July 04, 2007
• 23:48

  書評「確率モデルによるWebデータ解析法 - データマイニング技法からe-コマースまで」

   » ‎ 最速インターフェース研究会
  さっぱり理解できませんでした。
  
• 23:48

  ?????????????????????????????????Web?????????????????? - ????????????????????????????????????e-?????????????????????

   » ‎ 最速インターフェース研究会
  ?????????????????????????????????????????????
  
• June 23, 2007
• 14:33

  つまらなくて役に立つ物を作るということ

   » ‎ 最速インターフェース研究会
  プログラミングできるひとは「ゲーム作れよ」と言われることが多いような気がする。
  
  ぶっちゃけゲームとか作れないし、たぶんウェブプログラマの多くはそうだ。
  PerlやRubyやJavaScriptとかで何万ポリゴン動かしたりできない。
  XMLをパースしたり、正規表現で置換したり、そういうのなら得意だ。
  ゲームの人らは秒間3億ポリゴンとかやってるのに、何でこんなちまちましたことやってるんだろうと思ったりもする。
  
  なんでこんな事やってるのかというと、面白いからやってるのだけれど、
  プログラム書かない人らから見ると何やってるのか全然面白さが分からない、
  3Dポリゴンが動いたり(乳が揺れたり)する方が面白いに決まってると思ってる。
  
  彼らは失礼極まりなくて、リーナストーバルズに対しても
  「お前の作ってるものは良く分からないから、ゲーム作れよ」って言うだろうね。
  そういう連中を皆殺しにしないことには俺の人生始まらない。
  
  世の中いろいろと不便なことが多くて、プログラマはそれを改善しようとしている。
  世の中こんなにバグだらけなのに、バグほったらかしでゲーム作ってる場合じゃねえだろ、と思う。
  電車の中で暇なのは不便なのでゲーム作ってくれてありがとうと思ったりもする。
  でも基本的にはゲーム作ってる場合じゃねえだろ、って思う。
  
  ものすげー面白いことをやろうとしている人に対して(それが一部の人にしか面白さが分からないからといって)
  「お前の作ってるのは何の役に立つのかわかんねえよ。もっと俺を楽しませろよ。ゲーム作れよ、ゲーム！」
  って言うのは失礼極まりないことだ。
  
  面白くなければ意味がないとかいう人がいるけど、それって結局「大衆ウケしないと意味ない」ってのとほぼ同義だろ。
  彼らは通常分厚いハッカーの壁で保護されているので、そういう言葉は届かないから、まあ良しとしても、
  無知で無学で無教養のお前らにとって面白さが分からないからといって、価値がないということではないんだよ。
  
  俺はつまんなくて役に立つ物を作るよ。そうありたい。
  なんてことをカレー食いながら話した。
  もちろん本意ではない。
• June 16, 2007
• 13:47

  ペヤングの「つめ」は絶対に加工の仕方を間違えている

   » ‎ 最速インターフェース研究会
  
• June 12, 2007
• 6:11

  Safari for Windows betaで日本語表示する方法

   » ‎ 最速インターフェース研究会
  
  Preferences → Appearance で日本語のフォントを指定。
  Documents and SettingsusernameApplication DataApple ComputerSafariWebKitPreferences.plist
  が、こんな風になる。
  

  
      <key>WebKitFixedFont</key>
      <string>ＭＳ ゴシック</string>
      <key>WebKitStandardFont</key>
      <string>ＭＳ Ｐゴシック</string>
  

  
  
  で、フォント名から、実際のフォントファイルを参照する部分がおかしいみたいなので、
  Documents and SettingsusernameLocal SettingsApplication DataApple ComputerSafariFonts.plist
  を弄る。
  
  

  
      <key>ＭＳ ゴシック</key>
      <string>C:WINDOWSFontsmsgothic.ttc</string>
      <key>ＭＳ Ｐゴシック</key>
      <string>C:WINDOWSFontsmsgothic.ttc</string>
  

  
  
  ファイル編集するときはUTF-8で。
  
  
  訂正。
  
  上手くいったつもりで、フォントがOsakaのまんまになってた。上記の方法では上手くいかない。日本語を表示可能で、フォント名に日本語を含んでいないフォントを指定すれば日本語を表示できるようになる。
  
  というわけで、MSゴシックで表示するにはフォント名の方を書き換えたら上手くいった。フォント名に日本語含まない日本語フォントを持ってれば、それを指定しても多分OK。ただしWebKitPreferences.plistを直接書き換えないと全部置き換わらないかも。
  
  MSゴシックのフォント名をMS Gothic2に変更したフォントを作って、WebKitPreferences.plistを直接書き換えて指定すれば上手くいった。フォント名書き換えるのはttfnameというツールを使った。
  
  [www003.upp.so-net.ne.jp]
  
  
  スクリーンショット
  [la.ma.la]
  
  フォント名をリネームするのに使ったxmlファイル。
  [la.ma.la]
  
  ----
  
  手間をかけずに日本語表示を試したい人は
  
  Documents and SettingsusernameApplication DataApple ComputerSafariWebKitPreferences.plist
  を編集してフォント名を指定している箇所を全て「MS UI Gothic」に変更すると良さげ。
• June 08, 2007
• 20:42

  フィード吐いてそうなリンクを強調するブックマークレット

   » ‎ 最速インターフェース研究会
  先日書いた、リンク先まとめて購読する機能のAPIが公開されたので、
  [blog.livedoor.jp]
  
  
  こんなことができます。IE6の文字列制限ギリギリに圧縮（たぶん）
  フィードを吐いてそうなリンクを強調
  
  ソース
  

  (function(){
   var api="http://rpc.reader.livedoor.com/feed/discover?url=";
   window.__feed_discover=function(r){
    var seen={};
    var links=document.links;len=links.length;
    for(var i=0;i<len;i++){
     var a=links[i];href=a.href;
     for(var l=0;l<r.length;l++){
      var f=r[l];
      if(f.link&&href.indexOf(f.link)!=-1&&!seen[f.link]){
       seen[f.link]=true;
       a.style.border="2px solid #F00";
       a.title=f.subscribers_count + " users / "+ f.feedlink;
      }
     }
    }
   };
   api+=encodeURIComponent(location.href)+'&format=json&callback=__feed_discover';
   var s=document.createElement('script');s.src=api;document.body.appendChild(s);
  })();

  
  
  あと、リダイレクタみたいなURL中にURLを含んでるようなケースに対応した。
  
  さとみかんとか。さとみかんとか。さとみかんとか。
  [reader.livedoor.com]
  
  これで移行もばっちりです。
  もうフィード吐いてないサイトなんか見向きもされなくなるといいですね。
• June 06, 2007
• 23:20

  ハッシュキーの存在チェックを超高速に省メモリで行う方法

   » ‎ 最速インターフェース研究会
  リンク先まとめて登録できる機能が付きました。
  [blog.livedoor.jp]
  
  かとゆー家断絶からリンク張られてるサイトをまとめて登録とか
  [reader.livedoor.com]
  
  スタートマック体験モニタのブログをまとめて登録とか
  [reader.livedoor.com]
  
  できます。
  
  リンク先の全件にAuto Discoveryをかけると、件数次第でとんでもなく時間掛かってしまいますが、Auto Discoveryは使わずに、ページ内のリンクを抽出してデータベースから購読者数の多いフィードを出してます。で、データベースに問い合わせるのも件数次第では負荷が高いので、実際はオンメモリでフィードを提供していそうなサイトに絞り込んでから実行してます。URLの上の階層を辿っていってフィードを吐いてそうなURLを見つけたら返すという仕組み。
  
  ここらへんはYAPC::Asiaで話したのと大体おんなじ。
  [la.ma.la]
  
  で、高速化のために内部でBloom::Filterというのを使ってます。
  
  Bloom filterを使うといいよ。
• May 31, 2007
• 21:20

  JavaScriptで出現回数のカウントをする際のコード

   » ‎ 最速インターフェース研究会
  今までこう書いてたのが
  

  count[key] = count[key] ? count[key] + 1 : 1;

  
  
  こう書けることが判明した。
  

  count[key] = ++count[key] || 1;

  
  
  コメント欄への回答
  

  count[key]がNumberまたはundefinedであるとして、個人的には
  count[key] = (count[key] || 0) + 1;
  のほうが好みです。
  JavaScriptでは問題ないとはいえ、言語によってはi = ++iの動作が未定義だったりするので。
  

  
  前者の書き方とこの書き方は実は問題があって、Object.prototypeに定義されてるメソッドとハッシュのキー名がかぶるとおかしくなる。なので本当はcount.hasOwnProperty(key)でチェックするのが正しいのだけれど、出現回数のカウントごときでメソッド呼び出しとかしたくない。
  
  その点、後者の書き方だと++count["toString"]が上手いことNaNになってくれるので、気にしなくて良い。ハッシュのキーにprefixつけてる前提ならどちらにしろ気にしないでいいけど。
• May 30, 2007
• 14:36

  HTMLドキュメントを解析して特徴的なループを見つけるBookmarklet

   » ‎ 最速インターフェース研究会
  - 全てのDOMノードを列挙する
  - ノードは次のように文字列化される。
  
  

  0: /html[0]/body[0]/div
  1: /html[0]/body[0]/div[0]/div
  2: /html[0]/body[0]/div[0]/div[0]/ul[0]/li
  3: /html[0]/body[0]/div[0]/div[0]/ul[0]/li
  4: /html[0]/body[0]/div[0]/div[0]/ul[0]/li
  5: /html[0]/body[0]/div[0]/div[0]/ul[0]/li
  

  
  
  直前の階層までは添え字つき、最後のノードはタグ名のみにする。
  class名、id名は排除する。各々のサイトのルールで記述されたruleよりも
  タグのネスト構造の方が変化に強いし機械的に抽出しやすいのではないか？
  
  出現回数でソートする。li要素2-5はループであることが分かる。
  しかし、例えばリストの中に複数のリンクが含まれていた場合は、
  
  

  /html[0]/body[0]/div[0]/div[0]/ul[0]/li[3]/a[0]
  /html[0]/body[0]/div[0]/div[0]/ul[0]/li[3]/a[1]
  /html[0]/body[0]/div[0]/div[0]/ul[0]/li[3]/a[2]
  /html[0]/body[0]/div[0]/div[0]/ul[0]/li[3]/a[3]
  

  
  
  というようなループも見つけることができるだろう。
  この場合は「より短いパスでのループ」の方がスコアが高くなるようにする。
  
  ループと思われるノード
  この場合は/html[0]/body[0]/div[0]/div[0]/ul[0]/liの中身を解析する
  例えばこんな感じに。
  

  [
      {level:6, length:(下位のtextNodeのlengthの合計), text: textNodeを連結したもの }
      {level:6, length:(下位のtextNodeのlengthの合計), text: textNodeを連結したもの }
      {level:6, length:(下位のtextNodeのlengthの合計), text: textNodeを連結したもの }
  ]
  

  
  
  - そのノードの配下に含まれる文章の長さが大きいほどスコアが加算される。
  - link rel="next"から次のページを取得、同様に解析を行ってtextの内容で重複をチェックする
  -- 例えば10件中9件が同じであればスコアを0.1倍に減らす。
  -- 変化がないループはタグクラウドのような共通のパーツであると考えられる。
  -- 次のページを見たときに内容が変化している箇所がメインコンテンツ部分。
  -- ループから見て一つ親のノードがページの主要なコンテンツであると考えられる。
  - offsetHeight,offsetWidthを使って描画サイズを調べる？ただしブラウザじゃないと無理。
  
  というようなことを昨晩思いついたのでとりあえず、JavaScriptで書いてみた。
  コードはこんな感じ、今のところ重み付けはなくて出現回数のカウントだけ。
  
  [la.ma.la]
  
  ブックマークレットにして試せるようにしてみたのがこちら。
  
  guess loop
  
  書き忘れ、forEachとか使ってるのでFirefoxオンリーです。
• May 09, 2007
• 17:50

  都合の悪いことを書いたら記事を消さずに修正しろ

   » ‎ 最速インターフェース研究会
  削除したブログの元記事がlivedoor readerで消えていないのはなぜですか
  [knowledge.livedoor.com]
  
  
  フィードを取得した際に特定の記事が削除されているかどうかを判別することは難しいです。
  
  ブログの最新記事の内、1件が消されてる、みたいなケースに限れば、多分半日もかからないとは思うけど、古い記事の場合は把握のしようがない。あと、If-Modified-Sinceを解釈して前回取得以降の記事だけを送ってくるようなのもあり得るので、そういうのを間違えて消さないように厳格にやろうとすると、難しいことが多い。
  
  なのでfeed aggregatorを始め各方面にキャッシュされた記事を消したいと思った場合は、単純に記事を消すのではなく「この記事は削除しました」とかで記事の内容を上書きしたほうが良い。
  
  炎上中のブログをリロードしまくってるときにNot Foundならブラウザのキャッシュから復元できることもありますが、
  別の内容に置き換わってたりすると「アッー!」ってなったり、よくありますよね。そんな感じ。
  
  やる気がないとかそういうわけじゃないです。
  
  フィードの配信側のコントロールがどこまで及ぶべきかという話は抜きにして(個人的にはそんなにcontrollableでなくて良いと思ってる)、現状「削除しましたよ」ということを相手に通知するのは、消すよりも上書きした方が効果が高いので、そうした方が良いですよ、という話。
• May 05, 2007
• 23:05

  Gearman::UtilとGearman::WorkerをRubyに移植

   » ‎ 最速インターフェース研究会
  追記:
  元のソースを愚直に書き写しただけなのでRubyっぽくないです。
  ちゃんとしたのがciされたようなので用済みです！
  
  [code.sixapart.com]
  [dan-erat.livejournal.com]
  
  ----
  [la.ma.la]
  [la.ma.la]
  
  RubyでGearmanのWorkerを書いて。
  

  require 'gearman/worker'
  
  worker = Gearman::Worker.new
  worker.debug = 1
  worker.job_servers("127.0.0.1")
  worker.register_function("sum"){|job|
      (a, b) = job.arg.split(",")
      a + b
  }
  worker.work
  

  
  
  Perlの側でこんな風に呼び出せる。
  

  use strict;
  use Gearman::Client;
  
  my $gc = Gearman::Client->new;
  $gc->job_servers("127.0.0.1");
  my $ts = $gc->new_task_set;
  
  for my $i(1..20){
      $ts->add_task("sum" => "3,4", {
          on_complete => sub{
              print "$i:". ${$_[0]}. "n"
          }
      });
  }
  $ts->wait;
  

  
  
  3+4が34って言われます。
  とりあえず動いてるんだけど、なんかタスク追加したあとにselect待ちの状態になってくれないでビジーループになっちゃう。
  
  あとで直す。もしくは誰か直して。
• April 22, 2007
• 13:45

  livedoor Readerから開くウィンドウのtargetを固定

   » ‎ 最速インターフェース研究会
  [la.ma.la]
  
  

  (function(){
      var w = (typeof unsafeWindow == 'undefined') ? window : unsafeWindow;
      var b = "hoge";
      document.getElementsByTagName("base")[0].target = b;
      w.base_target = b;
      w._open = w.open;
      w["open"] = function(url){return w._open(url,b)};
  })();
  

  
  GreasemonkeyとSeaHorseで動作確認。
  
  マウスのクリックで開くウィンドウだけなら
  

  javascript:window.base_target="hoge";void(0);

  
  これでいい。
  
  メールでそういう要望が来てたので作ってみただけで、特に便利だということはありません。あと俺はサポートセンターじゃない。
• April 17, 2007
• 12:37

  livedoor ReaderからYahoo!ブックマークを使う設定

   » ‎ 最速インターフェース研究会
  設定変更→クリップの設定、を開いて
  
  
  
  これを貼り付け。
  

   [bookmarks.yahoo.co.jp] [[title]]&u=[[url]]&ei=UTF-8

  
  
  b押すとYahooブックマークの登録画面が出るようになる。
  
  好きなのを使えばいいと思います。
• April 15, 2007
• 19:12

  livedoor Readerで今読んでいるフィードをTwitterに送るGreasemonkeyスクリプト

   » ‎ 最速インターフェース研究会
  10分の1ぐらいの確率で送�