Rails 開発環境のバージョン確認 [自分用メモ] - Qiita
1. OSとバージョンを確認する cat /etc/issue 「Ubuntu 14.04.2 LTS \n \l」から「Ubuntu」がOS、バージョン「14.04.2」であると認識 2. Rubyバージョンを確認 ruby -v 「ruby 2.1.5p273 (2014-11-13 revision 48405) [x86_64-linux]」から、「2.1.5p273」がバージョンであると認識 3. RubyGemsのバージョンを確認する gem -v 4. Railsのバージョンを確認する rails -v 5. PostgreSQLのバージョンを確認する psql -v 6. Heroku Toolbeltのバージョンを確認する heroku --version 「heroku-toolbelt/3.41.3 (x86_64-linux) ruby/2.1.5」から、3.41.
![Rails 開発環境のバージョン確認 [自分用メモ] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/6c1fef5d184c0a72dd6a10201686c7bbb15328af/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-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9UmFpbHMlMjAlRTklOTYlOEIlRTclOTklQkElRTclOTIlQjAlRTUlQTIlODMlRTMlODElQUUlRTMlODMlOTAlRTMlODMlQkMlRTMlODIlQjglRTMlODMlQTclRTMlODMlQjMlRTclQTIlQkElRTglQUElOEQlMjAlNUIlRTglODclQUElRTUlODglODYlRTclOTQlQTglRTMlODMlQTElRTMlODMlQTIlNUQmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWIwODZhMTc3ZWQ1Yzc4ZTg3NGFjNDcyNDU0NTljMjJi%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZGF3bl82MjgmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWJmNzgzOGFmMzg0ZTJmN2I3MGQ1ZDc2Zjk1YmIzZTli%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dcd1d4374ed08349fd7420a34503ba1a1)
【Rails】初心者と中級者のコードの差６つ - Qiita
できるエンジニアの先輩からコードレビューを受けがちなポイントを６つにまとめてみた。 1. DRYか Don't Repeat Yourself. 言わずもがなのrailsの基本指針。自分でコードを書いていて、繰り返しがないかという観点は常に持つようにしましょう。 こちらは、helperを使ってviewをdryに書く方法。 http://qiita.com/shunsuke227ono/items/21f5968ca7ca0391b583 繰り返すのはいけてない！という考えを持って、重複したコードが出てきたときに、どうまとめられるか？という方向で頭働かせましょう。 2. n+1 Queryが発生していないか n+1 queryとは、レコード数の回数だけQuery発行してるってこと。これが起きてしまうのは、アプリケーション側で、SomeRecord.allでとったものに対して、その子たちを全て
【Rails】絶対に抑えたいTransactionのポイントを三つにまとめてみた。【必須】 - Qiita
※Rails公式ドキュメントから、平易な日本語でポイントとプラスαまとめています。(公式ドキュメント: http://api.rubyonrails.org/classes/ActiveRecord/Transactions/ClassMethods.html) Transaction - 失敗→Save前 Transactionは、複数のSQL文を囲んで、そのSQLそれぞれが成功した場合のみに、すべてのSQLの変更を反映するよというもの。典型的な例は銀行口座の例で、片方の口座からの引き落としに成功した時のみ、もう片方の口座にお金がプラスされるよ、みたいなね。 こんな感じで、Transactionはデータベースの統一性をプログラムやdbのエラーから守るもの。一緒に処理されなきゃいけない処理の塊を持ってる時は絶対に使わなきゃいけない。 例えば、以下の例ではkevinの口座からの引き落としに成
What are the gems every Ruby on Rails developer should know?
Answer (1 of 19): RubyGems is a package manager for Ruby developed to simplify and accelerate the stages of the application creation, deployment, and library connection. With top ruby gems, programmers get access to all commonly used features, and can avoid the need to develop most of them manual...
Amazon ECSでRailsアプリケーションを運用するのに行ってること - Qiita
Terraform AWSのインフラ構成はTerraform管理してる. tfstateを分割する tfstateが1つのままだと、Terraformのresourceを増やしていったときに 頻繁に更新するresourceとそうでもないものがある 適応するのに時間が掛かる エラーの切り分けしずらくなる ということからtfstateを分割してる。 ただ分割しすぎると、適応漏れや適応順番が複雑になるので2つに分割してる。 . ├── environments │ ├── immutable │ │ ├── backend.tf │ │ ├── main.tf │ │ ├── provider.tf │ │ └── variable.tf │ └── mutable │ ├── backend.tf │ ├── main.tf │ ├── ou
rails runnerを使ってみた - Qiita
rails runnerとは railsの環境を読み込んだ上で任意のrubyコードが実行できるようです。 batch処理とかの時に使えるんじゃないでしょうか。 helpを見ると以下のように使うらしい。環境も指定できて便利ですね。 % rails runner -h Usage: rails runner [options] [<'Some.ruby(code)'> | <filename.rb>] -e, --environment=name Specifies the environment for the runner to operate under (test/development/production). Default: development -h, --help Show this help message. Examples: rails runner 'puts Ra
Railsが時代に合わなくなってきた
追記 RailsでJS辛い問題に関しての結論：http://qiita.com/kaiinui@github/items/dad6180f1910c6a4bfd5 -- 近年、(1) Web/App両対応が増えてきたこと、(2) WebでもJSを多用するようになったこと、の二つがあり、以下の点でRailsが微妙になっている。 ViewのJavascriptがRailsから独立している API層のサポートが微妙 最初に書いておきますが、特に決定的な解決策もなく、辛いから今後解消されてほしいよね、な話です。 ViewのJavascriptがRailsから独立している Railsはとても堅牢。 モデル、コントローラ、ルーティングと、変にいじらない限りはほとんどテストが要らない。 必要なのは、モデルに新たにpublicメソッドを付けたときくらいだろう。 実際、バックエンドはそうそうバグが出ない。
Rails4 の form_for は multipart: true を省略可能 - Qiita
<%= form_for(@post) do |f| %> <% if @post.errors.any? %> <div id="error_explanation"> <h2><%= pluralize(@post.errors.count, "error") %> prohibited this post from being saved:</h2> <ul> <% @post.errors.full_messages.each do |message| %> <li><%= message %></li> <% end %> </ul> </div> <% end %> <div class="field"> <%= f.label :title %><br> <%= f.text_field :title %> </div> <div class="field"> <%= f.l
RailsのDBの初期データ(rake db:seed用)をyamlで美しく管理する方法 - Qiita
この記事のサマリ RailsにおいてDBの初期データは、seed.rbを記述することで設定することが可能ですが、全てコーディングしてしまうと見辛いので、yamlで管理する方法を紹介します。 管理するyamlファイルは、開発していく中で動かしながら検討した動作実績のあるデータを、そのままファイルに出力して活用する方式としています。 yaml_dbなどの、Gemは特に利用していません。(yaml_dbだと、rake db:seed以外のrakeコマンドが必要になりそうであり、標準のrake db:seedを利用するようにしておきたかったため) 動作確認バージョン Rails 4.1.1 ruby 2.1.2p95 経緯 railsのアプリのDBの初期データって、seed.rbに記述してrake db:seedってのがセオリーだと認識しているのですが、seed.rbにコーディングすると、イマイチ
RSpecをRailsプロジェクトに導入する - Qiita
はじめに 弊社プロジェクトでRSpecを導入することになったので、 そのノウハウをとりあえず共有。 百番煎じだろうと役に立つ可能性は...あります 必須設定 基本的にGemを追加するだけで使用可能 Gemの追加 group :development, :test do gem "rspec-rails" gem "factory_girl_rails" gem "guard-rspec" gem "spring-commands-rspec" end group :test do gem "faker" gem "database_cleaner" gem "launchy" gem "selenium-webdriver" gem "shoulda-matchers" end
Railsでパスワードの取り扱い（bcrypt 3.1.7以上） - Qiita
登録 パスワードの暗号化で便利なGemのbcrypt。 Railsでの取り扱い 「password」と「password_confirmation」という項目をフォームで送ると、bcryptが勝手に暗号化して、「password_digest」というカラムに暗号化したデータを入れてくれます。 取り出しも楽なので非常に重宝します。 また、has_secure_passwordというメソッドをつかいますが、こちらで以下が行われます。 - modelに「password」、「password_confirmation」属性の追加 - 「password」、「password_confirmation」のvalidationの追加（値の空白や不一致のチェック） - authoricateメソッドの追加 Gemファイルでbcryptを有効にする $ vi Gemfile --------------
Railsを支える基本概念の整理（RESTfulやリソースなど） - Qiita
概要 今更ながら本格的にRailsを触る事になったのでメモ。 Ruby on Rails Tutorialがとても良かったので、 そこで学んだエッセンスを自分なりに整理してみる。 Ruby on Rails Tutorial（chapter2） http://railstutorial.jp/chapters/a-demo-app?version=4.0#top リソースとは データモデルとwebインターフェイスが組み合わさったもの。 データモデルとは 現実世界のあるモノを分類/抽象化して落とし込んだカタマリ （より具体的にいえば（今回の文脈では）「RDBMSに則って設計されたデータ群」と同義） ##### 「User」を表すデータモデルのサンプル column type
railsのViewをDRYにするために行ってること - Qiita
simple_form フォーム作成に手間が少なくなるsimple_formを使っている人は多いと思います。 まずsimple_formを使ってViewをDRYにする方法です。 準備 インストール gem 'simple_form' # 必須 gem 'twitter-bootstrap-rails', :git => 'git://github.com/seyhunak/twitter-bootstrap-rails.git', :branch => "bootstrap3" # TwitterBootstrap本体 gem 'less-rails' # TwitterBootstrapを使うのに必要 gem 'therubyracer' # TwitterBootstrapを使うのに必要 gem 'slim-rails' # slimを使いたい # プロジェクトのルートに移動 $ cd
複数のValidatorを組み合わせたバリデーションルールをcustom validatorとして用意する - Qiita
Rails 4.0.2 です。 (2016/02/04 追記) 最近のバージョンだと、ここで紹介する方法は使えなくなったと情報をいただきました。 コメントで教えていただいた方法か、Concern を使うのが良さそうです。 発端 auto increment な id 以外に、ユーザが自分で設定できるユニークな文字列のカラムを用意したい、みたいな時に、用意されているValidatorを組み合わせて、以下のようにモデルに設定する。 class User < ActiveRecord::Base validates :username, presence: true, # 必須にしたい！ uniqueness: true, # URLに使うしユニーク！ length: { maximum: 16 }, # あんまり長いのも…… format: { with: /\A[a-z0-9]+\z/i }
Railsアプリの意味不明な時間を削って速度を10倍にした話 - Qiita
こんにちは。@srockstyleです。 Ruby On Rails便利ですね。フレームワークとして「Railsライクだから便利だよ！」ってはなすフレームワークがいっぱいでてきて久しいです。 今回はRailsで作ったアプリを高速化した話です。と言ってもこれは2015年くらいにやった作業なので、モダンな環境では通用しないかもしれません。 この記事の結論は結局「キャッシュいいね」となってしまいます。 最近のキャッシュトレンドな話はまた別に書きます。 ことのはじまり 当時の僕は一人でアプリケーションを書いてました。 作業もほぼ終盤に終わり、バグも潰し終えたとき、とある現象に気づきました。 ちなみにこれリモートのサーバです。DB接続のところはキャッシュつかうようにしたのである程度早かったり、Cloudのほうも設定したのでよかったんですが遅いですね。Viewが9ms、ARが17msなのに全体で157
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
railsで初期データを入れる(seed-fuの使い方) - Qiita
rails runner のススメ - Qiita
railsでcarrierwaveを使って画像をアップロード、表示 - Qiita
Rails4でdeviseのControllerをカスタマイズする - Qiita
RSpecにおけるFactoryGirlの使い方まとめ - Qiita
