Is it possible to define a 'before_save' callback in a module?
Is it possible to define a before_save callback in a module? Such that with a class like this: class Model include MongoMapper::Document include MyModule end and a module like this: module MyModule before_save :do_something def do_something #do whatever end end do_something will be called before any Model objects are saved? I've tried it like this but get undefined method 'before_save' for MyModul
ActiveRecordのbefore_saveでうっかり - Qiita
問題 ActiveRecordの before_save 、before_update コールバックに、クライアントコードが直接操作しない属性を設定する処理を書くような機会が結構あると思います。 そこで、次のようなコードを書くわけですが、このコードは意図したどおりに動作しません。理由がすぐにわかるでしょうか？ class Item < ActiveRecord::Base before_save :prepare_save # This callback doesn't validate def prepare_save if hoge_check_ok? self.checked = true else self.checked = false end end end 解答 prepare_save メソッド内で else を通ったとき、self.checked = false の評価値
How to convert ActiveRecord results into an array of hashes
I have an ActiveRecord result of a find operation: tasks_records = TaskStoreStatus.find( :all, :select => "task_id, store_name, store_region", :conditions => ["task_status = ? and store_id = ?", "f", store_id] ) Now I want to convert this results into an array of hashes like this: [0] -> { :task_d => 10, :store_name=> "Koramanagala", :store_region=> "India" } [1] -> { :task_d => 10, :store_name=>
ActiveRecordのupdated_at、created_atを自動更新しない方法 - いとうまさしのカチャカチャTODAY
railsのモデル（ActiveRecord）にはtimestamps(updated_atとcreated_at)というフィールドがあって、更新日時、生成日時が勝手に記録されて便利ですね。 でも特定のタイミングでこの自動更新（特にupdated_at）を止めたい場合があります。 そんな時にはActiveRecord::Baseのrecord_timestampsをfalseにするといいみたいです。 例えば、僕の場合： ・CMSみたいな仕組みを作っている ・ページの中身を入れておくPageというモデルがあった。 ・このモデルにアクセスカウンター（pages.counter）用のフィールドあり。 ・アクセスカウンターは/pages/showが呼ばれる度にpages.counterを＋１する仕組み ・ということは/pages/showが呼ばれる度にupdated_atが更新される ・/page
Rake Task の中で ActiveRecord 使いたい場合 - Qiita
という感じで、依存タスクとして:environmentを追加すると良い。 補足 単純にrequire '../../config/environment'としても一応可能だけど、テーブルが無かったりした場合に require に失敗してしまうのでよろしくない。 参考 Do rails rake tasks provide access to ActiveRecord models? - Stack Overflow Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signin
すべてのRailsプロジェクトでいれておくべき7つの開発用Gem - Qiita
元ネタはこちらになります。 いくつかは使ったことはあるのですが、使った事がないものもあったので自分で試しながらまとめてみました。 Awesome Print これはオブジェクトを見やすくしてくれるgemです。 まず、このgemを入れていない場合の出力をみてみましょう。 ちょっとわかりにくいですね。 それではgemをいれてみましょう。Gemfileに以下を追加します。 bundle installをして、rails consoleを立ち上げなおします。 だいぶ見やすくなった感じがします。 ただ、Rails4.2からは、PrettyPrintというのが標準ではいるようになっていて、標準でもだいぶみやすくなってますね。 Rails Panel このgemをいれると、ChromeのDeveloper ToolでRailsの情報を取得できるようになります。 まず、Railsアプリケーションにmeta
Rails whereで複数カラムのOR条件を作成する
RailsのActive Recordのwhere条件で、「複数カラムのどれかに一致していればOK」という条件を作る方法です。たとえば、性カラムと名カラムが別れたUserに対して、どちらでもいいので検索文字がヒットしてほしいというパターンのwhere条件です。 🎂 検索対象のカラムが固定されている場合(静的)Userテーブルが、次のような定義だったとします。 User id: integer family_name: string first_name: string created_at: datetime updated_at: datetime すでにOR条件の対象となるカラムが固定されている場合は、次のようなコードになります。 class User < Active Record::Base attr_protected :id scope :search_names_or, l
schema.rbじゃなくてstructure.sqlでスキーマ情報を管理しよう - tech-kazuhisa's blog
先日開催された関西Ruby会議05に参加された方お疲れ様でした。色々な方とお話出来て非常に楽しい1日でした。 さて、「No Sugar 〜私はどのようにしてRails開発に貢献したか〜」という発表をされた @kennyj_jp さんから懇親会で面白い話を聞くことができました。 schema.rbでスキーマ情報を管理するのは限界があるのではないか？ 先日私がリリースしたpg_index_where について失礼ながら意見を聞いてみました。ポイントはスキーマ情報をdumpする処理について現在の実装方法で正しいのかという点。 そもそもユニークインデックスにwhereを付けるようなRDB固有の命令については、Rails標準のschema.rbで管理し続けるのは限界があるのではないかというお話でした。 Railsの設定でdump方法を変更できる 次のようにapplication.rbの一部をコメント
Rails4:CookieOverflowエラーを解決する - Hello world, I am kgmx.
セッションに巨大なデータを格納しようとしたら、CookieOverflowエラーとなる。 今回はTwitterのauth認証の際に色々なデータ（4KB以上）を格納しようとしたからみたいです。 解決方法 セッションは使うけど、最小限のデータだけを格納する。 セッションデータをActiveRecord上に格納する。 やったことないので、Activerecordに格納することにした。 1. データを格納するテーブルを作成する。 $ gem 'activerecord-session_store', github: 'rails/activerecord-session_store' $ bundle install $ rails generate active_record:session_migration $ rake db:migrate == 20140813104550 AddSes
ActiveRecordでDISTINCTを使う - setoya-blog
今まで、以下のようにしていたが、 Hoge.select('DISTINCT *').where(:hoge => true) Railsの公式ガイドによると、uniqというメソッドを使うのが正式なやり方なので、 Hoge.where(:hoge => true).uniq これで、上のと同じselect文がかける。 ちなみに、なんでこんなことを調べたかというと、Kaminariでページングをしていた際に、前者のクエリだと、DISTINCTをする前の重複した行を統合する前の行数でページングがされてしまって、意図した動作にならなかったため。 後者だと重複した行を統一したあとの結果でページングされていた。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ActiveRecord以外でwill_paginateに対応させたコレクションを作る – ABC Blog
Padrino - Localization
How to override a column in Rails model?
Rails 5 の or を色々試してみた - Qiita
rake db: migrate を rollback で元に戻す | DriftwoodJP
ActiveRecord - select first record from each group
Making the rails console output a little more pretty
https://github.com/rails/rails/blob/master/activerecord/lib/active_record/timestamp.rb
Railsで複数テーブルのjoins/includesとwhere検索
Rails に ActiveAdmin で管理画面を追加してみた - Qiita
