今携わっている Rails 6.0 のプロジェクトで複数 DB に移行する際に、すんなりいかず実装を深く追うことになった。 その際に得た Active Record のコネクションハンドラーまわりについてのメモを残そうと思う。 なお、このエントリは Ruby on Rails 6.0.4 について調べたものであり、6.1 の新機能であるシャーディングなどについては対象外なので注意。 Ruby on Rails 6.0 における複数 DB の概要 従来、Ruby on Rails は 5.2 まで複数 DB への接続をサポートしておらず、Octopus や SwitchPoint のような gem を導入する必要があった。 しかし 6.0 から複数 DB サポートが入り、別途 gem をインストールすることなく複数の DB にアクセスできるようになった。 default: &default

こんにちは。 SmartHR アドベントカレンダーの4日目を担当しますエンジニアの@kurobaraです。 SmartHRでは、プラットフォーム化を促進するプラスアプリの開発をしています。 プラスアプリについては、弊社社長によるSmartHR Next 2018やCTO 芹澤の中長期戦略などに詳しく書かれています。 ところで、前日が社長だと次に渡されるバトンを担当する側としても緊張しますね>< 前置き 皆さん、型は大好きですか？ 僕も好きです。 特にサーバサイドになんらかの言語でAPIをフロントエンドにTypeScriptで・・・ そして、サーバサイドとフロントエンドのI/Fとして、JSONを使用する 割とよくあるパターンかつ比較的デファクトだと思います 比較的、最近だとサーバサイドにGraphQLを使用しているという話もチラホラ聞くことが多くなってきましたが、今回の話とはちょっと異なるの

この記事はRuby on Rails Advent Calendar 2019の13日目です。 インフルエンザにやられて完全に出遅れました。ごめんなさいごめんなさい。 Zeitwerkとは みなさん、定数解決してますか？ Rails6から導入されたZeitwerk、旧来のconst missingを利用した仕組み（classic mode）で見られた困った挙動のほとんどを解決してくれる素晴らしいヤツですね。 クラスを定義しても定義しても一向に参照されず、星空見つめてすすり泣いたあの日はもう過去のもの 🎉 ここでは、Zeitwerkのドキュメント、およびコードリーディングを通じて気づいた、導入の注意点やTIPSなどを紹介してみたいと思います。 (検証環境) Ruby 2.6.5 Ruby on Rails 6.0.0 前提知識として、Rubyの定数解決の仕組みを多少理解していると良い・・か

本ガイドでは、キャッシュを導入してRailsアプリケーションを高速化する方法を解説します。 「キャッシュ（caching）」とは、リクエスト・レスポンスのサイクルの中で生成されたコンテンツを保存しておき、次回同じようなリクエストが発生したときのレスポンスでそのコンテンツを再利用することを指します。 多くの場合、キャッシュはアプリケーションのパフォーマンスを効果的に増大するのに最適な方法です。キャッシュを導入することで、単一サーバーや単一データベースのWebサイトでも、数千ユーザーの同時接続による負荷に耐えられるようになります。 Railsには、すぐ利用できるキャッシュ機能がいくつも用意されています。本ガイドでは、それぞれの機能について目的を解説します。Railsのキャッシュ機能を使いこなすことで、応答時間の低下や高額なサーバー使用料に悩まされずに、Railsアプリケーションが数百万ビューを

目次 はじめに 使用する関連付け preload、eager_load、includesの挙動 includesはどのような場合にpreloadとeager_loadの挙動となるのか preload、eager_loadの使い分け さいごに はじめに こんにちは、株式会社スタメンでエンジニアをしているワカゾノです！ 4月からサーバーサイドエンジニアとして、弊社プロダクトTUNAGの開発を行っております。 先日、弊社CTOの松谷とペアプロを行いました。 パフォーマンス改善のタスクを行いましたが、タスクを通してN + 1問題に複数回直面しました。 Active Recordにおいて、N + 1問題を解消する方法として、関連テーブルのデータを事前に読み込んでおき、キャシュしておくという方法を取ると思いますが、Railsではその方法としてpreload、eager_load、includesメソッ

こんにちは、スタディプラスの栗山(id:shepherdMaster)です。 今回はRubyアプリケーションのメモリ使用量上昇問題をjemallocを使うことで解決した話です。 Rubyアプリケーションのメモリ使用量上昇問題 弊社ではRuby on Railsをメインで使っていますが、Rubyアプリケーションを長時間稼働させていると、次第にメモリ使用量が増えていく問題に悩まされていました。 これは、Rubyのメモリ領域の断片化によって引き起こされるそうです(参考) puma worker killerによる定期的な再起動 この問題に対応するため、 puma_worker_killerという定期的にpumaのworkerをrestartさせるためのgemを使用し、メモリ使用量が上昇するのを抑えていました。 しかし、puma worker killerの実行のタイミングでたまにNo conne

前提知識 Rails アプリにおいて、テーブルの追加やカラムの追加は簡単なものの、カラムの削除やリネームは慎重に行う必要がある。たとえアプリからそのカラムを参照してないとしても、いきなりカラムを削除するとエラーになる可能性が大いにある。 というのも Rails にはスキーマキャッシュというものがあり、テーブルのカラム情報をモデルがキャッシュしているからだ。このキャッシュはたとえばいわゆる N+1 クエリ問題を避けるために includes (eager_load) するときに参照される。 SELECT 句で t0_r0 のような機械的に別名が振られるようなクエリを見たことがある Rails エンジニアは多いと思う。 機械的に全カラムを取得するためにスキーマキャッシュを利用しているため、このようなクエリが実行されてる中でカラムを削除したりリネームしたりすると、スキーマキャッシュをもとに並べら

自己紹介 株式会社Progateサーバーサイドエンジニアのもりたんざにあです。 好きなものは卓球と筋トレです。 業務でignored_columnsの必要性や、内部で何をしているかについて調べたので、その過程でわかったことを紹介しようと思います。 前提条件 この記事の内容は https://github.com/rails/rails/tree/5-2-stable のソースコードを前提としています。 ignored_columnsとは 公式ドキュメンテーション : https://api.rubyonrails.org/classes/ActiveRecord/ModelSchema/ClassMethods.html#method-i-ignored_columns 「このカラムがデータベースのテーブルにあっても、無視してね！」とRailsのモデルに伝えるために、ActiveRecor

Ubuntu 14.04 LTS でrails generate が動かなくなってしまいました。。。 Ctrl + Cでとめると以下のログが出力されます。 /var/share/sample/vendor/bundle/ruby/2.2.0/gems/spring-1.3.6/lib/spring/client/run.rb:98:in `gets': Interrupt from /var/share/sample/vendor/bundle/ruby/2.2.0/gems/spring-1.3.6/lib/spring/client/run.rb:98:in `verify_server_version' from /var/share/sample/vendor/bundle/ruby/2.2.0/gems/spring-1.3.6/lib/spring/client/run.rb:

誤解を産んでいそうだったので追記します。ここでいうApplicationServiceというのは、いわゆるレイヤードアーキテクチャのアプリケーション層のApplicationServiceレイヤの話です。別の言葉だと、「Usecase層」とか言う言葉で呼ばれたりするアレのことです。追記おしまい。 Railsにおいては、ApplicationService相当のロジックをコントローラーに書いても良いものとする— 猫でもわかるしんぺい入門 (@shinpei0213) June 4, 2019 これについてです。 結論から先にいうと、ぼくは「正しい」と思っています（ただ、自分ではあまりやらず、ApplicationServiceに切り出しちゃいますが、これは好みの問題だと思っています）。 なぜ正しいと思うのか。それを考える際に、まずは「一般的に、なぜControllerとApplication

「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ

2. About: 土井 英範 • 株式会社 Aiming 開発グループマネージャー リードソフトウェアエンジニア • エンジニアになって10年弱 • かかわったゲームタイトル 4本くらいクライアントからサーバまで 全般を経験してきた • コンシューマゲーム、ブラウザゲーム、ス マホのゲーム • サーバ・クライアントプログラム

もう二度と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

def full_host case OmniAuth.config.full_host when String OmniAuth.config.full_host when Proc OmniAuth.config.full_host.call(env) else # in Rack 1.3.x, request.url explodes if scheme is nil if request.scheme && request.url.match(URI::ABS_URI) uri = URI.parse(request.url.gsub(/\?.*$/, '')) uri.path = '' # sometimes the url is actually showing http inside rails because the # other layers (like nginx)

2015年03月11日12:12 Ruby capistrano3でRailsアプリをデプロイしたらassets:precompileが実行されない悲しみ だいぶ間隔が空いてしまった…。みなさまお久しぶりです。最近は花粉が飛んでいて、外出時にはマスクが欠かせないささたつです。 さて、今回はcapistrano3の話なんですが、cap production deploy とかしたときに assets:precompile が全然実行されません。なんでや！！ヽ(#`Д´)ﾉ Capfile に以下の設定はちゃんと入れているんですが＞＜ require 'capistrano/rails/assets' あれー、、と思っていたら、この処理は role が web のものしか実行されないんですね。 namespace :assets do task :precompile do on releas

追記(2018/07/07) node バイナリと yarn バイナリのインストールを、nodeの docker image からコピーする方式に改善しました。 参考URL: https://qiita.com/izumin5210/items/cf14a1ea58fb82d36bb2 はじめに docker-composeを使い、railsを簡単に開発できるテンプレートを作成しました。 webpackerの利用にも対応しています。 特徴は以下の通りです。 bundle installをdockerイメージビルドの時でなく、ENTRYPOINTで行います。 インストールされたgemがDockerVolumeにキャッシュされるので、Gemfileを更新してもイメージの再ビルドをする必要がありません。 webpackerにも対応。webpack-dev-serverが自動で起動されます。 we

FROM ruby:2.4.2-alpine # Copy from https://github.com/nodejs/docker-node/blob/bf84a38aeacb4f6aad34e07c79fd3a0084da5cd2/8/alpine/Dockerfile#L3-L66 ENV NODE_VERSION 8.9.1 RUN addgroup -g 1000 node \ && adduser -u 1000 -G node -s /bin/sh -D node \ && apk add --no-cache \ libstdc++ \ && apk add --no-cache --virtual .build-deps \ binutils-gold \ curl \ g++ \ gcc \ gnupg \ libgcc \ linux-headers \ make

ロジックの分割 対象バージョン Ruby 2.2.2 Ruby On Rails 4.2.3 ロジックを書く場所 言語を問わずMVCのフレームワークを使う時に以前からよく言われていた話として、ビジネスロジックをコントローラに書いてはいけないというのがあります。 しかし、単にコントローラを薄くすることだけを考えるとモデルがFatになってきたりするので、モデルに切り出すという事以外にもいくつかの方法を知っておく必要があります。 実装のパターン 1.モデルに実装する コントローラにコードを書くのではなく、モデルにビジネスロジックを実装してコントローラを薄くします。 ただし、モデルにコードを集約し過ぎるとモデルがFatになってしまうので、本当にモデルに実装すべきかをよく考え、他の層に切り出すことも考えます。 モデルに実装するパターン モデルに紐付いたテーブルのレコード取得（ActiveRecord

下記のように自前でautoload_pathsに追加したパスはproduction環境では自動読み込みされません。 # ./config/application.rb config.autoload_paths += %W(#{config.root}/lib)