はてなブックマーク

3系の資料が見あたらなかったので。 config/initializers/session_store.rb Kasuganomichi::Application.config.session_store :cookie_store, :key => '_kasuganomichi_session', :expire_after => 2.weeks これで、2週間有効のセッションになります。 2系だと、 ActionController::Base.session_options[:expire_after] = 2.weeks と渡していた値をRails.application.config.session_storeに渡してやればOK。 参考 The session_store was configured in ActionController::Base.session, and

Rails+PostgreSQLで、Fooというモデルがありfoosってテーブルがあるとする。このモデルの名前をBarにしたいとき、テーブルはMigrationの定義を書けば変更できる。 class FooToBar < ActiveRecord::Migration def self.up rename_table :foos, :bars end def self.down rename_table :bars, :foos end end 後はapp/models/foo.rbを書き換えてやれば名前は変わる、かに見える。 しっかーし、やらしい落とし穴が。foosテーブルのIDを管理するために、シーケンスfoos_id_seqが作成されてるんだけど、これの名前はMigrationで変更されない。だから、こんな風になる。 # \d List of relations Schema | N

AppEngine上でのRailsアプリ開発に再挑戦中。appengine-jruby gemによって開発がぐっと楽になっていて、今度こそいけそうな気配がしてるんだけど、開発環境で文字化けが発生した。 この問題は既知のもので、いくつか対策は公表されてるんだけどどうしてもpropertyにText型を使った場合の文字化けがとれなかった。 原因は、AppEngine::Datastore::Text#to_javaの中でto_java_stringが使われているままになっていたことで、これを上書きすれば解決できた。こんな感じ。 # appengine-jrubyのDataMapperを使用する場合の文字化け対策用パッチ # Text対応版 by 殊海夕音 # original: http://d.hatena.ne.jp/yuum3/20090803/1249308751 module App

Kotoenプロジェクトで協調フィルタを使いたかったので、例を探してたら見つけた次の記事のコードをRubyで書き直してみました。 特異値分解を用いたレコメンデーション - NO!と言えるようになりたい コードは以下の通り。Pythonからの書き換えはほとんど逐語訳でいけたので、結構すんなり出来あがり。 # from http://d.hatena.ne.jp/ytakano/20081012/1223805723 # this program emplements SVD based recommendation algorithms # # see section 3 of # Bhaskar Mehta, Thomas Hofmann, and Wolfgang Nejdl, Robust Collaborative Filtering, # In Proceedings of the

こないだ書いたRailsアプリケーションでOpenIDを使う記事だけど、ruby-openid2.xが出てそのままじゃ通用しなくなりました。RubyGems1.0以降ではruby-openidの1.x系は使えない*1から、移行必須。 結構変わっているようなので、アプリケーション側に手を入れる必要があります。 まずgem類の更新。この際RubyGems本体も更新しておきましょうか。 $ sudo gem update --system $ sudo gem update ruby-openid 続いてvendor/plugins以下のactive_record_openid_storeプラグインを更新します。場所は前と同じ/opt/local/lib/ruby/gems/1.8/gems/ruby-openid-x.x.x/examples/active_record_openid_stor

DRECOM Award on Rails 2007にエントリーしました。応募するアプリケーションはまもなく運用を開始する予定です。お楽しみに。 acts_as_searchableを使ったアプリケーションを運用中、Hyper Estraierのインデックスが破損した場合などはModel#reindex!を使ってインデックスの再生成をする必要がある。運が良ければestcmd repairで直るんだけど。この際、このメソッドは大量にリソースを消費する。 全レコードを一気にHEに登録するわけだから、CPU負荷は仕方ない。しかしそれだけじゃなくて、メモリも大量に持っていってくれる。これは、メソッド内で単にfind(:all)をしているせい。全レコードを一気にメモリ上に展開するわけだから、そりゃあ場所を取る。レコード数が多いと致命傷になりかねない*1ので、ここをちょっと弄ってやる。 acts_as

Rails用の文章要約プラグイン、 acts_as_summarizable_japaneseをリリースしました。カケラの樹、月燈火で使用している文章要約エンジンをプラグイン化した物です。同梱のエンジンライブラリを単独で使うことも可能です。 どうぞご利用下さい。

Rails2.0では今まで使ってたpaginateが無くなるので、別途プラグインが必要。次の記事で紹介されてたpaginating_findを使ってみました。 徒然なる開発メモ : will_paginate or paginating_find プラグインとしてインストールしたら、今までのこんな感じのコードを @foo_pages, @foos = paginate(:foo, :conditions=>[....], :order => ...., :per_page => 20, こんな風に書き換える。 @foos = Foo.find(:all, ::conditions => [...], :order => ...., :page => {:size =>20, :current => params[:page]}) ページ移動リンクはこんな風に書く。 <%= link_to

今日の井原 - 文章要約プログラムを書いてみよう！ Archives ふと思いついて、この記事を参考に文章要約エンジンを書いてみました。TF/IDFをそのまま適用した、簡単なシステム。 テキスト処理（入門） TF/IDF算出はこの記事を参考に。実装言語はRuby、形態素解析器はMeCabを使いました。コーパスは無作為抽出したblogからエントリのみ9万弱(プレーンテキストで300MB強)を使用しました。ヘッダ・フッタ・サイドバーなんかは全て除外してあるので品質は高いはず。 結果。 すっごく面白かったよ！……コメンタリーが。数年前の作品だから比べるのも酷なんだろうけど、現在の技術でならもっとフォトリアリスティックな映像が出来るんじゃない?と。この点、同じフル3DCG映画でもAPPLESEEDはよくできてた。フォトリアリスティックな映像を志向するかわりに、トゥーンシェーディングで普通のアニメー