はじめに実務でRailsアプリケーション（Rails 6.1）と新規に開発したRailsアプリケーション（Rails 7.2）間でSSOを実現するための実装を行う機会があり、Cognitoから発行されたトークンをCookieに保存して、サブドメイン間で共有する際に、それぞれのRailsのバージョンによる暗号方式の違いでハマったので、その内容と対処法についてまとめます。 Railsにおける署名付きCookieと暗号化Cookieの仕組みまず、RailsがどのようにしてCookieを扱っているのかを調べていきます。Railsでは、通常のCookieに加えて、署名付きCookie、暗号化Cookieという3つの異なる方式でCookieを扱うことができます。 通常のCookie通常のCookieは、Railsでcookies[:key] = valueのように書くことで設定できます。このCooki

こんにちは、山です。note毎日投稿36日目です。 私は普段Webエンジニア、いわゆるフルスタックエンジニアとして働いています。このキャリアの始まりはRuby on Rails(Rails、RoRとも言う)という技術です。もう9年ほど経とうとしていますが、今でも結局Railsを書くのが中心の生活です。 少し前に「無料でRails教えます」という触れ込みで山小屋という無料Slackコミュニティのメンバーを募集しました。コミュニティ自体は程々にワークしているのですが、Railsについて価値のある発信が出来ていなかったので、今日からは意識的に「初学者に向けてのRails講座」のウェイトを重めに投稿していきます。 題して、「ファッ⚪︎ン無料RoR講座」。本格自動です。ぜひ学びたい方はフォローやスキ、マガジンのフォローもお願いします🙌 今回は、そのRailsの入り口かつ、今から学ぼうとしているもの

はじめに Rails Engineを使ったモジュラーモノリス構成において、各Engine独立したTailwindCSSの管理方法について、tailwindcss-rails gemを用いた実装方法を詳しく解説します。 課題 Rails Engineでtailwindcss-railsを使う際の主要な課題： ソースファイルパスの解決: 親アプリケーションのディレクトリから見た、TailwindCSSソースファイルのパスがEngineの配置方法によって異なる。 Asset Pipeline統合: アセット名が衝突する。 本番環境ビルド: precompileプロセスとの統合。 依存関係管理: Engine独立性の確保。 解決策の全体像 本記事では親アプリケーションのディレクトリ直下に engines ディレクトリを設け、各Engineを配置しているものとしますが、本記事で紹介する設定方法はディ

Rails初期化設定 Rails自身の設定: タイムゾーン設定 (config.time_zone = 'Tokyo')、ロケール設定 (config.i18n.default_locale = :ja) コンポーネントの設定 Active Record (DB接続設定)、Action View (テンプレート設定)、Action Controller (セッション設定) など コンポーネント設定する場所 config/application.rb Rails自体が読み込まれる前に実行したいやつは、require 'rails'の上に書く 環境固有の設定ファイル（config/environments/production.rbなど）に設定を記入すると、Railsのすべてのコンポーネントにそれらの設定が反映されます。 # gemini config/application.rbに書かれた設

speakerdeck.com 発表資料はこちらです。以下に資料に入れそびれた・話しそびれたことを以下に記しておきます。 実際のところSSEを導入したのはなぜなのか 今回例示したような「長い時間がかかる処理の進捗報告・完了通知」のような機能はポーリングでも実現可能なものであり、我々のプロダクトでも当初はポーリングを前提として設計がされていたのですが、以下のような理由からSSEを採用するに至って今回の発表に繋がっています: ポーリングよりも基本的にはユーザー体験が良くなるはず (ポーリングの場合は変化までに高々インターバル秒かかる可能性がある) *1 技術的な挑戦 (おたのしみ) 後者が地味に大事だと考えていて、何か新しい機能やサービスを作ったりする時に「既存のやり方」のみで固定化するのではなく *2、技術的に新しい取り組みをすることによって技術面・組織面での「実力」を高めたいというモチベー

たしかに、セッション自体が盗まれてしまえば被害は避けられません。 ですが、ダイジェストは「漏洩した場合の被害を最小限に抑える防壁」として必要なものでした。 この実装を通して、改めて 「技術の仕組みそのものよりも、なぜそれが必要なのか（目的）を理解することが大切」 だと実感しました。 テストの重要性 最後に、テストの重要性についてです。 私は仕事でアプリ開発をした経験がなかったので、「テストを書く」という習慣がまったくありませんでした。 エラーやバグが出たらその都度直す、いわゆる動けばOK精神でやっていて、「テストっていつ使うねん」と思ってました（笑） しかも、テストを書くのって正直めんどくさい印象があり、興味もありませんでした（当時はまだChatGPTもなかったので…） しかし、Railsチュートリアルでは各機能ごとにテストが用意されていて、スペルミスや記述ミス、バージョン違いで動作が崩れ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR（最初に結論） Railsドキュメント( https://railsdoc.com/ )というサイトはRailsの公式ドキュメントではない 最初のとっかかりをつかむために参照するのは良いが、情報の裏取りとして公式サイトの情報も併せてチェックしよう はじめに 上記のTL;DRに書いた話をすでに知ってる人や、わかっている人はこの記事を読まなくても大丈夫です。 ですが、Railsを学び始めた初心者プログラマのみなさんは意外と勘違いしている人が多そうなので、注意喚起を兼ねてこの記事を書いておきます。 「Railsドキュメント」はRai

Hi everyone, We are pleased to announce that Rails versions 7.0.10, 7.1.6, 7.2.3, 8.0.4, and 8.1.1 have been released! These releases contain bug fixes and improvements across all supported versions. End of Support for Rails 7.0 and 7.1 Along with these releases, we are announcing that Rails 7.0 and 7.1 have reached their end-of-life and are no longer supported. Rails 7.0.x was released on Decembe

CoderDojo Japanは24日、同法人によって集計・公開されている、全国に200以上ある子どものためのプログラミング道場「CoderDojo」のオープンデータが、デジタル庁から公開されている地域幸福度（Well-Being）指標の1つ「デジタル生活指数」として採用されたことを発表した。 地域幸福度（Well-Being）指標の公式サイトでは、全国 Well-Being 調査に基づく主観データと暮らしやすさの客観データが閲覧でき、主観と客観の両方から地域の特徴を捉えることができる。 今回、同指標を構成する暮らしやすさの客観データの一部として、CoderDojo Japan が集計・公開しているオープンデータが採用された。 また、今回の CoderDojo オープンデータの採用・利活用に際し、CoderDojo の過去データも遡って参照・確認できるようになった。これまでは最新データのみ

2025/10/22に Rails8.1.0 がリリースされました。 Railsでは2024/8に新たなメンテナンスポリシーが発表されていましたが、その内容をあらためて理解し、今回の8.1系にはどう適用されるのか整理してみました。 メンテナンスポリシーの内容 Rails ではバグ修正とセキュリティ問題の2段階のサポート期限があり、それぞれ以下のように定義されています。 バグ修正 マイナーリリースのバグ修正が行われるのは、シリーズの最初のリリースから1年間です。 たとえば、仮に1.1.0が2023年1月1日にリリースされた場合、2024年1月1日までバグ修正が行われ、以後はサポート対象外とみなされます。 セキュリティ問題 マイナーリリースでセキュリティ修正が提供されるのは、シリーズの最初のリリースから2年間です。 たとえば、仮に1.1.0が2023年1月1日にリリースされた場合、2025年1

rails8_1_new_features.md これはなに 2025/10/22にRails8.1がリリースされましたね Ruby on Rails 8.1 Release Notes — Ruby on Rails Guidesにリリースノートが書かれている 上記メジャーフィーチャーに含まれなかったマイナーフィーチャーのうち、気になったものをざっくりまとめています 間違いの指摘や、これも追加してくれ〜という物があればコメントお願いします railties ヘルスチェック用のパスに来たリクエストをログに残さない、の拡張 allow path regexp in SilenceRequest middleware by rainerborene · Pull Request #53561 · rails/rails · GitHub Silence healthcheck requests

日本発のRubyで日本のポテンシャルを最大化させる ― 技術とコミュニティへの愛で築くmov開発部の組織戦略 今回は、2024年度 Ruby biz Grand prix にて「デジタルコミュニケーション賞」を受賞した、株式会社movが運営する店舗向け集客一元化プラットフォーム「口コミコム」について、同社でエンジニアリングマネージャーを務めている南谷 祐貴氏にお話を伺った。 〈 エンジニアリングマネージャー　南谷 祐貴氏〉 mov の2つの事業領域が生み出すシナジー 南谷氏の話の解像度を上げるためにも、まずはmovの会社・事業の概要について触れたい。 movは「日本のポテンシャルを最大化する」を使命に掲げる、インバウンド領域を専業とする企業である。現在は主に「インバウンド支援事業」と「店舗支援事業」の2つの事業を展開している。 インバウンド支援事業では、2015年の創業と同時に開始した「訪

大きくはviewの有無なんだろうとは思うけど、そんなにちゃんと見たことなかったのでちょっと見てみる。 とはいえ、一つ一つ細かく見ていくと大変そうなので気になる部分を抜き出していく。 概要を知りたいという方はこんなところより以下を参照頂くと良いです。

The Rails Doctrineの日本語訳が Rails の公式サイトで公開されました。 rubyonrails.org 高橋会長が Qiita に投稿していた記事がオリジナルの翻訳です。 qiita.com Qiita 本文中にあるように、ある程度訳がこなれたら公式に提案するということでしたが、そのあたりの動きがなかったため RubyKaigi 2025 で高橋さんに相談したのが RubyKaigi 2025 のこと (RubyKaigi 2025 の入り口受付あたりで話していた覚えがあります) 。AIや機械翻訳が可能な時代とはいえ、公式サイトにドイツ語やフランス語など他の言語での翻訳があるのに、Ruby 発祥の地である日本の母国語がないのもなあというのはモチベーションだった気がします。何より日本に Rails を輸入した高橋会長の訳というのが熱いわけですよ。 ともあれ、結果としてひ

Ruby on Railsの驚異的な台頭は、斬新な技術とタイミングによるところが少なからずあります。しかし、技術的な優位性は時間の経過とともに失われていきますし、タイミングの良さだけでは長期にわたってムーブメントを維持できません。そのため、Railsがどのようにして現役であり続けることができたのかだけでなく、どのようにしてそのインパクトとコミュニティを成長させてきたのかについて、より広範な説明が求められています。私が提唱するのは、永続的な実現要因は、今も昔も物議を醸しているドクトリン（信条）にあるということです。 このドクトリンは過去10年の間に進化してきましたが、その最も強力な柱のほとんどは開発当初からのものでもあります。私はこれらの考え方の根本的なオリジナリティを主張していません。Railsの主な成果は、プログラミングとプログラマーの本質についての異端的な考えを手広く集めたものを中心に

読み方ガイド Kaigi on Rails に参加したかったけど行けなかった人向け。 私自身が Rails 初心者のため、初学者にもわかりやすい構成で、専門用語は最小限。必要箇所だけコード／コマンドを添えています。 はじめに 株式会社 Inner Resource でエンジニアをしている翠川です。 9月26日〜27日に Kaigi on Rails 2025 に参加したので、参加レポートを書きました。学会ではないテック系カンファレンスは初参加で、とてもワクワクしました。 先に弊社エンジニアの記事も公開されています。ぜひ併せてどうぞ 👉 Rails歴半年のエンジニアが行くKaigi on Rails 2025 全体を通して サイトの英語化や海外登壇など、日本→世界を強く意識した運営が印象的でした。 また、身近で実務に効くセッションが多く、「Rails で開発するみんなが、似たような辛み・悩

Dear Rubyists, Thank you for giving me this opportunity to share with you. We take our stewardship of the Ruby Gems ecosystem seriously. Our mission is clear: keep the language and the infrastructure you rely on stable, safe, and trustworthy. Before we get to what the next steps will be, here is a quick recap from the video that we shared last week. Moving parts:We recognize there is confusion bet