この記事はSmartHR Advent Calendar 2020 11日目の記事です。 僕のお手伝いしているSmartHRでは、毎週バックエンドエンジニアが集まり、技術的なトピックについて共有、相談しあうミーティングを開催しています。そのミーティングでは僕がTipsなどを共有するコーナーが常設されています*1。 このエントリでは、そのコーナーで共有した内容をひとつ紹介します。 APIに制限をかける方法について APIを外部に提供するとき、一定の制限をかけてユーザがAPIを乱用するのを防ぐことはよくあることではないでしょうか。素直に考えると「1時間に5000回までAPIを実行できる」のようなやり方を思いつきますね。GitHubのAPIもそのやり方ですし、SmartHRのAPIも同様です。 じゃあそれでいいのでは。となるかもしれませんが少し待ってください。いろんなクライアントがAPIを大量に

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Changes to behavior in rails db:migrate:name command | Saeloun Blog 原文公開日: 2020/09/09 著者: Vamsi Pavan Mahesh サイト: Saeloun Blog | Ruby on Rails Consulting Company based in San Francisco and Boston | Page 1 | Saeloun Blog Railsアプリに以下のようなマルチデータベースの設定があり、primaryとsecondaryのデータベースがそれぞれあるとします。 default: &default adapter: sqlite3 development: primary: <<: *default database: db

RubyやRailsのアップグレードを主なマイルストーンとしつつ全体的に開発体験を良くしていくというタイプの仕事を請けることが多いのですが、仕事を依頼する側の視点に立ってみると「実際のところ業務に参加するとどういうことが行われるのか？」というのがやはり気になると思います。 実際、最近の打ち合わせでもその手の不安について相談されることがあったので、ここ1ヶ月でそれ系の仕事で出したPull Requestを元に、実際に何をやっていたかの例を挙げてみたいと思います。 開発環境構築手順や説明方法の改善 荒れたRuboCopの改善 .rubocop.ymlからTargetRailsVersionを取り除く DEPRECATION WARNING対応いろいろ 既存のメソッドと名前が被っているスコープを別名に変更 RSpecのpositional-argumentsを置換 activerecord-im

migrationでやらかさないために 上手く動かないから一旦migrationファイルけしちゃお〜とか、 過去のmigrationファイルをいじってロールバックしたりmigrationしたりとごたごたするとか、、 するとコードの辻褄が合わなくなり、マイグレーションエラーの迷路から抜け出せなくなってしまって、戻り方わかんない、、migrationこわっってなったので今後そうならないように整理しようと思います。 ロールバックの注意 rails db:migrateは最新まで一気にmigrateしますが、 rails db:rollbackはひとつ前まで戻します。 ※ひとつ前とは一個前のmigration分戻すということ。(ファイル数ではない) ですので、rails db:rollbackした後に、 けっこう前のファイルに変更を加えて、 rails db:migrateってやってしまうとのエラ

Note: This guide was written with Rails 5+ running on Puma in mind, but the basic ideas should extend to other versions of Rails and even other non-Ruby frameworks. PrefaceThere are a wide variety of tools which can help you spot and monitor performance issues, ranging from free to expensive, easy to use to less-easy to use. I would be remiss, however, if I didn’t direct your attention to the easi

はじめまして。2019年4月から妊娠・出産アプリ『Babyプラス』の開発チームにJOINした濱田です。 『Babyプラス』のバックエンドはRailsで実装されているのですが、とあるCSV生成処理がとても遅かったので100倍以上に高速化しました。この過程でRailsアプリの処理高速化に関する以下の知見が得られたので、具体例を交えて共有します。この知見は、ActiveRecordを使用してMySQLなどのRDBMSからデータ抽出をする様々な場面で活用できると思います。 いわゆる「N+1問題」を起こさないのは基本 「ActiveRecordインスタンスの生成コスト」はそれなりに高い pluckはjoinsと組み合わせることで他テーブルのカラム値も取得できる 前提: DBスキーマとデータ規模 今回の処理高速化に関わるモデルのDBスキーマとデータ規模は以下の通りです。なお、これらは本エントリ向けに少

Photo by Alexander Lam on Unsplashとあるcarrierwaveを使った案件で、フラグによるファイルの削除やレコードの削除でアップロード済みのファイルが消されないようにしたいという要件が発生しました。 carrierwaveではデフォルトでフラグによるファイルの削除、レコードの削除をすると当然一緒に実ファイルが削除されてしまいます。 そこで今回はどういった条件でファイルが削除されてしまうのか確認しつつ、回避方法を紹介します。 今回の案件に合わせてバージョンは1.2.3で話を進めていきます。 フラグによるファイルの削除carrierwaveでは mount_uploader を定義した時点で remove_#{column}=(value) と言うアクセッサが追加されます。そしてチェックボックスなどで値を設定すると削除するというフラグが設定されます。 # li

This page is largely based on this article which is well worth a read. Allowing users to login with multiple authentication providers brings great benefits but also results in some annoying edge cases. For example, what happens when they login with one provider, logout and then login with another? What happens when they try to login with one having already logged in with another? Typically authent

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

昨日こんな記事が話題になっていました。 ≫ 登録されるとつらいユーザー名リスト - Qiita ああ、ちょうどまさにこういうルーティングのWebサービスを作っているところだったりすので、とても参考になる情報。ということでサクッとRailsのValidatorにしてみました。元記事のコメントに書かれていたものと、自分で思いついたものも追加してあります。ついでに複数形にも対応してます。 これをapp/validators/ban_reserved_validator.rbに配置。 Model側ではこんな感じで定義すれば予約語を禁止できる。 class User < ActiveRecord::Base validates :name, ban_reserved: true end やや力技感がありますが、ユーザー登録時にしか走らない処理なので、こんな感じのハードコーディングでも十分かと。

銀座Rails#9

Devise の Mailer のテンプレートを独自にカスタマイズする方法です。パスワードリセット（Recoverable モジュール）の機能などで Devise の Mailer が利用されます。 — 環境 — rails 5.0.0.1 devise 4.2 【追記　2016/11/08】 Rails 5 + Devise 4.2 の最新バージョンで正常に動作することを確認しました。 【追記ここまで】 — 記事初回公開時の環境 — Rails 4.0.1 Devise 3.2.2

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

独自ドメイン利用設定（Sender Authentication）とは？ 独自ドメイン利用設定（Sender Authentication）とは、SendGridから送信するメールのブランドやレピュテーションを守り、到達性を改善するための機能です。この機能を使うことで、SendGridがお客様の許可を得た上でメールを送信していることを公に証明できます。 Sender Authenticationは以下の3つの設定から構成されます。 Domain Authentication（SPF/DKIM設定） Link Branding（トラッキングドメイン設定） Reverse DNS（IPアドレス逆引き設定） これらを設定することで到達率の向上が見込めます。各設定を行うには対象ドメインのDNSにいくつかのレコードを登録する必要があります。必要なDNSレコードの詳細についてはこちらを参照してください