昨日リリースされた iOS 4.2 で Safari がさりげなく WebSocket に対応していた。

前につくってお蔵入りした streaming 版 keitairc とか websocket 使って実装しなおしますかねぇ

そーいえば 書いてなかった。

keitairc 2.0 出しました。
rc1からの差分はドキュメントの更新のみです。

で、出したあとコードの管理をgitに移しました。

興味のある方はこのあたりを参照。

ダウンロードはここから

keitairc の 2.0 Release Candidate 1 を出しました。

ここ参照

基本的にはbuildまわりをいじったのと、あとは主にiPhone向けUIのバグ修正のみです。

あと、このバージョンからiPhone以外のWebKitなブラウザを積んだ、いわゆるスマートフォン、要するに例えばGoogle Nexsus One だとか HTC Tatoo だとかでうごきます(この2つは動作報告アリ。あと動作確認できてないけど、HTC Desireとか たぶん Docomo の Xperiaでも動くんじゃねぇかと思うす。ただし、Xperiaみたいに古いAndoridを載せてる端末だと位置情報送信が動きません)

特に大きな問題がなければ、あとはドキュメントの更新をして2.0にする予定。

たくお先生の提案でkeitaircをいろいろ修正。

Android対応とかいうかWebkit使ったブラウザが載った各種モバイル端末でiPhone UIを出すようにした。

例えば、Google Nexus One では動いとるようです。

あと、しばらーーく動かなくなってた(というか、レイアウトの崩れで投稿ボタンが表示されずに押せなくなってるのでどーにもならなかった) iPhone UI の位置情報投稿機能も直した。

ついでなので、google map の URL を投げるボタンも追加。

ascii.jpのRSS読んでると、リンク先が記事そのものじゃなくてsummary.htmlという名前の中間ページ的なものに飛んでくので、非常にうざい。

ということで、飛ばすようにした(わら

正確にいうと、(ascii.jpさんの意図は汲んであげて(わら)一瞬表示してredirectがかかるようなGoogle Chromeエクステンションを書いた(つっても、3分もありゃ書ける簡単なもんだけども)

Google Readerしかつかってないので、そっちでリンク先をなぶることも考えたけど、RSSリーダに依存しちゃうしascii.jpさんもかわいそうだし(わら あと実装もこっちの方が楽(というか、まぁ手抜き)なので、こーゆー方法で。

ちなみに、これ入れると ascii.jpのsummary.htmlページは見れなくなります(RSSとか関係なく ascii.jp/*/summary.html にアクセスすると勝手にredirectかかっちゃうので)

ちゃんと置こうかと思ったけど、やっつけ感が高すぎるのでhanzubon.jpのtmpへ雑に置いてあります。

Force Skip ascii.jp summary.html page Google Chrome Extension

昨日は、たんきよで毎年恒例の忘年会でした。

久しぶりの参加のひともちらほら、新しく参加の人も何人か。
うかいさんのおくさんに初めて会いましたが、なかなか面白い人でした。

その後、nnnの知ってる店に だいすけ、まくつ、nnn、ならき、オレという感じで移動して二次会?で終電前に解散。

これが終わると、なんだかようやく年末が近づいてきた気がします。

keitairc 2.0b12をリリースしました。

なんもなければ、このまま2.0になる予定。

2.0出すのにどんだけかかってんだとかいうツッコミはしないように(わら

b11からiPhone/iPod touch UIを大幅に修正してそれなりに使えるようになってる
ので、iPhoneユーザで古いもの使ってるような人は新しいのにしたほうがいいです。

今回はなんとなくdebianパッケージも置きました。

ダウンロードはこのあたりから。

irc.debian.or.jpとかirc.linux.or.jpとか系のircサーバ使ってる人への連絡

日本時間 2009/9/1 12:00 (正午)に日本語の文字コードをutf-8へ切り替えます。

Debian mirrorの更新って、ミラー中もアクセスしても整合性がとれてるように、
ざっくりいうと次みたいな流れになっている。

1. pool/以下を–deleteなしでrsync
2. 全体を–after-deleteありrsync

(正確には dists/以下の特定パターンのファイルがあとで更新されること、
ファイルの削除が最後に消されることが条件だけど、まぁ細かいことは
考えなくてもいい、ここでは)

で、なにが言いたいかいうと、結局都合2回rsyncがかかるのと、1回目と2回目に
同じディレクトリのトラバーサルが走るので、まぁなんつーか若干効率が悪い
わけです。

でだ、一方 rsync には –deley-updates というオプションがあります。

これは取り合えずファイルを別の位置にどばーっととってきておいて、
実際のファイルの更新は最後にまとめてやりますよ というオプション。

一般的にリモートからローカルの転送には時間がかかるけど、ローカルでの
renameは比較的短時間で済むので、ツリー全体の不整合な時間を
ある程度減らせますよ というためのものですね(もちろん、atmicには
なりません)。

でね、この –deley-updatesオプションの動作を拡張するなり、
別のオプション(例えば –deley-update-patternとかいうオプション
を新設がいいんじゃね? という気がしている)して、「指定したパターンに
合致したファイル/ディレクトリのみ、delay-update する」とかできると、
Debian mirror 的には rsync 一発でいけるようになるので、ちょっと
うれしいんじゃねぇか? とか思いました。

誰かやる人?(わら
(自分でやれといわれそうだな(わら)

piwikがなにやらよさげだったので、試しにセットアップしてみた。

http://hanzubon.jp/piwik

非ログインでも見れるようにしてある。

ふむ、セットアップはmysqlとweb serverとPHP5動く環境あれば3分もあればokかな。

google analytics的にjsをページに差し込むタイプなのだが、アクセスがでかいサイトだとその受け側がどれくらいスケールするんだろか? が気になる。