今更ながらActiveStrageの仕組みとか使い方とかを動かしながらちょっと勉強したのでメモ📝 ActiveStorageとは Active Storageは、Amazon S3、Google Cloud Storage、Microsoft Azure Storageなどのクラウドストレージサービスへのファイルのアップロードや、ファイルをActive Recordオブジェクトにアタッチする機能を提供します。 Active Storage の概要 - Railsガイド Rails 5.2で導入された簡単にファイルアップデート/参照が実装出来る機能です。 ※2021/11/20現在、6.1.4のガイドよりも以下のedgeガイドのほうが内容がかなり充実しているので、edgeガイドを参照したほうが良いきがした。 edgeguides.rubyonrails.org ActiveStorageと

※この記事では「新しくRails 7 アプリを作成するときのこと」を想定していますが、Rails 6を7に上げるときにもそれなりに役立つ情報だと思います！ 結論 rails newのときにesbuildを指定してあげれば、あとはJavaScriptファイルや.jsxファイルを、.tsxにしてあげるだけでOK。 型チェックや構文チェックを導入するには少し注意が必要。 概要 現在、Rails 7を使ってフロントエンドを構築する方法には、大きく分けて３種類あります。 importmapsを使って、素のJavaScriptを使ってフロントエンドを作る esbuildを使って、JSXファイルを使ってフロントエンドを作る Rails 7をAPIモードにして、フロントエンドはNextjsで作る 自分はこの２番めの「esbuildを使ってフロントエンドを作る」を選択しました。理由は、Railsのslim上

概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Advanced Usages of Devise for Rails | AppSignal Blog 原文公開日: 2023/08/02 原著者: Aestimo Kirina | AppSignal Blog 日本語タイトルは内容に即したものにしました。 本シリーズ記事のパート1では、サンプルアプリを用いてDeviseを導入し、モジュール、ヘルパー、ビュー、コントローラー、ルーティングを探りました。 このパート2では、Deviseのさらに高度な利用法として、OmniAuthやAPI認証、Authtrailの使い方を探求します。 さっそく始めましょう！ 🔗 OmniAuthで認証する 最近のWebアプリケーションは、TwitterやFacebookなどのSNSからGoogleやGitHubなどに至るさまざまな認証プロバイダ

はじめにこんにちは！ UZUMAKIに最近ジョインしたじゅんやです。 かれこれ数年間Railsを触っていますが、Railsプロジェクトを始める際、フロントエンドをどうしようかというのは毎回悩みます。 ・VueやReactを使うべきか、、 ・フロントエンドとバックエンドをつなぐ部分はRESTにするかGraphQLを採用するか、、 ・SPAにするのかしないのか、、、

API、好きですか？！ データイノベーション部 AI-labo所属の吉岡です。 私は今入社3年目で、入社当初からRuby on Railsを使っていました。 入社2年目から配属してるプロジェクトでは、Rails + GraphQLでバックエンド開発をしております。 過去に自分は趣味で色んなWebAPIを触ってきましたが、GraphQLはすごく画期的です。 Railsに慣れたエンジニアがWebAPIを開発しようと思ったとき、GraphQLを使うとこういう利点があるよ！というのを伝えたいと思います。 こういう人に読んでもらいたい！ 主に以下に当てはまる人は、より楽しめる記事になっているかと思います！ Ruby on Railsのフロント・バックエンドの開発をした経験があり、controllerやmodelの概念がある程度わかっている人Web APIやREST APIについてある程度どんなものか

(訳注：2016/3/2、頂いた翻訳フィードバックをもとに記事を修正いたしました。) Railsアプリでのキャッシングは、「たまに夕食を一緒にするけれど、本当はもっと頻繁に一緒にいるべき友達」に少し似ています。パフォーマンスをまじめに考えるRailsアプリのほぼ全てで、もっとキャッシングを使えるはずですが、ほとんどのRailsアプリでは、完全にキャッシングを避けています。それでも普通は、Railsで高速なサーバ応答を達成するための唯一の道は、キャッシングの知的な利用なのです。約250msの応答時間を、簡単に50～100msに高速化できます。 定義についての注意　―　この記事は、アプリケーション層のキャッシングのみを対象としています。HTTPキャッシング（これは全く別の難物で、あなたのアプリケーションに実装する必要はありません）は、別の機会で扱いましょう。 するべきキャッシングをしない理由

自分用メモ。 遭遇した問題 Rack::Attack で redis に保存したデータに有効期限が設定されない namespace を定義した時だけ問題が発生する 結論 Redis::Store が古かった。1.1.4 を使っていたが、有効期限系のメソッド(expire, setex, ttlなど)が namespace に対応したのは 1.1.5 からだった 調査方法 コードを読んだ。 Rails.cache Rack::Attack はデフォルトでは Rails.cache を使うことになってるのでここから始める。 Rails で config.cache_store = :redis_store すると Rails.cache として Redis::Store を使うことができる。コードは以下を見るとわかる。 Rails::Application::Bootstrap の initi

SREの深尾です。kurashiru [クラシル] のインフラを担当しています。 タイトルのとおり、クラシルのwebサイトではRailsを使っており、１サーバあたり10,000人程度のアクセスに耐えることができます。実際には余裕を持たせて5,000人/サーバを目安にスケールさせており、TV CMをガンガンやったり、国内外のTV番組で特集されたり、芸能人にSNSで拡散されても動じませんが、実は過去に１度だけWebサイトがダウンしてしまったことがあります。それは2017年3月11日にSmaSTATION!!というTV番組でクラシルが取り上げられた時のことでした。 以下はその時のリクエスト数を表すグラフです。ダウンしてしまったので計測できなかったユーザの数字は含まれませんがそれでもアクセス数は１分で数万人を超えていました。 それまで、Webサイトの負荷対策はあまり行っておらず、２台のWebサーバ

こんにちは、WantedlyのWebエンジニアの高松です。 このエンジニアブログでも何度かReact関連の話題が出ていますが、WantedlyではReact + Reduxを中心としたWebフロントエンドの技術スタックを導入して開発しています。 今回はスタックの導入方法や勘所について、詳しく解説してみたいと思います。特に既存のRails環境にReactなどの導入を検討していらっしゃる方の参考になれば、と思います。 今回の内容は以前発表した以下のスライドを元にしています。 これまでのWantedlyのフロントエンド開発 まず、今回のスタック導入前のWantedlyのフロントエンド開発がどのようなものであったのかについてご説明します。 Wantedlyの開発リポジトリを参照すると、最初のコミットは2011年9月になっています。現在は社内でもマイクロサービス化の動きが始まっていますが、基本的にW

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Rails 6: the missing developer setup guide - DEV Community 💻💻 原文公開日: 2019/11/19（最終更新: 2019/12/17） 著者: Vincent Voyer 日本語タイトルは内容に即したものにしました。画像はすべて元記事からの引用です。 原文の目次は省略しました。原文の乱れは訳文で修正してあります。以下のRailsガイドもどうぞ。 Webpacker の概要 - Railsガイド 更新履歴: 2019/11/28: 初版公開 2021/05/06: 更新 👋皆さんこんにちは。本記事では私がRubyやRuby on Railsを学んだ一環として、ドキュメントに書かれていないことを全部盛りしました。RubyやRailsのエコシステムは初めてなので、皆さまか

最近、パーフェクトRuby on Railsの増補改訂版をリリースさせていただいた身なので、久しぶりにRailsについて書いてみようと思う。 まあ、書籍の宣伝みたいなものです。 数日前に、noteというサービスでWebフロント側に投稿者のIPアドレスが露出するという漏洩事故が起きました。これがどれぐらい問題かは一旦置いておいて、何故こういうことになるのか、そしてRailsでよく使われるdeviseという認証機構作成ライブラリのより良い使い方について話をしていきます。 (noteがRailsを使っているか、ここで話をするdeviseを採用しているかは定かではないので、ここから先の話はその事故とは直接関係ありません。Railsだったとしても恐らく使ってないか変な使い方してると思うんですが、理由は後述) 何故こんなことが起きるのか そもそも、フロント側に何故IPアドレスを送ってんだ、という話です

Ruby on Railsでメールを飛ばすのを利用するときに SendGridを検討することは多いと思います。 結構本番環境で飛ばしたり、API使ってやるにあたってハマったところが多かったので残します。 smtpの設定で飛ばす方法の記事は多いのですが、APIを利用する記事が少なかったのもあり。 Ruby on RailsでSendGrid APIを使う概要 SendGridを利用してメールを飛ばす際に、SMTPを利用して設定してMailerからメールを送る方法が一般的（よく検索ヒットする）ですが、 SendGridには便利なAPIが提供されています。 Ruby on Railsを利用しつつ、SendGrid APIを利用するメリットとしては、以下がありますかね。 API Keyのみの設定で良い。 usernameやpasswordの設定が不要 イベントの設定ができる(API経由の方がイベン

https://shuuu-mai.connpass.com/event/173794/

こんにちは、yamadaです。入社から1年半ほど経ちますが、初めての記事になります。 今回はRailsとSendGridでメール送信を行った時の手順をまとめようと思います。 Rails 5.2 SendGrid(V3 Mail Send API) sendgrid.comより APIキーの作成 まずはSendGridのAPIキーを作成します。作成方法は公式ドキュメントをご確認ください。 権限は使用目的に合わせて設定しましょう。単純なメール送信だけであれば「Mail Send」を「Full Access」にすればOKです。 APIキーを管理する - ドキュメント | SendGridより 実装 配信方法の切り替えを簡単にするため、delivery_methodを追加する形で対応しました。 参考: Action Mailerのdelivery_methodに独自の配信方法を追加する SendG

はじめまして。 7月にApplication Engineerとして入社した徳田 (id:hazeblog) です。 この記事では、先日社内に導入したDatadogのAPM（Application Performance Monitoring）機能と、APMを使ったアプリケーションの調査の様子を紹介します。 TL;DR Datadog APMを導入してRailsアプリケーションレベルでの監視を行うようにした APMを利用することでRailsアプリケーションのボトルネックを簡単に調査できるようになった 最近リリースされたAPM Trace Search & Analyticsはほぼリアルタイムでリクエストデータをトレース出来て大変便利 はじめに: Kaizen Platformの状況 Kaizenでは、これまでMackerelとNewRelicを使ってホストとアプリケーションの監視を行なって

Too many open files nginx (/etc/nginx/nginx.conf) # CPU と同じ数 worker_processes 8; # worker_connections の 4倍程度 # failed (24: Too many open files) に対処できる。 worker_rlimit_nofile 40960; events { # とりあえずこの値 worker_connections 10240; } open file が増えているかを確認 # これでpid を確認し、 $ ps ax | grep nginx | grep worker # 数字に、pid を入れる。 $ cat /proc/5618/limits Resource temporarily unavailable net.core.somaxconn (/etc/sys

[AWS][Supervisor]ECS/FargateでRailsのログをCloudWatch Logsに出力したい場合投稿者: adachin 投稿日: 2020/02/022020/02/02 今回はECS/FargateでRailsログをCloudWatch Logsに出力したい場合もろもろハマったので、ブログしたいと思います。まず前提として環境は以下となります。 ■Environment unicornはrootユーザーで動作 NginxやunicornはSupervisorで動作 /var/log/nginx/access.log,error.log unicorn.stdout.log アプリケーションログ(stg.log) CloudWatch Logsに出力 まずはNginxのログをSupervisorを使って標準出力してみます。 ■Dockerfile/Supervis

こんにちは、法人開発のnakamoriです。本エントリでは健康診断データを安全に扱うために、それらに暗号化を施しどう運用していったかを紹介しています。 ただし、暗号化のアルゴリズムやモードに関しては本エントリでは扱いません。 暗号化の背景以前にも紹介しましたが、「FiNC INSIGHT」では様々なヘルスケア関連のデータを扱っています。その中には暗号化して保持しておいた方が良いものも存在します。 その中でも特に健康診断データは個人情報やヘルスケア情報を扱っています。 これらのデータをより安全に運用していくために、健康診断データを論理レベルで暗号化することにしました。 attr_encryptedによる暗号化の紹介特定のカラムを暗号化するには、attr_encryptedというgemを使うと便利です。 ここではUserモデルのemailフィールドを暗号化する場合を例にします。 attr_en