トレタのRailsを4.2にアップグレードしました - トレタ開発者ブログ
サーバサイドエンジニアの中村です。 今回はトレタのAPIに使っているRailsのバージョンを4.1.12から4.2.7.1にアップグレードしたので、その手順について紹介いたします。 トレタのAPIでrake statsを実行した結果は以下の通りです。同じ規模感のサービスのRailsをアップグレードするときに役立てていただけたら幸いです。 +----------------------+-------+-------+---------+---------+-----+-------+ | Name | Lines | LOC | Classes | Methods | M/C | LOC/M | +----------------------+-------+-------+---------+---------+-----+-------+ | Controllers | 19554 |
Rails 4.2 で ユーザー管理・認証 (devise) - Qiita
devise とは Rails でログイン認証管理を行う際のメジャーな Gem 。 以下の10個のモジュールからなる。 Database Authenticatable: DB に保存するパスワードの暗号化。ほぼ必須のモジュール。 POST リクエストや Basic 認証で使われる。 Omniauthable: OmniAuth サポートのためのモジュール。 Twitter などの外部サービスのアカウントでユーザー登録させたい場合に追加する。 Confirmable: アカウント作成の際のメール認証モジュール。 メール中のリンクをクリックしないとログインできないようにできる。 Recoverable: パスワードリセットが可能になる。 Registerable: サインアップ処理が可能になる。 Rememberable: クッキーに保存されたトークンの生成・削除を行う。 Trackable
Ruby on Rails 脆弱性解説 - CVE-2016-2098
はじめに 先日、HASHコンサルティング株式会社の徳丸浩氏のブログにて CVE-2016-2098 の解説記事が公開されました。 Ruby on Railsの潜在的なリモートスクリプトインジェクション脆弱性CVE-2016-2098 記事の元になったのは GitHub で公開された CVE-2016-2098 の PoC です。 GitHub - hderms/dh-CVE_2016_2098: Proof of concept showing how CVE-2016-2098 leads to remote code execution この PoC（dh-CVE_2016_2098） には不可解な点が見受けられました。（現在質問中、未回答） dh-CVE_2016_2098 と CVE-2016-2098 に関して調査を行い、以下の結論に至りました。 dh-CVE_2016_2098
Rails 4.2でSprocketsを捨ててwebpackに移行する - Qiita
{ "name": "webpacktest", "version": "1.0.0", "description": "webpack test", "scripts": { "dev": "webpack-dev-server --hot --inline --port 3500 --progress --profile --colors", "build": "NODE_ENV=production webpack -p --progress --profile --colors " }, "dependencies": { "babel-core": "^6.7.2", "babel-loader": "^6.2.4", "babel-preset-es2015": "^6.6.0", "babel-preset-stage-0": "^6.5.0", "bootstrap-sas
Why is respond_with being removed from rails 4.2 into it's own gem?
In rails 4.2 respond_with has been moved out of core into the responders gem. Beta release notes. respond_with has moved out and into its own proper home with the responders gem. Can someone please explain why? What makes the responders gem its proper home? What is wrong with it staying in the Rails gem?
Rails4.2のコネクションプールの実装を理解する - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
tl;dr Railsではコネクションプール数を設定していても、1スレッド辺り1コネクションしか持ちません。 発端 アカツキではRails + Unicorn + Nginx + MySQLの構成をAWSで運用しており、c3.4xlargeのインスタンス上で1台辺り64のUnicornワーカープロセスが実行される設定になっています。 ソーシャルゲームでは時にたくさんのアプリケーションサーバを並列稼働される必要がでてきます。特に年末年始の時期は平時の2-3倍のトラフィックが予想され、アプリケーションサーバを最大100台で稼働させる必要がありました。 Railsのdatabase.ymlのpool設定は5だったので、単純に考えると最大 100台 * 64プロセス * 5接続 = 32,000個の接続が常時貼られるのでは？MySQLのmax_connectionsの設定は大丈夫か？という議論があ
RubyKaigi 2014 | Speeding up Rails 4.2
In this presentation we'll cover performance improvements we've been making to Rails for the 4.2 release. We'll cover improvements to Active Record for speeding up database interactions, and performance improvements to Action View for speeding up rendering. We will also discuss techniques that can be used in your application for performance testing and improvements. Company Red Hat Job title Princ
Rails 4.2.0 beta1 ちょっとだけ見たのでメモしとく。 | そんなこと覚えてない
2014 8月22日 15:21 Rails 4.2.0 beta1 ちょっとだけ見たのでメモしとく。 Rails 4.2.0.beta1 が出てるよね。 Riding Rails: Rails 4.2.0 beta1: Active Job, Deliver Later, Adequate Record, Web Console betaが出ると試したくなるのでアップデートしても問題ないものをアップデートして遊ぶ。 先に結論 詳細とかあとで述べる。 Gemfile に追加とか変更とか。 gem 'rails', '4.2.0.beta1' gem 'sass-rails', '~> 5.0.0.beta1' gem 'web-console', '~> 2.0.0.beta2' group :development, :test do gem 'byebug' gem 'web-cons
Rails4.2beta1をインストールして最初にはまったこと | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、寺岡です。 Rails4.2は来年の夏に予定されているRails5.0に向けて、4.x系最後のマイナーバージョンアップになるそうです。 今回はRails4.2beta1のインストール方法と、ちょっとしたはまりポイントをご紹介します。 まずはさらっとインストール # railsをインストールするディレクトリを作成 mkdir rails42 cd rails42 # Gemfileの作成 bundle init # Gemfileにrailsをgithubのmasterブランチからインストールするように指定 echo 'gem "rails", github: "rails", branch: :master' >> Gemfile # システムのgemに混ざらないようにvendor/bundle以下にインストールする bundle install --path vendor/b
[Ruby on Rails]Active Job – Sidekiqを使ってのJobの実行 | DevelopersIO
はじめに 先日、Ruby on Rails 4.2がリリースされました。このリリースで新たに追加された機能にActive Jobがあります。今回はActive Jobについての簡単な説明と、実際に動かしてみたソースについて書きたいと思います。 Active Jobとは Active Jobについて、Rails Guideより以下の文を引用します。 Active Job is a new framework in Rails 4.2. It is a common interface on top of queuing systems like Resque, Delayed Job, Sidekiq, and more. Ruby on Rails 4.2 Release Notes Active Jobは一言で表すと、「キューを実現するためのインターフェース」と言えると思います。あくまで
![[Ruby on Rails]Active Job – Sidekiqを使ってのJobの実行 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/c4ba9673af464883e264d1d320af2d2947fae03d/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F11%2Frails.jpg)
国产大黄在线播放免费观看_厨房玩弄人妻系列_精品国产高清在线看国产毛片_真实国产老熟女粗口对白
人妻不敢呻吟被中出片_亲胸揉胸膜下刺激视频免费看_精品国产福利久久久_亚洲av片不卡无码久久欣赏网_裸体美女(奶头无遮挡)_国产老人老头久久精品_无码av永久免费专区不卡
Ruby on Rails 4.2 リリースノート - Railsガイド
Rails 4.2の注目ポイント Active Job メールの非同期処理 Adequate Record Web Console 外部キーのサポート 本リリースノートでは、主要な変更についてのみ説明します。ここに紹介されていない機能、バグ修正、変更の詳細についてはGitHubにあるRailsメインリポジトリの コミットリスト を参照してください。 1 Rails 4.2へのアップグレード 既存のアプリケーションをアップグレードするのであれば、その前に質のよいテストカバレッジを用意するのはよい考えです。Railのバージョンが4.1に達していない場合は、まずアプリケーションをRails 4.1にアップグレードし、アプリケーションが期待どおりに動作することを確認してからRails 4.2にアップグレードしてください。アップグレードの際に注意すべき点のリストについては、Ruby on Rails
Rails 4.2: Active Job, Asynchronous Mails, Adequate Record, Web Console, Foreign Keys
Rails 4.2: Active Job, Asynchronous Mails, Adequate Record, Web Console, Foreign Keys We come bearing gifts! It’s Rails 4.2, and the final version is ready just in time for Christmas. It’s full of great toys, useful gizmos, and polished edges, courtesy of a fantastic community of merry elves who’ve been coding away with jolly glee for months. This is probably also the most well-tested new major re
RailsでPostgreSQLの配列型を使う
少し調べたのでメモ。 なお、調べた時のバージョンは、PostgreSQLは9.3.5で、Railsは4.2.0.rc3。 因みに、Rails GuideにActive Record and PostgreSQLというページがあり、 それを参考にしながら書いてます。 マイグレーションファイルRails本体で配列型に対応しているので、特にgem等は必要無し。オプションに"array: true"を設定してあげればOK。 def change create_table :books do |t| t.string :title t.string :tags, array: true t.integer :ratings, array: true t.timestamps null: false end add_index :books, :tags, using: 'gin' add_index
Rails 4.2で導入されたActive Jobを使ってみよう - Qiita
Active Jobとは？ Ruby on Rails（以下Rails） 4.2からバックグラウンドでジョブを実行するActive Jobが利用できるようになりました。 Active Jobを利用することによって、メールの送信や、バッチ処理などをバックグラウンドで実行することが可能になります。 Railsで利用できるバックグラウンドでのジョブ実行の仕組みとしては、Delayed Job, Resque, Sidekiqなどがありますが、Active Jobはこれらのアダプタとなって動作します。 Active Jobは、ジョブスケジューリングを抽象化するAPIを備えており、異なるジョブ実行の仕組みに移行（たとえばDelayed JobからResqueへ移行）しても、コードをほとんど変えることなく実行することができます。 Active Jobを使うための準備 Resqueのセットアップ 今回は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails 4.2 limit columns in schema keep changing on db:migrate · Issue #19001 · rails/rails
https://github.com/rails/rails/blob/4-2-stable/activerecord/lib/active_record/tasks/database_tasks.rb
rambulance Rails 4.2時代の簡単404/500エラー対応