has_manyをeager_load/includesするときの注意点 - Qiita
eager_loadはJOINしてキャッシュもしてくれるActiveRecordのメソッドだが、この仕様を正しくイメージできてなかったのではまった. has_manyに対してIN句検索したときに一部のhas_manyデータのみがキャッシュされて意図しない結果となった. joinsではキャッシュされないためこの問題は起こらないが、当然キャッシュされないので後から追加クエリが発行される. includesは条件によってeager_loadと同じ動きをするため今回の用途だと同じ問題が発生する. ActiveRecordのjoinsとpreloadとincludesとeager_loadの違い 再現 超簡単なhas_many関連を作成する. class User < ActiveRecord::Base has_many :roles end class Role < ActiveRecord::
Rails Asset Pipelineがうまくいかないときの問題の切り分けかた - Qiita
もう二度とasset pipelineで苦しみたくないので、問題切り分けの手順をまとめたい。 （asset pipelineのおおかた理解してる人は5->1の順で切り分けていったほうが効率的かもです） 1. assetsパスの確認（アセットパイプラインで配信したいコンテンツがassetsパスに入っているか？） 当然ですが、app/controllersやdb/migrateなどの下に画像ファイルを置いても、アセットパイプラインでコンテンツ配信することはできません。 では、どこにアセットを置けば配信できるのか？ assetsパスに置く必要があります。 確認方法 アプリケーションの現在のassetsパスは以下のように確認できる rails c $> Rails.application.config.assets.paths => ["/vagrant/shared/test_app/app/a
Vagrant共有ディレクトリをnfsモードで起動する - Qiita
* MaxOSX(Host)/VirtualBox(VM)/CentOS(Guest) Vagrant環境でRails開発している * rails serverコマンドでwebrick起動するのが異様に遅く、1分以上かかる * 起動の高速化の方法として、Host-Guestのディレクトリ共有をnfsモードにすると速いという情報を発見 * (Host)MacOSX側をnfs server,(Guest)CentOSをnfs clientと見立てて、nfsマウントする [default] Mounting NFS shared folders... The following SSH command responded with a non-zero exit status. Vagrant assumes that this means the command failed! mount -
Rubyの破壊的メソッドと参照の値渡し - Qiita
#!/usr/bin/env ruby def normalized_name(origin_str) str = origin_str str.sub! '-', '' str.capitalize! end snack = 'caramel-corn' p '元のString snackの値：' + snack p 'normalized_nameの実行結果：' + normalized_name(snack) p '元のString snackの値：' + snack "元のString snackの値：caramel-corn" "normalized_nameの実行結果：Caramelcorn" "元のString snackの値：Caramelcorn" メソッドの中でどんな好き勝手引数の値を変更しても、メソッドに渡す前のトップレベルで定義されているsnackの値は変わらないと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gemライブラリの依存はGemfileではなくgemspecに記述する理由 - Qiita
djbdnsでローカルドメインの名前解決をおこなう - Qiita
