#持ってないからわからない。何か作れる? > とおる
#iPhone 用の HTML 拡張がいろいろあるみたいなので、しらべてみます。
#昨日夕方からずっと、人の家でたこ焼きを焼いていたら、腰が痛くなった……。
##関係各方面への宣伝等おねがいします。
#もし、Chatonの部屋の状況をプログラムでモニタしたい人がいたら、$ROOM/var/status.jsをポーリングしてください。
#json形式で、部屋の状況を定期的にダンプしてます。
#今のところ、最後の発言の時刻、部屋につないでいる人数、あと発言のシーケンス番号 (絶対番号に意味はないですが、前回からの差分を見れば未読件数がわかります) です。
#いずれ部屋につないでる人のnickname一覧とかも出すかも。
#jsonのパーズが面倒な人は$ROOM/var/status.scm ni
#同じ情報がS式でダンプされてます。
#ちなみにBadgeも同じ情報を見て生成されています。
#チャット画面に出る"Connected"の人数、status.jsにダンプされる人数、それぞれディレイがあるので、両者が多少食い違うことがあるのはそのせいです。
#りょうかいしました
#オライリーの「初めてのAndroid」を会社で読んだ。AndroidってOpenGL使えるんだ。
#Lingr Raderって発言の内容まで表示してますね。それは独自のCometクライアントを書く必要がある、ってことかな?
#Radarは直接Comet serverと話してたんだと思います。リアルタイムですよね?
#発言があったことをすぐに知りたいなら、頻繁にstatusをポールするよりはCometクライアントとしてつないでもらう方がサーバにはやさしいかなあ。
#発言検出が分単位で遅れていいなら、たとえば数分おきにstatusをポールして、変化があったときにCometサーバにつないでもらうのがいいと思うけど。
#Comet Serverの方につないでもらうのについては、今はまあ直接httpで叩いてもらっていいんですが、いずれメインのページにつないでトークンの発行を受けて、そのトークンをComet Serverに渡す、というプロトコルになると思います。
#(今Comet serverにつなぐとcidというのを送り返してきます。これがトークンなんですが、今はComet serverが無条件に発行してるけど、将来はメインページの方で発行するようになるということです)
#りょうかいしました。Mac OSだとGrawl使うんだろうけどWindowsではどうやるのが簡単なんだろう?>フキダシ
#まあ、なんか実験したかったらここに書いてくれれば、うまくネゴできるんじゃないかと思います。(例えば今はcometクライアントにフォーマット済みのhtmlを送ってるけど、内部ではS式でデータを持ってるんでS式のまま送ることも多分できます)
#お、既にRadarプロジェクトが走っている?
#なにかbotっぽいアクセスでも?
#いや、えんどうさんの書き込みから。
#走ってはいないけど、あると良いなあと思ったので
#変なアクセスと言えば、2つくらいのIPからたまにバースト的にアクセスがあるんだけど (リクエストがこっちの想定する形式じゃないのですぐdisconnectするんだけど、2秒くらいの間に20回くらい叩きにくる) 何だろう。
#robotでしゅか
#s/でしゅか/でしょうか/
#あ、 /robot.txt を見てるのかな。それははじいちゃってるな。
#Cometサーバの方はrobot避けのrobot.txtを帰す方がいいかもな。
#サーチはアーカイブの方でやってもらうわけだし。
#footnoteマクロできた。
#(define-wiki-macro (footnote text)
`((sup (a (@ (href "#") (class "footnotelink") (title ,text)) ,text))))
#kahua-webで必要?>footnoteマクロ
#JavaScript必須になるけど
#必要なら入れとく。kahua-web.kahuとmacro.kahua
#入れといて
#りょうかい
#Windows ではフキダシをどうするかは専用の API があるあるわけじゃないと思います。
#Rader みたいなものを作るなら、マルチプロトコルメセンジャの類 (たとえば Regnessem) のプラグインにすると楽かも。
#humu
#そういえばVC++削除しちゃった
#footnoteマクロ入れました＞kahua-web_trunk
#標準CSSにあったarticleFooterというを使ったけど右揃えになっちゃった orz
#あれ、これは違うな
#もうちょっと見てみる
#Windows の場合はタスクトレイかな。Growl みたいな汎用的なツールはあるのかなぁ。
##Gravatar をだしてみました。
#div#page-footer {
padding-top: 1em;
text-align: right;
font-size: 80%;
line-height: 0.9;
color: #777777;
}#犯人はこれか。
#kahua-web.cssにfootnoteっていうclassを追加しといた
#本文の脚注を入れたい個所に##(footnote "脚注の本文")を挿入すると本文下に脚注が付きます。
#Gravatarって初めて知った。
#Chatonでもこれを出せばいいの?
#いろんなサービスがあるんだなあ
#Github が Gravatar を採用していて知りました。
#自前で画像ファイルを持つよりかは、こういうところを使った方が楽かなぁと思って。
#今からCometサーバ再起動しやす。Safari以外の人はそのままでオッケー。Safariの人は後でリロードしてください。
#Safariで接続切れを検出できない問題に対応しました。
#といってもwatchdog timerかけてるだけなんですが、Cometサーバ再起動時、Safariな人も最低数分間放置してれば自動的にリフレッシュされます。
#おや
#自動でリフレッシュされた?
#すばらしい
#FF, IEは接続が切れたら10秒くらいでリフレッシュするのでほとんど気づかないと思う。
#Safariっす
#Retrying って出て10秒ほどでConnectedになった
#あれれれれれ。
#それはFirefoxと同じ動作だ。
#うちのSafari 4 Public Beta (528.16) on Vistaだとそうならないんですよ。
#もしかしてこのバージョンのバグだったりするのかな。
#これはSafari3(3.2.1 (5525.27.1))です
#Safari4はまだ試してない
#あーじゃあバグかなあ。まあいいや。watchdogはセフティネットということで。
#とにかくこれで安心してComet serverを再起動できるようになった。
#Chaton(BETA)ってtitleに書いておけば何が起きてもOK(Google Style)
#どうも最近よく聞く「濃厚接触」
#あらぬ想像に駆り立てられちゃうのはわたしだけですかそうですか(笑)
#何? > 濃厚接触
#2m以内に近づくことを言うらしい
#ああ、新型インフルエンザ絡みで?
#それくらいのことにすごい言葉を当てるもんだと思う
#そうです
#接近遭遇くらいにしといて欲しい(宇宙人か?)
#2m以内で濃厚だったら50cmとか0cmとかは何と言うのだろう。
#沈殿...(笑)
#* karetta/macro.kahua (footnote): add sup
#まちがえた
##脚注マクロつけました。ログインできる人は見てみて。
#おー、脚注になってるなってる。Firefox 3.0.7 on Ubuntu 8.04 x86_64
#かこいい
#ただ、Webだと、脚注って遠くなっちゃうねー
#傍注の方がよかったりして
#リンクで飛んだり戻ったりできるからいいのかな
#[1]とかいう部分にマウスカーソルを乗せるんだ＞び
#おおっ
#これはいかしてる
#a要素のtitle属性に本文を入れているだけ
#なるほど
#efects.jsとかを使うと派手にできると思うけどやってない。
#あと、脚注本文をWiLiKi形式で書けるようにして、脚注のところでwiliki:format-contentとかをかますとさらに良いかもしれない。
#あ、そうするとtitle属性には入れられなくなるか＞wiliki:format-content
#あれ、Youtubeが見えなくなった?
##あ、いやUbuntu上だけだ。Firefox/windowsだとおっけ。なんだろ。
#ブラウザ立ち上げ直したら見えた。
#@えんどう: WiLiKi形式の脚注+title属性だけど、wilikiマークアップからHTMLマークアップを伴わない単なるテキストを生成するwiliki-format-plainlyみたいな名前の関数があったはず。title属性に入れる方だけそういう形でフォーマットするという手はあるかも。
#あちがった。wiliki-remove-markupだ。一旦SXMLにしてからこいつを通すとテキストだけになる。
#Retryingが出たままだな...
#およ? Safari?
#あれ、送られてる
#postとviewは独立してうごいてて、"Connected"はview側の話なのです。
#会社から戻ってきて(つまりアドレスが変わった)、ネットワークにつないだらしばらくRetryingのまま
#ああなるほど
#そりゃそうか
#POSTを受けてるのはCGIですもんね
#待ち切れずにリロードしました
#久しぶりにアンプに火を入れた
#近隣の皆様、ごめん(笑)
#アドレスが変わると…どうなるだろう。スリープした時点のAjaxコネクションはもうつなげないけど、そこで例外が上がらないとwatchdogが吠えるまで黙ったままかも。
#なるほど
#細かい話で申し訳ないです、make-json-packetで作ってるJSONのフォーマットなんですが
#はい。歓迎です＞細かい話
##rubyのJSONでparseしようとしたら蹴られてしまいました。
#おお、確かにそうですね。直します。
#直しました。
#有り難うございます
#あ、status.jsのvalue-separatorもおかしいな。
#直した。
#りょうかいです＞wiliki-remove-markup
#RubyってJSON読めるんだ。S式もread-eval-printできるようにすればいいのに。
#S式のパーザ書けばいいだけなんじゃないの?
#JSONって、ブラウザ上でevalして安全なのかなぁ、と思うことがある
#json名乗ってコード仕込めたりできそうな気がしてならないんだけど
#あくまで根拠レスですが
#どうなんだろう。最近は真っ当にパーズしてるんじゃない? prototype.js任せだから知らないけど。
#readとevalは分かれてるべきだよね、やっぱり。
#と思ってprototype.jsみたらevalしてた。でもその前にいろいろチェックしたりフィルタかけたりしてるので気にはしてるようだ。
#JavaScript の最近の規格には JSON パーサが入ってたような気も。
#と思ったのだけれど、そうでもなかった。
#まえにMochiKitも気になってみてみたけどやっぱりevalだったような。
#JSONはRFCになってるので多言語でも実装するjustificationを得やすい気がする
#いつのまにやら、Lingrの代替サービスができあがってるし。
#XMLHttpRequest はドメイン制限があるので、 eval して問題があるような JSON を第三者が送ることは出来ないはずです。 そもそも「そのサイト」が信用できないのであれば、わざわざ Ajax 経由で送らなくても最初からそのように JavaScript に書けるので、あとはインジェクション対策とかいった意味での安全性でしょう。 というのが私の理解なんですけど、このあたりは色々一筋縄ではいかないノウハウみたいなものがありそう。
#以前に GoogleSuggest で XMLHttpRequest を使ってなくて驚いた覚えがあります。 (今は違うかも)
#createElement で script 要素を作って JSON を返す URL を src にセットしてたと思います。
#この方法だと XMLHttpRequest よりドメイン制限が緩いっぽい？
#ああ、その手法はどっかで見ました>クロスドメインjs。同期的にフェッチするならそれでいけますよね。cometみたいに待つのもいけるのかな?
Gauche > Archives > 2009/05/11