もっといい実装ないかなぁ……

今の方法

• 匿名モジュールでロード
  • プラギンクラスは、そのファイルとしてはトップレベルの定義になる module::Foobar
• グローバルな環境からこのクラスにアクセスには困難 (匿名モジュールなので
• ロードする環境がいつも必ず別々になるのでリロードのときに問題がおこりにくい (とおもう)
• プラギンがさらにプラギン機構をもとうとするとめんどい。(ベースクラスも匿名モジュール内に入るので、直接参照できず、class_eval とかでロードする必要がある)

つけかえする方法

• グローバルな名前空間にロード
  • プラギンクラスは Plugin::Foobar みたいになる
• どこからでもアクセスできる
• インスタンス化のタイミングとか参照状況によってはリロードしても GC きかない可能性があるかも (デバッグむずい)
• リロードするときは remove_const / const_set
• 継承とか依存があるときはそれらもよみなおさないと前の参照がのこる

1000speakers を観察

• あんがい anon なユーザは少ない
• 結構同一アカウントで別々のセッションをはっている人がいる
  • (o_id が違う==現行の lig.rb だと nick 一覧で重複する)
• ログインしない状態でルームに入ったあと、ログインすると、o_id は同一のまま、セッションが更新されて認証済みユーザに昇格する
  • このときの system:enter/system:leave が謎い……発生しないっぽい?
    • ログイン済みかどうかで lig.rb は nick を変えているので enter/leave が発生しないなら処理いれてあげないといけない

lig.rb は human かどうかで nick の表示をかえれるようにしたい。というか nick の表示でやるより op でやったほうがいいかなぁ。human だったら @ でそうじゃなかったら @ なし。AWAY かどうかでもいいけどクライアントによっては @ よりわかりにくい。

(ほぼ)最小構成の例: (acts_as_versioned もふくめて)

# Rakefile

require "rubygems"
require "rake"
require "active_record"

namespace :db do
	"Migrate database."
	task :migrate do
		require "db/connection"
		ActiveRecord::Migrator.migrate("db/migrate/", ENV["VERSION"] ? ENV["VERSION"].to_i : nil)
	end
end

# db/connection.rb

require "logger"

ActiveRecord::Base.establish_connection({
	:adapter => "sqlite3",
	:dbfile  => "wiki.db",
})

ActiveRecord::Base.logger = Logger.new($stderr)

Dir.glob("model/*.rb") do |f|
	require f
end

# db/migrate/001_init.rb

class Init < ActiveRecord::Migration
	def self.up
		create_table :pages do |t|
			t.column :version    , :int
			t.column :title      , :text
			t.column :body       , :text
			t.column :created_at , :datetime
			t.column :updated_at , :datetime
		end
		Page.create_versioned_table
	end

	def self.down
		Page.drop_versioned_table
		drop_table :pages
	end
end

# model/page.rb

require "acts_as_versioned"

class Page < ActiveRecord::Base
	acts_as_versioned
end

• AR::Migrator は undocumented なので変更される危険性がそれなりにあるかも ( # :nodoc: 指定)
• AR::Base.logger を設定しないと Migrator うごかないよ

Rack + SQLite な Wiki をつくろうとおもったけどなんかめんどくさくなってしまった……

• Unlambda みたいに統一された書きかたじゃないよ! There is more than one way to do it!
• Schemeみたいに括弧だらけじゃないよ! でもそこそこ括弧だらけにもできるよ! TIMTOWTDI!
• Pythonみたいにインデントを強制されたりしないよ!
• Ruby みたいに lambda がダサくないよ!
• Javaみたいに「まずクラスを作れ」とか言われないよ!
• 覚えることがかなりすくないよ! とりあえず S と K と I だけでいいよ!
• 変数の名前に困らないよ! 変数なんてないよ!
• チューリング完全だよ!
• 継続なんて黒魔法ないよ!
• 関数以外本当に何も存在しないよ!
• Brainf*ck みたいに下品な名前じゃないよ! FUCK! FUCK!
• 選べることは正しいんだよ!
• 今流行りの Y combinator も ```ss`s``s`ksk`k``sii と書いたり、SS(S(S(KS)K))(K(SII)) って書いたり、****i*i*i*ii*i*i*i*ii**i*i*i*ii***i*i*i*ii**i*i*ii*i*i*i*ii*i*i*ii**i*i*ii***i*i*i*ii*ii*ii って書いたり、11111111000111110001111110001111111000111100111110001110011110011111110001111111110000011111111100000 って書いたりできるよ! JavaScript (笑) よりだいたいみじかいね! *1

僕の覚えかたは、lt の l は left で < です。

xmpp4r-simple がつかいやすいみたいかな。xmpp4r のラッパで、作者が twitter の中の人みたい

require "rubygems"
require "xmpp4r-simple"
require "pit"

config = Pit.get("jabber", :require => {
	"username" => "username of jabber account",
	"password" => "password of jabber account",
})

im = Jabber::Simple.new(config["username"], config["password"])

Thread.start do
	loop do
		im.received_messages do |msg|
			p msg
			p msg.from
			p msg.body
			p msg.type
		end
		sleep 1
	end
end
#im.deliver("to@example.com", "foobar")

sleep

received_messages は常に non-blocking なのでループさせる必要がある。xmpp4r のほうはコールバックになってるから、特に non-blocking にしたくないんだったら im.client.add_message_callback do |msg| end したほうがいいかも。

im.subscribed_to?(jid) とか便利なのもあるけど、接続直後だと、どんなアカウントでも false をかえしたりする。

特別いろいろやりたいんじゃなかったら xmpp4r-simple のほうがめんどくさくなくてよさげ (なにがめんどいって最初のコネクションだけど、あと接続きれたときの処理とかもめんどいし、そこらへんかってにやってくれるのは嬉しい)

require "rubygems"
require "xmpp4r"

config = ...

jid    = Jabber::JID.new(config["username"])
client = Jabber::Client.new(jid)
client.connect
client.auth(config["password"])
client.send Presence.new(nil, "") # 現在の状態をセット。しないと他の人にはオフラインのままにみえる
client.add_message_callback do |msg|
	p msg
end

エラー処理もいれないといけなくて、エラーがおきて re-connect したらまた Presence をおくらないといけなくて、みたいな感じでめんどい。

基本的につかうプラグインは決まっているので、必須プラグインはさっさと実装してあとはオンデマンドで移植する。

• URIInformation
  • URI をあつかうのではなく、スキームごとに別のプラグインに
  • HTTP
    • HTTP 内で mixi をアカウントログインするとかはまた後でかんがえる
• PlusPlusbot
  • 移植は簡単だけどデータを移行し忘れないように
• Eval
• JSEval

ぐらいかな。あとあんまつかってない。PHP でフィリピンペソはちゃんと出したいけど

def foo(&block)
    obj = Object.new
    (class <<obj; self; end).__send__(:define_method, :_) do
        Proc.new == block # true / expect false
    end
    obj
end
p foo {
    # A
}._ {
    # B
}

なんでブロックの中の Proc.new が外のブロック引数で生成されるんだ…… 1.8 ってブロックのブロック引数とれないのかなぁ…… 1.9 なら |&block| できるけど……

あたらしくプラグインをつくったときは引数なしで reload してから reload PluginName

もう名前は citrus でいいやという気分だけど、ディレクトリ構成をどうするかで悩む。ruby/citrus に今のブランチをうつしてしまって、chokan を削除するようにしたいけど、svn up していきなり chokan がきえたらびびるよね

いれてみたけど、アドレスバーに入力したあと RET で移動できなかったのでやめた。あといくつか必須アオドンがうごかないしなぁ。

xl でλを入力できるようにした。

http://subtech.g.hatena.ne.jp/cho45/20070311/1173607857

$ svn log http://svn.coderepos.org/share/ | grep "| cho45 |" | wc -l
    1188

screen のつかいかたをみなおそうとおもいました。tiarra とか mobirc を常にデバッグモードでたちあげてて邪魔なので別の screen においだす

やりたいこと

• 完全にデーモンにして放置したくはないけど、基本的に放置なプロセスを別の screen に
  • mobirc
  • tiarra * 2
  • chokan
  • 再起動を簡単にできるようにしたい
• irssi もデーモン側にしてマルチアタッチ (irssi は別の Terminal.app でみる)

# サーバ起動時にいっかいだけ
$ screen -S daemon ~/.screen/init-daemon.rb
$ screen -S main

でアタッチしやすいようにソケット名指定して各 screen を起動しとく。なぜか -dmS して起動すると init-daemon.rb がうまいこと実行されないので (system "screen" 系がのきなみ失敗する感じ……なんでだろう)、-S で起動してデタッチする。

daemon 側の screen では、zombie QR してプロセスがしんでもすぐ再起動できるように

マルチアタッチは普通に別のウィンドウからログインして screen -rx daemon

冷凍うどんたべたらゲリった (うどんはたぶんわるくない)

新規プロファイルにした。

: 1203137101:0;cp qhjh5wvc.default/places.sqlite  4jhh4wwb.2008-02-16
: 1203137145:0;cp -R qhjh5wvc.default/gm_scripts 4jhh4wwb.2008-02-16
: 1203137237:0;cp -R qhjh5wvc.default/chrome 4jhh4wwb.2008-02-16
: 1203137290:0;cp qhjh5wvc.default/stylish.rdf  4jhh4wwb.2008-02-16
: 1203137443:0;cp qhjh5wvc.default/key3.db  4jhh4wwb.2008-02-16
: 1203137517:0;cp qhjh5wvc.default/signons3.txt  4jhh4wwb.2008-02-16

• ブックマークとか -> places.sqlite
• パスワードの移行 -> key3.db と signons3.txt
• Stylish の設定 -> stylish.rdf

• From のきりかえができない
  • デフォルトをモバイル用アドレスにしておいて、PC から送るときは毎回変えるとかやる必要ある
• 署名と引用が返信で入る
  • 削除できない?

http://wota.jp/ac/?date=20061011 の

default-character-set=utf8
skip-character-set-client-handshake

を [mysqld] にくわえた。

sudo /etc/init.d/mysql restart    
mysqladmin -u root create fastladder

$ cat fastladder.yaml | grep module:
  - module: Aggregator::Async
  - module: Subscription::LivedoorReader
  - module: CustomFeed::MixiScraper
  - module: Filter::Rule
      module: Deduped
  - module: Store::Fastladder

LDR をフィード管理とメインのフィードクローラをつかっていこうとおもうのですが、レートをつけるのがめんどうなので LDR のレートを OpenFL に反映させます。

// require JSDeferred
unsafeWindow.LDR.register_hook('before_printfeed', function (e) {
	next(function () {
		console.log(e);
		var url = e.channel.feedlink;
		return parallel({
			api_key: getApiKey(),
			id: xhttp.get("http://reader.livedoor.com/subscribe/"+url).next(function (res) {
				var m = res.responseText.match(/button class="subs_edit" rel="edit:(\d+)"/);
				return m ? m[1] : null;
			})
		}).
		next(function (data) {
			console.log("Getting rate:"+uneval(data));
			if (data.id) {
				return xhttp.post(
					"http://reader.livedoor.com/api/feed/subscribed",
					"subscribe_id="+data.id+"&ApiKey="+data.api_key
				).
				next(function (res) {
					res = eval("("+res.responseText+")");
					console.log("rate:"+res.rate);
					unsafeWindow.set_rate(e.subscribe_id, res.rate);
				})
			} else {
				// not rated
				console.log("unrated");
			}
		});
	}).
	error(function (e) {
		alert(e);
	});
});

function getApiKey () {
	var callee = arguments.callee;
	return callee._cache ? next(function () callee._cache) : xhttp.get("http://reader.livedoor.com/reader/").next(function (res) {
		api_key = res.responseText.match(/var ApiKey = "([^"]+)";/)[1];
		callee._cache = api_key;
		return api_key;
	});
}

OpenFL 側でフィードをすすめると LDR からレート設定をもってきて反映させます。(一気にやるやつじゃない)

(あとでちゃんと GM のファイルにする)

あとは OpenFL 側の set_rate にフックかけて LDR に反映させる GM かけばいいかな……

  - module: Filter::Rule
    rule:
      - module: Expression
        expression: |
          my $threshold = 0.3;
          return 1 unless $args->{entry}->body;
          my $body = $args->{entry}->body->plaintext;
          my $len  = length $body;
          $body =~ s/[^\?]//g;
          my $rate = length($body) / $len;
          $rate < $threshold;

もっといい方法あるのかなぁ。というか既にありそうなんだけどみつけられなかった

# git-svn version 1.5.3.6 (svn 1.3.2)
$ git clone -s ...
$ git reset --hard remotes/trunk # マスターを最後に trunk がコミットされたリビジョンにリセットする
$ git merge barbaz # barbaz はリモート svn なブランチ
$ git svn dcommit --dry-run

してしまうと、予想に反して barbaz のブランチにコミットされてしまう。

git-svn は dcommit のとき git log HEAD の git-svn-id: の一番最初 (最新) をみるらしいけど、リモートが svn なコミットを merge すると、そっちが最初になってしまう。

git-svn-id はコミットログに入ってるっぽいから自分で書いたらとりあえずコミット先はかわるだろうけど、あぶなくてできない。merge してくるときにブランチ側の git-svn-id を消すべきなんだとおもうけどよくわからない。うちの git-svn が古いけど新しいのだと直ってたりするのかな (古いのしか入らなかった。めんどす)。

>

例によって IE での表示がくずれてるけどなんかめんどいからいいや……

なんか、途中までは IE でもいけるような構造でやってたのに、欲しい要素が欲しいところにないよ＞＜とかおもって absolute まくりはじめたらやっぱだめだった。

つかってみて便利さを感じまくった…… もちろん普通の場合でつかうべきではないのだけど、なんでこういうのを、CSS1 から入れなかったんだろう。

var f = function (x, y) (
    x += 3,
    x + y
);

f(2, 3) //=> 8

みたいなのはできるけど、括弧の中には if とか書けないからなぁ。if は ?: つかうようにして、ループは再帰にすればいいのか

かいじょう

var f = function (x) (
    (function _f (x, c) (
        x ? _f(x - 1, x * c) : c
    ))(x, 1)
);

f(3);

括弧だらけになる。

海老名-- トイレの数すくない。

/bind meta-1 /window goto all
/bind meta-2 /window goto ...
...
/bind meta-0 /window goto hilight

この設定って /save で保存されるのかな (されないっぽい) .irssi/startup にかいとけばよさそうなのかな

script 要素いっぱい書くのと、一個にまとめてサーバサイドで毎回プロセス (といってもキャッシュしつつ) するのって、どっちがいいんだろう。

• サーバ負荷的に
• 速度的に

どうやって計測すればいいんだろう