Unicornのgraceful restartで少しハマった件 - hack in 3 minutes
RailsサーバーのUnicornはmasterプロセスにUSR2シグナルを送ると、新しい設定・アプリのリロードを無停止で行うgraceful restartな動きをしてくれます。 この仕組を理解してなかったのでそれのメモ。 ドキュメントも何も見てない時の認識 現行のmasterが新しい設定・アプリをロードした新masterプロセスをforkする 新masterとそこから生えるworkerがreadyになって、新旧のUnicornが処理を行う 頃合いを見て旧masterは勝手に落ちる と思ってたんだけど、実際試してみても3のタイミングになっても旧masterがなかなか落ちてくれない。 旧masterのCPU利用率はだんだん下がってきているので、それがなくなったら落ちるのかと勝手に思ってたけどそうでもない。ウーンとなっててドキュメント見たら普通に書いてありました。 USR2を送った時の動き
turbo-sprockets-rails3 で Heroku x Rails3のデプロイ時間を30倍速くする - Qiita
Rails3のassets:precompileは遅い！ HerokuもRailsも便利ですが、本番環境にデプロイするときに実行されるassets:precompileの速度はお世辞にも速いとは言えません。 Twitter BootstrapやらjQueryプラグインやら、なんやらかんやらでViewにお化粧を厚塗りしていくと、assets:precompileの時間だけで3分以上かかることも珍しくありません。 僕の場合、毎回確実にassets:precompileに10分以上かかってしまい、時々Herokuの15分という上限を超えてしまうRails appもありました。 なので、「ちょっとした修正をデプロイしたいだけなのに、こんなに待たされるのはもう勘弁！！」という悩みを抱えていました。 turbo-sprockets-rails3で簡単に爆速化！！ そんなときに見つけたのがturbo-s
Railsはassetsに注意しろ - Qiita
productionで運用するときに注意すべきこと。 application.cssとapplication.jsの動作 アプリケーションで利用するcssとjsをassets:precompileで一つのファイルにまとめてます。その上でlayout/application.html.hamlでincludeして、アプリケーションで利用します。 cssとjsの設計に注意 デザイナーさんが画面ごとにCSSやJSを別ファイルにして、名前空間が被ってしまうとapplication.cssやapplication.jsにまとめることができません。そうすると、compileの対象ファイルとならずにproductionだと404になってしまいます。 config.assets.precompileに記述 compileの対象とするために、config.assets.precompileに記述をします。
Ruby on Railsのtrue/false まとめ - Qiita
入れ物の中身が入っているか入っていないか。スペースは""の中にスペースが入っているのでfalse。[nil][""]も、nilや空の文字列が入っているのでfalse。
使えるRSpec入門・その3「ゼロからわかるモック（mock）を使ったテストの書き方」 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに みなさんこんにちは！ この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第3回です。 今回はRSpecのモックを使ったテストについて説明します。 これまでモックを全く使ったことがない人でもわかるように丁寧に説明していくつもりです。 また、これまでの回と同様、個人的に使用頻度が低いと思っている内容についてはバッサリ説明を省きます。 ただし、第1回や第2回に比べるとテストコードが少し複雑になって、仕組みや動きを想像するのがちょっと難しいかもしれません。 ぱっと頭に入
ログに書き出すログレベルを変更する - Rails つまみぐい
Ruby on Rails v3.2.11 ログ情報のレベル分け ログに書き出される情報は以下の5つのレベルのどれかに分類されています。 :debug デバッグ情報 0 :info 一般的な情報 1 :warn 警告情報 2 :error エラー情報 3 :fatal 致命的なエラー情報 4 Railsが動作している時には、どのレベルの情報までログに書き出すかを決める”ログレベル”が設定されています。ログレベルが「:debug」であれば全ての情報がログに書かれ、「:warn」であれば:warn以上、つまり:warning, :error, :fatalの情報だけがログに書き出されます。 動作モードによってデフォルトのログレベルが決められています。 動作モード(RailsEnv) デフォルトのログレベル development :debug test :debug production :i
Railsアプリをvimでステップ実行する方法 - プログラマ憧れプログラマ日記
はじめに 今回はMacとVimでRailsアプリをステップ実行する方法を紹介します。そこそこ面倒かつ、ちょっと難アリなので、サクっとやりたい人は「汝プログラマの間違っていると思われる部分にprintf文を置きて再コンパイルし実行せよ」ですね。えぇ。 環境 OS: Mac OS X 10.6.8 Vim: 7.2 Ruby: 1.9.2 Rails: 3.1.0 vim-ruby-debugger vim-ruby-debugger https://github.com/astashov/vim-ruby-debugger これを使います。私はpathogenを使っているので、~/.vim/bundleに置きました。 cd ~/.vim/bundle git clone git://github.com/astashov/vim-ruby-debugger.gitREADME.mdを読むとr
Gemfileについて調べてみた - xxxcaqui.log
Gemfileについてよくわかってなかったので調べてみた。 そもそもGemfileって？ Bundler用の設定ファイル。 BundlerはGemfileの記述にしたがって、gemの依存関係を示したGemfile.lockを生成する。 じゃあ、Bundlerって何さ？ アプリケーションで使用するgemのバージョン管理を行うプログラム。 「お前が書いたコード動かないんだけど？」 「ハァ？ 俺の環境では動いてるし。バージョン違うんじゃねーの？ 死ねよ」 ってならないためのツール。 Railsをはじめ、SinatraやRubyMotionでも使われている。*1 ちなみに、Bundlerの公式サイトにはこう書いてある。 The best way to manage your application's dependencies ベストらしいので使わない手はない。 source gemが置いてある場
Railsのデバッグ用途のGem12個の概要 - Qiita
Railsのデバッグ用途のGem12個について概要を調べました better-errors binding_of_caller hirb hirb-unicode pry-byebug pry-doc pry-rails pry-stack_explorer quiet_assets rack-mini-profiler tapp view_source_map デバッグ用途のGemはGemfileの:developmentグループに登録します。 group :development do gem 'better_errors' gem 'binding_of_caller' gem 'hirb' gem 'hirb-unicode' gem 'pry-byebug' gem 'pry-doc' gem 'pry-rails' gem 'pry-stack_explorer' gem 'q
【Ruby on Railsでデバッグ時に不要と思われるコンソールのログを消す方法】
♢環境 Rails 3.2.12 ruby 1.9.3 ♢問題 Webrickが出す大量のログがデバッグ時に邪魔 Ex.1 GET "/assets/...系のログ Ex.2 これ → WARN Could not determine content-length of response body. Set content-length of the response or set Response#chunked = true ♢解法 Ex.1は config/initializersの中に「quiet_assets.rb」を作成 --quiet_assets.rb-- Rails.application.assets.logger = Logger.new('/dev/null') Rails::Rack::Logger.class_eval do def call_with_qui
一日18時間VimでRailsを開発している僕が選ぶVim Tips 10選 - Qiita
寝ている時間以外はVimとRailsを触っている僕が選ぶVim Tips10選を紹介します。 Vimを使い始めて3ヶ月ぐらいの人にオススメです。 ※ あんまりRailsは関係ありません。 diw （ノーマルモード） カーソル上の単語を消す こいつがなくてはVimを使う意味が無いというほどよく使うコマンド。 ノーマルモードで hoge という文字列上の、どこかにカーソルがある状態でdiwとタイプするとhogeという単語が消えます。 この何を単語とするのか、その判定が非常に秀逸で、直感にマッチしていて便利です。 たとえば、|をカーソル位置だとして、 ho|ge bar -> bar ho|ge.bar -> .bar "ho|ge" -> "" <di|v> -> <> このように、うまい感じに特殊記号等を避けて、単語を削除してくれます。 ciwとタイプすることで、hogeを削除後、挿入モード
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
ウェブアプリにおけるBash脆弱性の即死条件 #ShellShock - めもおきば
条件1. /bin/shの実体がbashのディストリビューション RHEL CentOS Scientific Linux Fedora Amazon Linux openSUSE Arch Linux (自ら設定した場合: Debian, Ubuntu) 条件2. 動作環境 CGI (レンタルサーバでありがちなCGIモードのPHP等も含む) Passenger(Ruby) 条件3. プログラム内容 Passengerは全死亡 *1 systemや `command`、 '| /usr/lib/sendmail' などで外部コマンド実行 *2 PHPのmailやmb_send_mail、その他フレームワーク等を介したメール送信 *3 以下は条件1が不要 明示的にbashを呼ぶ 先頭で #!/bin/bash や #!/usr/bin/env bash しているプログラムを実行 (rbenv
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - Fluxx/textext-rails: Adds the jQuery TextExt plugin to the Rails 3.1 asset pipeline
Rails で text_area, text_field のサイズを指定する : Serendip – Webデザイン・プログラミング
Configuration - Helicon Zoo Module
GitHub - schoefmann/multi_db: Connection proxy for ActiveRecord for single master / multiple slave database deployments
concerned_withパターンでModelを分かりやすく分割する
Enumerate Rails 3 Controller Filters - Scott W. Bradley
http://altarf.net/computer/rails/2493
