Rails❤️SQLのサンプルコード #railsdm - Qiita
Rails Developers Meetup 2017で発表した「Rails❤️SQL」のサンプルコードです。 スライド スライドはこちらにあります。この記事とあわせてどうぞ。 Rails❤️SQL #railsdm // Speaker Deck 1. ちょっと凝った検索条件 Formモデル target_none?やxxx_selected?は独自のprivateメソッドです（コード例は省略）。 class ProjectSearchForm include ActiveModel::Model attr_accessor :keyword, :project, :customer, :member def result scope = Project.all if keyword.present? conditions = [] if target_none? || project
先人達から学ぶRailsのテーブル設計 - Qiita
はじめに Ruby on Rails Advent Calendar 2017 - Qiita の4日目の記事です。 背景 Railsのテーブル設計について、社内で議論することは多いのですが、サービスの要となる部分であるが故、社外にER図を公開するケースは少なく、自分達のサービス開発時以外にテーブル設計を学ぶ機会が少ないです。 目的 OSSで公開されているRailsアプリケーションのソースコードから、テーブル設計に関するデータをまとめることで、テーブル設計時の議論に活かすことを目的とします。 具体的には、「1テーブルが持つ情報量として、どれくらいのカラム数が妥当なんだろう…？」や「テーブル名やカラム名を命名する時にどちらの単語の方が一般的に使われているんだろう…？」といった疑問点の解消を目指します。 方法 OSSで公開されているRailsアプリケーションの見つけ方 AwesomeRails
Rails - ActiveRecord の scope を Query object で実装する - Qiita
この記事は Ruby on Rails Advent Calendar 2015 16日目の記事です(投稿が無かったので過去に書いた記事をねじ込みました) ※2020/05/09追記 Finder Object についての記事を書きました。 https://furaji.hatenablog.jp/entry/2020/05/09/043924 参考記事 http://d.hatena.ne.jp/asakichy/20120821/1345505916 http://craftingruby.com/posts/2015/06/29/query-objects-through-scopes.html ※本投稿はこの記事を翻訳してまとめたものです。 Query object とは それ自身が、SQLクエリーとして機能するオブジェクト構造 ActiveRecord にある複雑なSQLクエリを
ActiveRecordがメモリを食って解放しない問題 - Qiita
[1] pry(main)> ObjectSpace.each_object(ActiveRecord::Base).count => 0 [2] pry(main)> User.limit(100) User Load (1.5ms) SELECT `users`.* FROM `users` LIMIT 10 [4] pry(main)> ObjectSpace.each_object(ActiveRecord::Base).count => 100 [5] pry(main)> User.limit(100) User Load (0.3ms) SELECT `users`.* FROM `users` LIMIT 10 [7] pry(main)> ObjectSpace.each_object(ActiveRecord::Base).count => 200 作ったActiveR
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 の評価値
ActiveRecordでINNER JOINするとsaveできなくなる（解決策あり） - Qiita
ActiveRecordでクエリーを組み立てる時に、joinsメソッドを使ってINNER JOIN句を付けると、取ってきたレコードをsaveできなくなります。 その検証と、saveできるようにする、方法。 require 'logger' require 'active_record' # テーブル定義 class CreateShelves < ActiveRecord::Migration def change create_table :shelves end end class CreateBooks < ActiveRecord::Migration def change create_table :books do |t| t.integer :shelf_id end end end # モデル定義 class Shelf < ActiveRecord::Base has_m
実用的な新機能が盛りだくさん！RSpec 3.3 完全ガイド - Qiita
はじめに 2015年6月12日にRSpec 3.3がリリースされました。 APIが大きく変更されたり、派手な新機能が追加されたりはしていませんが、うまく活用するとテストを効率よく書いていけそうな実践的な新機能がたくさん導入されています。 この記事ではそんなRSpec 3.3の新機能を紹介していきます。 新機能一覧 RSpec 3.3で追加された主な新機能は以下の11個です。 これから各新機能の内容を紹介していきます。 特定のエクスペクテーション群をまとめて検証できる（aggregate_failures メソッド） グループやexampleをID指定して実行できる 失敗したテストだけを再実行できる（--only-failures オプション） 失敗したテストを1件ずつ修正できる（--next-failure オプション） テストが増減しても seed を指定したランダム実行が同じ順序で実行
Rails における値オブジェクトと ActiveRecord の composed_of - Qiita
Rails の ActiveRecord には値オブジェクト (Value Object) を便利に使うための composed_of というものがあるらしいのでメモっとく。 エンティティ (Entity) と値オブジェクト エンティティと値オブジェクトはドメイン駆動設計におけるモデルを表現する3パターンの要素のうちの2つだ。 エンティティ 本からエンティティの説明を引用しておこう。 多くのオブジェクトは、本質的に、その属性によってではなく、連続性と同一性 (identity) によって定義される。 例えば Person クラスがあり、その属性は firstname・lastname・age だとしよう。Person クラスの2つのインスタンスがあり、それらが同姓同名同年齢だったとしても、その属性が一致しているからといって同一の人であるとは言えない。なので Person クラスのインスタン
4. Amazon AlexaからHerokuのRailsにつなぐ - Qiita
連載記事 前後関係があるため順番に読んでもらえると分かりやすくなっています。 1. Amazon AlexaとFire TVでHello Worldを試してみる - Qiita 2. Amazon Alexaで音声から引数を受け取る - Qiita 3. Amazon AlexaのCustom Slot Typesを設定する - Qiita 4. Amazon AlexaからHerokuのRailsにつなぐ - Qiita 5. Amazon Alexaで会話を続ける（セッションを引き継ぐ） - Qiita 6. Amazon Alexa のスキルを日本語化する - Qiita 7. 自作した日本語のAlexa SkillをEcho dotで動かす - Qiita はじめに 今までの記事では「FireTV <=> Alexa <=> Lambda」のサーバーレスという構成で作ってきました。
ActiveRecordのserializeでMessagePackを使う - Qiita
せっかくなのでデフォルト(YAML)、Oj(json)、MessagePackでベンチマークも取ってみました。 保存するデータは http://json-generator.appspot.com/ ここで適当に作ったものをロードして突っ込んでます。 DBに保存していたりしますが、単純にそれぞれのdumpとloadの差です。 create_table :articles, force: true do |t| t.column :body, "MEDIUMTEXT", null: false t.timestamps null: false end create_table :oj_articles, force: true do |t| t.column :body, "MEDIUMTEXT", null: false t.timestamps null: false end creat
sourcemap を無効化して webpacker の production build を 2000% 速くする - Qiita
TL;DR プロダクションで sourcemap が有効化されていたので、関連オプションを切って回ったら 2000% 高速化した。 問題 NODE_ENV=production bundle exec rake webpacker:compile が致命的に遅かった。 エントリーポイントが17個でビルド時間が合計680s という有様で、プロダクションとはいえ デプロイ を11分遅くさせるのは、ビジネス的に致命的な感じだった。 調査 さしあたり、いつもの経験則で uglify の mangle オプションが遅いんだろう、と思って、webpacker のソースの設定を見に行ったら、うん？？？？となる設定をみつけた。 this.plugins.set('UglifyJs', new webpack.optimize.UglifyJsPlugin({ sourceMap: true, compre
grapeで「あるパラメータが特定の値の場合のみ、別のパラメータをチェックする」バリデーションを実行する方法 - Qiita
grapeで「あるパラメータが特定の値の場合のみ、別のパラメータをチェックする」バリデーションを実行する方法RubyRailsgrape Railsとgrapeを使用してWebAPIを作成する。 grapeでは入力パラメータのバリデーションが事細かく用意されているが、なぜか「あるパラメータが 特定の値 の場合のみ、別のパラメータをチェックする」機能がない。そんなにレアケースだろうか？ ちなみに、「あるパラメータが 存在する 場合のみ、別のパラメータをチェックする」機能はある。（givenブロック） バージョンはRuby(2.2), Rails(4.2), grape(0.13.0)で確認した。 例として、次のようなAPIがあったとする。dishが"nigiri"の場合のみamount_of_wasabiをチェックしたい。 与えられる正しい入力は{ "dish": "nigiri", "am
Grape での mass assignment 対策 - Qiita
API 作成用のフレームワークである Grape で mass assignment 対策するにはいくつかありますが、そのうちで Rails 4 の strong_parameters を使用する方法、Grape 自身の declared を使用する方法を紹介します。 対象 Grape 0.3.0 Rails 3.2.12 strong_parameters 0.2.0 Rails 4 の strong_parameters を使用する方法 strong_parameters は Rails 4 で mass assignment 対策のためにデフォルトで追加される RubyGem です。使用方法については以下のサイトが参考になるでしょう。 Rails4.0に含まれる strong_parameters について - willnet.in Grape でも params があるので、Rai
RSpec - change の基本動作。 ( by / from / to の使い方 ) - Qiita
change 単に、状態が変わったことだけを検証する。 「何から何に変わったか」「どれぐらい変わったか」ということは気にしない。 x に 1 を足したら、change が成り立つ。
RSpec でキューイングした ActiveJob を同期実行する - Qiita
ジョブの実行をテストしたいとき、キューに入ったことをテストしたいだけのときと、その実行結果まで含めてテストしたいとき（つまり同期実行したいとき）がある。 前者であればRails.application.config.active_job.queue_adapter = :testで足りるが、後者を実現するためにはどうすればよいだろう。 方法はいくつかあって、まずはRails.application.config.active_job.queue_adapter = :inlineとする方法。 これは簡単に同期実行は実現できるが、こんどはキューに入ったことが確認できなくなってしまうし、他の非同期のままにしておきたいところまで影響がでてしまう。 またSidekiqを使っているのであればSidekiq::Testing.inline!やSidekiq::Testing.fake! で制御すること
Rails serverを見やすくするツール rails-dashboard - Qiita
Rails serverを起動する際に、通常は bin/rails s あるいは bundle exec rails s と実行するかと思います。しかし単にログがつらつらと流れるだけなので見にくくないでしょうか？ というわけで、見やすくする↓こんなツール(rails-dashboard)を作ってみました。 ↓ レスポンスタイムの内訳を見たり、 ↓ リクエストパラメータを見たり、 ↓ SQLを見たり、 ↓ レンダリング情報を見たり、 ↓ 生ログを見ることができます。 使用方法 1. rails-dashboard はnpmなので、まずはインストールします。 $ npm install -g rails-dashboard # インストールできたかの確認で、バージョンを表示 $ rails-dashboard -V 2. Railsアプリケーションのディレクトリで、 rails-dashboa
Vagrant上にRails + PostgreSQLの開発環境を構築する - Qiita
docker-composeを使って、Vagrant上に開発環境を構築してみたいと思い、 環境構築を作成しました。 備忘録的な感じでメモベースな投稿になっています。 ゴール Vagrant上に、RailsとPostgreSQLのDocker環境を用意して、 ScaffoldしたRailsアプリでCRUDができるようにする。 バージョン Mac OS 10.12.5 Vagrant 1.9.2 Ruby 2.4.1 Rails 5.1.3 PostgreSQL 9.6.3 手順 Vagrantによるローカル開発環境を構築する Docker開発環境を作成する DBと接続する 1. Vagrantによるローカル開発環境を構築する Vagrantをインストール 開発スペースに移動して、以下のコマンドを実施してください。 // Vagrantfileを作成 OSX $ vagrant init //
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Active Storage + S3 による添付ファイル機能を試してみる - Qiita
Enumerator::Lazyで遅延評価する - Qiita
フロントエンドエンジニアのための webpacker - Qiita
