OpenID
サイトによってうまくいったりいかなかったりするのが嫌すぎる。しかもどっちが (コンシューマの実装か、サーバの実装か) わるいのかわからない。
サイトによってうまくいったりいかなかったりするのが嫌すぎる。しかもどっちが (コンシューマの実装か、サーバの実装か) わるいのかわからない。
path による params をぬかした params (query と post body だけ) って簡単にとれないんだろうか……
というか request_parameters と parameters の違いがわからない。
ログイン部分のとか、こうなっちゃだめっていうのの scaffold がほしい。でもそれやるならプラグインにして実装にしてしまうよな
assert_response とかつかえないよなぁうーん
あ、ActionController::IntegrationTest#open_session のソースみてやってみたら session.assert_response とかできるんだ。
日記に書くとなぜかきづく
test_build_signature(ApplicationTest): LoadError: Expected ......./../app/controllers/application.rb to define Application
なんかコントローラのほうの application.rb をよみにいく。泣きたい。
がんばって App になおした……
ArgumentError: wrong number of arguments (1 for 0) /usr/local/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/callbacks.rb:295:in `callback'
/usr/local/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/callbacks.rb:295:in `valid?'
/usr/local/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/validations.rb:751:in `save_without_transactions'
/usr/local/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/transactions.rb:129:in `save'
/usr/local/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/connection_adapters/abstract/database_statements.rb:59:in `transaction'
/usr/local/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/transactions.rb:95:in `transaction'
/usr/local/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/transactions.rb:121:in `transaction'
/usr/local/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/transactions.rb:129:in `save'なんでだかわかんなすぎる。かれこれこれのせいで数十分だか一時間だか……
callback っていうカラムがあったのがだめだったらしい。こういう名前のコンフリクトってどうなってるんだろ。一つまえのもそうだし、よくつかう名前をフレームワークがわで予約しないでほしいな
ぜんぜん気にしてなかったけど、たしかにどっちに has_many かくかって混乱するかも。というか今日はまった。
参照を持っているほうに belong_to をかく
repeat 100 /System/Library/PrivateFrameworks/Apple80211.framework/Versions/A/Resources/airport --scan
でやってる間につなげてみるとうまくいく。Sig が -80 台だとつながらないことおおい
アイデアだけだなほとんど
http://svn.lab.lowreal.net/lowreal/c/userjs/commentstar.user.js
$X("//input[contains(@name, 'name')]").forEach(function (e) {
if (!e.value) e.value = "cho45";
var t = $X("./ancestor::form//textarea", e)[0];
if (t && !t.value) t.value = "☆";
});
migration の何が便利なのかわけわかんなかったけどわかってきた。カラムの追加削除とかバージョン管理できるのが一番でかいんだ。
SQL 文を抽象化してどのエンジンでも〜とかいうのは割とどうでもいいなぁ。あと SQL の抽象化とかいいつつ、けっきょく SQL っぽい何かを SQL じゃない何かで書かないといけないのはめんどうくさい (Rails の migration のやつはわりとそのまんまなラッパだからあんまり気にならないけど) ……