2013年03月22日16:17 Ruby Railsで大量のデータをまとめて更新するならfind_each使うよね ということでメモ程度ですが書いときます。 Railsには find_each というメソッドが用意されています。通常の each メソッドを使用すると、全データをまとめてメモリに展開してから処理を開始します。そのため、十分にメモリに載るデータ量であれば何も問題ないですが、数百万、数千万というデータ量になってくるとメモリに載りきらずに溢れてしまって大変なことになります。 find: 全データをメモリに展開してから処理 find_each: 少しずつデータをメモリに展開しつつ処理 そういうときには find_each メソッドを使いましょう。これは少しずつデータをメモリに展開して処理を行います（デフォルトでは1,000件ずつ）。全部まとめてではなくちょっとずつメモリに展開してく
サーバのディスクの使用状況の確認方法。 ディスクスペースが不足した場合にdfコマンドやduコマンドを利用して圧迫している原因の調査します。 パーティション別の使用状況を確認(dfコマンド) dfコマンドを使ってパーティション別の総容量、使用量、空き容量、利用率を調査 使用例 $ df -h Filesystem Size Used Avail Use% Mounted on /dev/sda2 900G 520G 334G 61% / /dev/sda1 99M 12M 82M 13% /boot tmpfs 2.0G 0 2.0G 0% /dev/shm dfコマンドに-iオプションを付けてinodeの使用状況を確認する 空き容量に余裕があってもinode数が上限になっていることがある為、こちらも注意が必要。 （No space left on deviceエラーの場合はinodeも確認
サーバ上で複数のファイルから特定の文字列を検索したり、置換したくなった時に 一つ一つファイルを開いて調べるのは骨の折れる作業です。 今回はそんな苦行からあなたを解放してくれるコマンドの紹介です。 複数ファイルから文字列を一括検索 find ./path/to/file -type f -print | xargs grep 'hoge' これを行うとhogeを./path/to/fileから検索して、 ターミナル上に表示してくれます。 複数ファイルから文字列を一括置換 find ./path/to/file -type f | xargs sed -i "s/hoge/hage/g" これを行うとhogeを./path/to/fileから検索して全てhageに置換してくれます。 覚えておくと便利ですね。
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
たとえば、 class Member < ActiveRecord::Base end というモデルがあり、membersテーブルにはnameカラムがあるとする。 すると、 members = Member.find(:all) member_names = members.map(&:name) というようにmap（またはcollect）が使える。 これは、以下のようにActiveSuppoprtにSymbol#to_procが定義されているからだ。 class Symbol def to_proc Proc.new { |obj, *args| obj.send(self, *args) } end end Symbol#to_procのおかげで、上記のmapのコードは、下記と同じことになる。 members = Member.find(:all) member_names = mem
仕事で、Railsプログラムを書いていたとき、 実行するメソッドは同じなんだけど、クラス名だけが違う。例えば、モデルDetailとモデルItemに対してfindメソッドを実行したい。実行するモデルを動的に決めれたら楽なんだけどなぁ。 っていう場面に遭遇して、あれこれ探してみたら、ActiveSupport::Inflectorにconstantizeというメソッドがあることを知りました。 使い方は、簡単。例えば、モデルとしてItemってものを定義していたとき、"Item".constantize.find(1)ってやると、 ruby-1.9.2-p290 :013 > "Item".constantize.find(1) Item Load (0.4ms) SELECT "items".* FROM "items" WHERE "items"."id" = ? LIMIT 1 [["id"
注意 このエントリは急いで書いたので間違いが含まれている可能性が高いです。気づいた方はご指摘ください。 序文 strong_parameters とは、mass assignment で余計なパラメータをモデルの属性にセットさせないための新しい仕組みです。Rails 4.0 からはこれが標準になります。Rails2.x と 3.x はattr_accessibleやattr_protectedなどで似たような機能が提供されていましたが、これだと管理が煩雑になるケースがありました。 今年の３月くらいにGitHub が mass assignment の脆弱性を突かれたことで 、この問題をどうにかしようという流れが起き、最終的に strong_parameters が作られるという経緯を辿りました。 mass assignment とは Rails ではこんなコードをよく見ると思います。 de
この前のエントリーでは、Rails 3.1で登場した assign_attributes という渋いメソッドについて書きました。 今回紹介するのも渋い新仕様です。その名も has_secure_password。 いま、User というモデルがあるとします。データベーステーブル users には name password_digest という2つのカラムがあります。いずれも文字列型です。 app/models/user.rb を次のように書き換えます。 class User < ActiveRecord::Base has_secure_password end これで準備完了です。 rails c でRailsコンソールを起動してください。 まず、Userオブジェクトを作ります。 > User.create!(:name => "tsutomu", :password => "jumb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く