Railsで監査ログやバージョン管理機能を追加するPaperTrailの使い方をまとめてみた - Qiita
github : https://github.com/airblade/paper_trail Railsアプリケーションで監査、またはバージョン管理のためにモデルの変更を追跡するツールです。モデルの生成から破棄まで監視していて、任意のバージョンへ戻したり、削除したものを復元したりできるようになります。 基本的にはgithubのREADMEを見ればだいたいわかるようになっていますが、少しつまづいたところもあったのでまとめました。 PaperTrailのバージョン 2015/11/25 バージョン4が最新安定版、ruby1.8.7以上、activerecord3.0以上6未満 バージョン5はunreleasedとなっています。 作成されるテーブルとその中身 PaperTrailは以下のようなversionsテーブルを作りログを残します。 item_typeがモデル名、 whodunnitは
Rails における内部結合、外部結合まとめ - Qiita
0. はじめに Qiitaはじめ、さまざまなところでRailsのActiveRecordの内部結合や外部結合に関する記事がありますが、それらがまとまって存在していると良いリファレンスとなるのではないかと思い本記事を作成しました。 また、Rails5で動作確認しておきながら、Rails5から追加されたleft_outer_joinsなどは載せてません。今後、載せていきたいと思います。 group byやサブクエリ（副問い合わせ）に関しては下記もご参照ください。 ActiveRecordにおけるGROUP BYの使い方 ActiveRecordでサブクエリ（副問い合わせ）と内部結合 0-1. RubyとRailsとPostgreSQLのバージョン $ ruby -v ruby 2.2.4p230 (2015-12-16 revision 53155) [x86_64-darwin15] $ r
週刊Railsウォッチ（20191111前編）Active Recordモデルをprivateで封じ込める、心折れないRailsスキーマ管理、Railsセッションをクロスドメイン共有ほか｜TechRacho by BPS株式会社
2019.11.11 週刊Railsウォッチ（20191111前編）Active Recordモデルをprivateで封じ込める、心折れないRailsスキーマ管理、Railsセッションをクロスドメイン共有ほか こんにちは、hachi8833です。Rails 6.0.1が先週リリースされましたね🎉。 Rails 6.0.1がリリース！修正を追ってみました 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 毎月第一木曜日に「公開つっつき会」を開催しています: お気軽にご応募ください ⚓お知らせ: 週刊Railsウォッチ「第16回公開つっつき会」（無料） お申し込み: 週刊Railsウォッチ公開つっつき会 第16回｜IT勉強会ならTECH
クックパッドがgRPCを採用するまで サービス間通信で抱えていた課題と、RubyでgRPCを運用するための工夫
2018年11月28日、クックパッド株式会社が主催するイベント「Cookpad Tech Kitchen」が開催されました。第20回となる今回のテーマは「クックパッドのマイクロサービスプラットフォーム現状」。クックパッドが開発を行っているマイクロサービスプラットフォームの今と、その仕組みについて解説します。プレゼンテーション「gRPC in Cookpad」に登壇したのは、岩間雄太氏。CookpadにおけるgRPCの構成と運用について解説します。講演資料はこちら gRPC in Cookpad 岩間雄太氏：お願いします。クックパッドのgRPCの話をします。 「自己紹介いるか？」と思いましたが、一応書いておきました。 岩間雄太といいます。よろしくお願いします。ふだんは「@ganmacs」でやっています。今日いる人はみなさんそうですが、技術部開発基盤グループというところにいます。2017年度に
【Rails】MySQL2がbundle installできない時の対応方法 - Qiita
railsプロジェクト作成の際に、 「railsインストールしてrails newしたし、次はbundle installだなー」 と思いbundle installしたのですが、がっつりエラーが発生しました。 結構時間が取られてしまったので、備忘録として対応方法を記載しておきたいと思います。 起こったこと bundle install実行時に下記のエラーが出てきました。 $ bundle install (色々なgemのインストールのログが出てくる） . . . Installing ... Fetching mysql2 0.5.2 Installing mysql2 0.5.2 with native extensions Gem::Ext::BuildError: ERROR: Failed to build gem native extension. current direct
leave your migrations in your Rails engines
If you are using Rails engines to break up a single app into modular pieces, migrations (as they are currently implemented in Rails 3.2.13) become clumsy. There are three options for migrations within an engine (spoiler: #3 is the best): 1) You can use the your_engine_name:install:migrations rake task, which copies the migrations out of the engine and into the wrapping Rails app where they can be
RailsのモデルIDにUUIDを使う（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Choose UUIDs for model IDs in Rails 原文公開日: 2017/11/26 著者: Andy Croll UUID（universally unique identifier）は、コンピュータシステムで情報の識別に用いられる128ビットの数字です。GUID（globally unique identifier）と呼ばれることもあります。 PostgreSQLにはネイティブのカラム型があります。PostgreSQLの型についてはRailsガイド（英語）をご覧ください。 Railsのデフォルトであるカウントアップする整数idの代わりに、次のPostgreSQLのUUIDサポートを使います。 Ruby on Rails 5.0以降、ActiveRecordモデルでUUIDをidとして利用できる機能がありま
kubernetesクラスタでRailsアプリを公開するチュートリアル - Qiita
はじめに kubernetes(k8s) クラスタを構築するためのインフラがあり、kubectl コマンドで操作が出来る状態となっていることが前提です。 Rancher を使って構築する方法(勉強用ですが)について安いクラウド環境で RancherOS / Kubernetes を使って勉強用クラスタを作るも参照してみて下さい。 本記事について 色々な k8s の概念についての説明は本家ドキュメント、他記事や、本に書かれていることを参考にしてみて下さい。 この記事では概念の整理はせず、チュートリアル形式でアプリケーションを k8s で動作させることを目的として、なるべく 1 歩ずつ進めつつ概念理解が必要になったタイミングで説明していきます。 チュートリアルが終わった段階で k8s 上で特定のアプリケーションが公開できるようにするための関連知識を一通り理解できるようになることを目指します。
Rails: anyway_config gemでRubyの設定を正しく整理しよう（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Anyway Config: Keep your Ruby configuration sane — Martian Chronicles, Evil Martians’ team blog 原文公開日: 2020/04/14 著者: Vladimir Dementyev サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語タイトルは内容に即したものにしました。 よく育ったRubyプロジェクト、特にRailsプロジェクトにおける「コンフィグ」「各種設定」「秘密情報」「credential」「環境変数」というものをそろそろ真面目に考えるときがやってまいりました。本記事では、お節介ついでに
yaml_vault+KMSでRailsアプリのconfig/secrets.ymlを暗号化してgitにコミットして管理する - Qiita
yaml_vault+KMSでRailsアプリのconfig/secrets.ymlを暗号化してgitにコミットして管理するRailsAWSkmsyaml_vault はじめに Railsアプリでは環境ごとの設定差分を config/environments/#{RAILS_ENV}.rb というファイルで管理します。 このような環境ごとの差分になるものは、例えば管理者のメールアドレスなど平文で管理しても問題ない情報もある一方、外部接続先のAPIトークンなど機密性の高い情報も含まれます。しかしながらAPIトークンなどを平文のままgitリポジトリにコミットするのはセキュリティ的にはあまりよろしくありません。 Railsではこのような機密性の高い情報を config/secrets.yml に分離して読み込ませる仕組みを提供していますが、暗号化/復号化機能自体は提供してくれません。 このような
Rails5.2から追加された credentials.yml.enc のキホン - Qiita
aws: access_key_id: 123 #=> Rails.application.credentials.aws[:access_key_id] secret_key_base: 8be8e637d755f79c799048bed8be0c... #=> Rails.application.credentials.secret_key_base secrets.yml はどこへ消えた？ 🤔 Rails5.2では新規アプリを作成した時にconfig/secrets.ymlが生成されず、代わりにconfig/credentials.yml.encが生成されるようになりました。 credentials.yml.encの使い方について調べた内容を備忘録として投稿させていただきます。 credentials.yml.enc の編集方法 📝 ファイルを直接編集することはできない cred
[Rails]credentials.yml.encについてまとめる - Qiita
某スクールの最終課題であるフリマアプリの作成が始まりました。 私はスクラムマスターの担当になりましたので本番環境へのデプロイ担当になりました。 応用カリキュラムのチャットスペースでは、Railsのバージョンは5.0.7.2です。 なので、カリキュラムの内容もsercret.ymlを使ってAWSのEC2にデプロイする内容でしたが、今回、最終課題で使うバージョンはRails5.2です。 Rails5.2以降は仕様が変更されてsercret.ymlがcredentials.yml.encになっています。 デプロイ環境を構築するのにだいぶ苦労してしまったので、今回はcredentials.yml.encについてまとめていきたいと思います。 credentials.yml.encとは Rails5.2ではrails newをするとsercret.ymlの代わりにcredentials.yml.enc
![[Rails]credentials.yml.encについてまとめる - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/a64d952bdd3a59129b6ec2313911c4e26cbe5660/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCUmFpbHMlNURjcmVkZW50aWFscy55bWwuZW5jJUUzJTgxJUFCJUUzJTgxJUE0JUUzJTgxJTg0JUUzJTgxJUE2JUUzJTgxJUJFJUUzJTgxJUE4JUUzJTgyJTgxJUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz03ZjdmN2M1YTcwZDRiZDQ1Mjg5NTliNGJkMzI0ZTMxNA%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB5YW1hbW90b19zaHVqaSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ODMyMzljYThhZTA0NDEzOWRkOWVkOTE2YmYyNmU2YTY%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D2e9135178a1c42fab92bbb3785a186a1)
DalliでMemcacheを利用してみる - yk5656 diary (旧)
CentOSにRuby2.1.1をインストールする の続き DalliでMemcacheを利用してみる。 【参考】 テノニッキ (@hideack 's diary) http://hideack.hatenablog.com/entries/2011/12/24 Memcachedのインストール とりあえず、memcachedをインストールしておく。 $ sudo yum -y install memcached $ sudo service memcached start $ sudo chkconfig memcached on Dalliのインストール Dalliをインストールする。 $ sudo gem install dalli サンプルプログラムの作成 サンプルプログラムを作成する。 $ vi test.rb require 'dalli' # 接続 dalli = Dall
secret_key_baseがどういうふうに扱われているか | oknm.jp
secret_key_baseがどういうふうに扱われているか 2019-06-23 06:14 Railsアプリを本番デプロイしたらsecret_key_baseが未定義っておこられたので、どういう扱いになってるのか確認してみた。 確認したRailsのバージョンは6.0.0.rc1。 はじめにまとめ secret_key_baseの設定場所は4箇所ある: 環境変数: ENV["SECRET_KEY_BASE"] credencials: config/credentials.yml.enc secrets: config/secrets.yml （Encrypted secretsが有効ならconfig/secrets.yml.enc） tmp/development_secret.txt 環境ごとの評価順: developmentかtestなら、secrets、tmp/developme
secrets.ymlや環境変数をRails 5.2のEncrypted Credentialsに移行する - Qiita
Encrypted Credentialsとは これまでは、secret_key_baseや外部APIのアクセスキーなどの秘匿情報はsecrets.ymlに記述し、リポジトリにpushしないように気をつけつつ、デプロイ時にそれを本番サーバーに設置していました。他にもdotenvを使ったり環境変数を直接設定したりと方法はいくつかありますが、いずれにせよ秘匿情報のバージョン管理ができませんでした。 Rails5.2から導入されたEncrypted Credentialsを使うことによって、秘匿情報をまとめて暗号化してリポジトリに含めておくことができるようになりました。Encrypted secretsとは何だったのか。 それに伴ってデプロイ周りに少し手を入れる必要がありましたので、メモがてらまとめてみます。 暗号化された秘匿情報と鍵の生成 Railsを下位バージョンからアップデートした場合、秘
RailsをProductionで起動するとき、「credentials.yml.enc」を使用しない方法[Rails 5.2] - Qiita
RailsをProductionで起動するとき、「credentials.yml.enc」を使用しない方法[Rails 5.2]RailsRails5 背景 Productionモードで起動するときにはconfig/credentials.yml.encの中身を復号して環境変数”SECRET_KEY_BASE”として使用するけど、”SECRET_KEY_BASE”ってRailsで暗号化とかするときのキーとして使用されるからそもそもconfig/credentials.yml.encってコミットしたくなくね？って話。 バージョン管理に登録する/しないは別の議論にするとして、config/credentials.yml.encを使用しないで起動する方法を試してみることにした。 前提 Docker上でRailsが起動している(ローカルで起動している方は読み替えてください) ローカルPCで動作させ
![RailsをProductionで起動するとき、「credentials.yml.enc」を使用しない方法[Rails 5.2] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/b4c1e14e210aafe16f0261cf08cbd83009074779/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9UmFpbHMlRTMlODIlOTJQcm9kdWN0aW9uJUUzJTgxJUE3JUU4JUI1JUI3JUU1JThCJTk1JUUzJTgxJTk5JUUzJTgyJThCJUUzJTgxJUE4JUUzJTgxJThEJUUzJTgwJTgxJUUzJTgwJThDY3JlZGVudGlhbHMueW1sLmVuYyVFMyU4MCU4RCVFMyU4MiU5MiVFNCVCRCVCRiVFNyU5NCVBOCVFMyU4MSU5NyVFMyU4MSVBQSVFMyU4MSU4NCVFNiU5NiVCOSVFNiVCMyU5NSU1QlJhaWxzJTIwNS4yJTVEJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1hNjc4MjVlNzU0MjY1ODYzOTFmMzU4Y2JiYzY1ZTQzMg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBoaXJva3lfODE0JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1kZTkzN2M4YzhlOGEzZDZlZTI2ZTJiOGIwYWFlMjRlMw%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D8e251b1dd05f3e448c6ca935aa27d660)
credentials.yml.enc やめたい… - Qiita
概要 Rails5.2でconfig/secrets.ymlの代わりに入ったconfig/credentials.yml.encだが 環境毎に変える機能がなかったりして、外部APIへの接続情報をstaging系とproduction系で分ける、みたいなことができない。 また、Deviseが何をするにもsecret_keyを要求するせいで、 master.keyを作り直そうとして、master.keyとcredentials.yml.encを削除してから bin/rails credentials:editを叩くとエラーを吐いてしまい、スタックしてしまう。 もういっそ、Rails5.1時代のsecrets.ymlと同じ状態で使いたい。 結果 こうなりました。 ちゃんとENVも展開されます。 module XXXXX class Application < Rails::Application
Getting Ready for Rails 6.0: How to Dual Boot - FastRuby.io | Rails Upgrade Service
Published on April 24, 2019. Updated on May 2, 2020. In this article I will explain how you can dual boot your application in your local environment and your continuous integration (CI) service. I hope that this will help you get ready for the next stable release of Rails. Even though my example assumes you are running Rails 5.2 opens a new window and want to migrate to Rails 6.0 opens a new windo
Rails 5.x に更新する際に rails_kwargs_testing gem を使ったら便利だった - There's an echo in my head
Rails 4.x で動いている社内ツールを Rails 5.x に更新する作業を最近やっていて、コントローラ・リクエスト周りのテストの書き換えに rails_kwargs_testing gem が便利だったのでメモ。 ざっくり書くと、これを使うと Rails 5.x 用のテストコードに寄せた状態で Rails 4.x 上でテストを実行できるようになるので、 BUNDLE_GEMFILE で Rails 4.x と 5.x 用の Gemfile を指定することで両方を CI で走らせることが容易になる。詳細は作者である r7kamura さんのブログに書かれているので、そちらを参照してもらいたい。 r7kamura.com rspec の場合の tips として、テストファイルごとの describe ブロックで prepend するのではなく、 controller spec や re
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails 5.2 で ActiveSupport::MessageEncryptor::InvalidMessage - Qiita
