動作デモ http://la.ma.la/misc/js/setclipboard_for_firefox.html Firefox1.5 + FlashPlayer8.5で動作確認してます。Opera8.5では動いたがOpera9では動作せず。Safariは知らない。FlashPlayerのバージョンによっても何か違うのかもしれない。 元ネタ http://a-h.parfe.jp/einfach/archives/2005/0706043145.html IEではデフォルト設定でブラウザからクリップボードの読み書きができる、というのは割と有名な話ですが、Flashを使うとIE以外でもクリップボードにテキストをコピーすることができます。上書きのみで読み込みはできないようなので多少は安心です。(クリップボードが勝手に置き換わってしまう、という悪戯はできる) で、このFlashを使ったクリッ

9/15日にMozilla 24 出張Shibuya.js 24でしゃべってきました。 http://shibuyajs.org/articles/2007/08/24/Shibuya-js-24 資料はこちら。 http://ma.la/files/shibuya.js/mozilla24.html JavaScriptでBloom　filterのデモ。今のところ実用性が無い。仕組みを理解するのには良いかも。 http://la.ma.la/misc/js/bloomfilter/ Bloom Filterについてはここら辺が詳しい。 http://chasen.org/~taku/blog/archives/2006/01/bloom_filter_1.html http://ja.wikipedia.org/wiki/%E3%83%96%E3%83%AB%E3%83%BC%E3%83

日頃より、プリンセス天功を応援して頂き有難うございます。 毎日このオフィシャルブログをご覧頂いています皆様に、 本日は緊急のお知らせがございます。 このお知らせは、 プリンセス天功の所属事務所グループ（プリンセス天功ファミリー）からのものです。 昨日7月22日、福井県鯖江市にて公演されていました、 プリンセス天功スーパーイリュージョン（2007サマーツアー）昼の部上演中に、 イリュージョン機材のトラブルが発生し、プリンセス天功が負傷。 この回は途中で公演を中止致しました。 又午後6時開演の夜の部は、開場前に公演中止を決定し、 お越し頂きました皆様に、振り替え公演等の対応を発表させて頂きました。 この段階では、プリンセス天功の怪我の状況が全て把握出来なかった事も有り、 機材トラブルとだけ発表致しましたが、お越し頂きました皆様にはご理解とご了解を頂き、 大変有難うございました。 プリンセス天功

割とどうでもいいとは思ってるんだけど書いておくことにする。ここら辺読んで思ったこと。 http://shi3z.cocolog-nifty.com/blog/2007/02/youtubeweb20_0171.html http://blog.livedoor.jp/lalha/archives/50154713.html http://mindclip.blog55.fc2.com/blog-entry-121.html 通常の利用頻度でAPI使ってて他は大丈夫なのに自分だけアクセス拒否された！ってことなら、敵視されてるんじゃないか とかそういう陰謀論が起こるのも理解できるんだけど。 「アクセス拒否＝敵視されている」みたいな発想が短絡的だと思う。利用方法に問題があって異常なアクセスがあれば、普通にアクセス拒否すると思うんだけど。敵視してるとかそういうのとは全く関係なしに。 YouTube

livedoor Reader、Bloglines、はてなRSSの公開設定のフィードリストから、これは読んでおけ、っていうフィードを抽出するサービスです。 idを入れる livedoor mala__ cho45 nipotan brasil_ higeorange tokyoenvious bloglines horaguchi hatena higepon naoya から人以上登録してるフィード 使い方 RSSリーダーにはふつう、インポート/エクスポートという便利な機能があります。 livedoor Readerであればインポートのページ(http://reader.livedoor.com/import/)を開いて、できあがったOPMLのURLを貼り付ければOK。 注意事項 一度取得したOPMLは1日キャッシュしてます。 そのため古いデータが表示される場合があります。 キャッシュが

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がタイムアウト

今さっきキャプチャしてみた。YouTube。 http://youtube.com/watch?v=DcO4RG3Lx3k 去年の9月終わりぐらいにGoogle Readerがリニューアルしたとき、例に漏れず当時購読していた約2600件のフィードをインポートしてみた。 一度全部既読にしようと思ったのだけれども、All itemsを表示してからのmark all as readが効かない。延々とエラーが出て何も出来ないので、フィードの管理画面を開いてみると、応答のないスクリプトダイアログが何回も表示されて、やっと表示できたと思ったら、画面下半分が真っ黒になっていて、何か悪いことをしたと思い、Select AllってやってUnsubscribeボタンを押した。 しばらくして、TechCrunchなんかがうにゃうにゃ言ってるので、もう少し頑張って使ってみようかと思い、今度は少し減らして、live

最近、FreshReaderに脆弱性があったということで、いくつか調べて直したり、赤松さんと連絡取り合ったり、それからはてな使ってないのにユーザー様とか書かれて不愉快な気分になったりしてたんですが。 この記事はひどすぎると思う。 フレッシュリーダーの脆弱性に関連してSage++のこと そもそもの問題として「ローカルディスク上のHTMLファイルをブラウザで開くと超危険」です。XMLHttpRequestやIFRAMEでローカルファイルの内容を読み取れるからです。Sageに脆弱性があるということは、あらゆる個人情報の漏洩につながります。「開発者の個人情報を晒すリスクが云々」というのは、個人的には分からなくもないですが、ユーザーの個人情報を危険に晒していることを認識すべきです。 開発者本人が過去に書いているので、危険性の大きさは十分に認識できているはずです。「脆弱性がある」と公表してしまった時点

このブログの2007年1月15日から2007年1月21日までのログを集計してみた。はじめに断っておくと、あくまで「このブログに対するアクセス」の集計結果であってフィードリーダーのシェア統計としては全く信頼できない。イギリス人に母国語を訊いたりインド人に主食を訊いたりするぐらい予想通りの結果だ。 はじめに ウェブ型のRSSリーダーというのは乗り換えるにしろ使うのをやめるにしろ、購読リストをスッカラカンにしてから辞めるという人はあまりいない。あるいは登録しているだけで全然読まれないというケースも良くある。なので、feedburnerのアクセス解析で表示されるような購読者数というのはあまり当てにならなかったりする。(Bloglines一強だったころは当てになった) というわけで、特定のRSSリーダーでのアクティブな購読者数を調べるには、記事本文内の画像へのリファラで集計して実際にその記事が読まれ

今から1年前2006年1月16日はライブドアに強制捜査が入った日で、その日自分が何をしていたかというと社長面接を受けに行っていた。たかだか面接に大げさなもので、六本木ヒルズの周辺には報道陣が詰めかけており、張り詰めた空気の中、何も知らずに六本木ヒルズに突入すると、こんな状況ですいませんと茶菓子も出されずに真っ直ぐ家に帰された。全くひどい会社である。俺の面接と強制捜査とどっちが大事なのか、冷静に考えてみれば分かる話である。 (以下ノンフィクションに一部誇張を交えてお送りします) 強制捜査なんてものは言ってしまえば良くある話で、それに対して俺が面接を受けるとなると世紀に一度あるかないか惑星直列ぐらいの確率である。てっきり報道陣もそっちを取材しに来たのかと思ったらスルーである。全力スルーである。この手の事件に関するマスコミのスルー力ときたら大したもので、唯一かまってくれたのはスポニチだけだった。

livedoor wireless、MACアドレスによる認証を開始--ニンテンドーDSにも対応 http://japan.cnet.com/news/com/story/0,2000056021,20339983,00.htm に関して、Web屋のネタ帳の人が 「セキュリティのセの字も考えてないライブドアの公衆無線LANサービス」という記事を書いているのですが、 http://neta.ywcafe.net/000698.html 何か色々間違ってると思うので、書いておきます。これはライブドアの中の人じゃなくて、1ユーザーとしての立場で書いてるのと、あとネットワーク管理者でもなんでもないんで、そこら辺信頼できるかどうかは各自ご判断ください。 まず、実際自分で試してみたのですが、これは接続したい機器のMACアドレスを事前に登録しておくとWEB認証をスキップできるというもので、そもそもWEPキ

昨晩はライブドアで開催されたテクノロジーセミナーで「Technologies for UI」という題でプレゼンをやりました。 発表資料はpdfかhtmlで公開する予定ですが、とりあえずテキストだけ先にアップしておきます。 http://ma.la/files/livedoor/seminar2006/seminar.txt プレゼンツールがFirefox専用だったりするので、これも少し手直しして公開予定です。 こういう機会があるたびにプレゼンツールを作ってるような気がします。 ---- 追記:12/15 ライブドアのtechblogの方に発表資料をアップしました。 http://blog.livedoor.jp/techblog/paper/ldtech2006/ 上下カーソルキーでページをめくれます。

Firefoxでのスクリプト読み込みの同時実行について http://d.hatena.ne.jp/shinichitomita/20061013/1160707042 を読んで。 Opera以外は読み込み順に実行されるよね、と思ってたんだけど、どうも違うみたいなので、わかりやすいようにサンプルを作ってみた。 http://la.ma.la/misc/sleep/ ウェイト入れてレスポンスを返すCGIを書いてロード。0,1,2,3って順番で表示されるはずだ、と思って実験してみたらSafariでしかうまくいかなかった。 色々試してみたけど、 - Safari: 並列リクエストされてロードされた順に実行。 - Firefox: 並列リクエストされるけど実行順は固定。 - IE: 並列リクエストされて実行順はほぼ固定？応答が遅いと後回しにされてるような気がする。 - Opera: 並列リクエスト

MozLabという拡張を昨日知ったのですが http://dev.hyperstruct.net/trac/mozlab この中に含まれているMozReplというのがヤバい。Firefoxにtelnet接続できるようになる。 とりあえずRubyで書いた簡単なサンプル、今見ているページをリロードするだけ。 require 'net/telnet' telnet = Net::Telnet.new({ "Host" => "localhost", "Port" => 4242 }){|c| print c} telnet.puts("content.location.reload(true)") telnet.close ひたすら自分が見ているURLとページタイトルを記録する系とか簡単に作れそう。 今見ているページのURLとタイトルを取得するサンプル。 require 'net/telnet'

前回に続き、shibuya.jsでしゃべってきました。 プレゼン資料はこちら。諸事情により少しフォントが小さめです。 http://ma.la/files/shibuya.js/techtalk2.html JavaScriptが無効でも閲覧できるように画像に変換しておきました。 いくつか補足 - APIは最初から全部できてるわけじゃなく、必要に応じて拡張していく感じ - 最初はダミーのJSONを読み込ませたりする - プログラマはクライアント側一人、サーバー側一人、の計二人 - UIを作るのは分業できない気がする。 - 「とりあえず動く」状態ものは10日ぐらいで出来た。3月の頭ぐらい。 - プロトタイプを発展させてって、そのまま本番用になった。 - APIは今のところPlaggerで使ってる例もあるけど(Plagger以外で使ってる例ないけど)、人間向けのサーバーにアクセスが来るのは良く

いや別に知ったこっちゃないけど、素人1000人の意見をうかがって何の意味があるんだ、これ。 http://q.hatena.ne.jp/1144667461 フィードを全文配信するってのは「もっと読む」ボタンがどうしたのこうしたの話じゃないだろう。質問文が悪すぎる。どうせ反対してるユーザーはカウンタが増えないとかデザインも見て欲しいとかそういうくだらないいつものアレだろう。 なんというか、俺は障害者のためにこそRSSを全文配信すべきだと思うのだけれど、こういうこと言うのは俺じゃなくて結城浩とかそこらへんの役目じゃないのかと思うのだけど。 例えばもしも明日ボクシングのやりすぎで網膜剥離で失明したとしたら、俺はメイドを雇う金なんてないからPlagger使ってMSAgentにRSSを読み上げさせるだろう。でもその前に目が見えないでどうやってPlaggerをインストールできようか。いやできまい。

ライブドアの件で最速に一言いわせてもらう 最速インターフェース研究会 :: そろそろライブドア事件について一言いっとくか2月1日付けで株式会社ライブドアに就職しました。 最速な人が来た。 - にぽたん研究所 弊社に、最速インターフェース研究会の片栗 X こと mala らんが join しました。 おめでとうございます！ 思えば（検閲されました。）で、（特捜部に消されました）とかで（Z部さんからクレームがきました）ホルモンカワユスだったりしたわけですが、実にめでたいです。 そして（id:jnaoyaに怒られました）ですよね？ じゃなーい！ せっかくライブドア入りたい！をわがまま言って作ってもらったのに、ちっとも活用されていないじゃないですか！ はてな入りたい！とかSixApart入りたい！ (その後)とか活用されまくっているというのに！！！！ ひどいひどいひどい！ さっきはてなダイアリー市

すでにあちこち書かれているけど米Yahoo!がdel.icio.usを買収した。 del.icio.usは良くあるネットベンチャーではない。買収されるために作った会社、というのは、まあ実際そうだろう、実際そうだろうけれどもそんなこと言うやつはスーツ脳だ。スーツ脳の恐怖だ。 del.icio.usは完全独立中立国家だった。 - 概要を取得してAdsenseを貼り付ける、であるとか。 - AmazonのURLならアソシエイトIDを付加する、であるとか。 そういうことをしない。 AmazonのURLは正規化したほうがいいに決まってるのにそういう特別扱いをしない。クロールをしない。ブックマーク以外のデータを保持しない。URLのMD5ハッシュ値をキーにしていてdel.icio.usにURLを教えずにそのページに関する情報を取得することが出来る(これは、だいぶ昔に書いた)。完全一致の取り出しに特化して

http://www.jarchive.org/temp/joho.html バトンが回ってきたので答えるよ！ああ、もうバトンでもないか、これ。 1.RSSリーダーを使っていますか?- Bloglines。632フィード読んでる。 - 使い始めたころは50ぐらいだった。 - ごくプライベートなものを除いては公開してる。 2.アンテナを使っていますか?- アンテナや更新チェッカは使ってない。 - どうしても必要ならなんでもRSSか野良RSS使う。 3.ソーシャルブックマーク(SBM)を使っていますか?- http://del.icio.us/ma.la - http://del.icio.us/inbox/ma.la 4.その他情報収集に使っているツールはなんですか?- GoogleAlertとGoogleアラート。 - IRC、リファラ、bulkfeedsの検索結果フィード。 5.他人にこ

このブログは基本的にひたすらなんか作ってリンク張るというスタンスでやってきたのでAjaxなサイトやら、ライブラリやら、フレームワークやらは全然紹介してこなかったし、あんまりそういうことをやるつもりもないのだけれど何で急にfluxiomヤバいとか書いているのかというと何もかも入門Ajaxのせいである。 入門Ajaxがダメだというのは、別に内容のことではない。 いや、もちろん内容が酷い部分もあるのだけれど、サンプルは初心者向けで悪くないだろうし、高度な内容を取り扱おうと思ったらきりがない。情報収集の仕方を知らない人がまとまった情報を手っ取り早く得たいと思っているならば、2500円は安い値段だ、悪くない。あと17冊買うべきだ。 問題は、この本がとても閉じているということだ。日本語のリソースしか紹介していない。クロスブラウザだとかビジュアルエフェクトだとかは海外のライブラリのほうがよっぽど上手くや