Gemfile of dreams: the libraries we use to build Rails apps—Martian Chronicles, Evil Martians’ team blog
From time immemorial, the Evil Martians team has worked on dozens of Ruby on Rails projects every year. Naturally, this process involves a lot of Ruby gems. Some reflect our desire to be cutting-edge and to use modern tools (or build our own!) Other gems are so flexible they’ve been used in most of our projects. Our development philosophies, programming habits, and soul are within this universe of
Rails のクエリキャッシュの仕組みを調べた - takatoshiono's blog
はじめに Rails のログファイルに CACHE (0.0ms) という行が出力されることがある。 CACHE (0.0ms) SELECT `users`.* FROM `users` WHERE `users`.`id` = '1321459' LIMIT 1 [["id", "1321459"]] ここから以下のことがわかる。 このリクエストでこのクエリが発行されるのは2回目またそれ以上である 結果をキャッシュから返したのでDBには問い合わせていない クエリキャッシュ この仕組みはクエリキャッシュというもので、Rails 2.0 で導入された(らしい。よく知らない)。 Rails ガイドだと Caching with Rails: An overview — Ruby on Rails Guides に記載されている。 1.5 SQL Caching Query caching i
次期RailsがPATCHメソッドを採用 - ぶろぐ。@はてな
先月、Railsのブログにこんな記事が載りました。 http://weblog.rubyonrails.org/2012/2/25/edge-rails-patch-is-the-new-primary-http-method-for-updates/ なぜか当初とURLが変わっているようで、ブックマークは Edge Rails: PATCH is the new primary HTTP method for updates | Riding Rails のほうが多いです。（たしかこっちはブログのコメントもいっぱいついてたと思うんだが消えている…） これは簡単に言うと、 ということなんですが、僕が記事を読んだ限りの解釈をもう少し詳しく説明したいと思います。 PUTは冪等 Railsのroutes.rbで resources :users と書くと、いくつかのルーティングが生成されますが、
rails3以降のWEBアプリケーションにありがちなXSS - hanagemanの日記ではない
明示しなくてもviewでの出力をHTMLエスケープしてくれるので無警戒になってる html_escapeがシングルクォートをエスケープしないという認識がない viewでjavascriptを書くときに埋め込む値をescape_javascriptしてない このあたりの要素が組み合わさるとXSSがうまれやすいという話を書きます。わかってる人にとってはクソみたいな内容なので読む時間がもったいないかもしれません。たとえばjs.erbでこんなふうに書いてたとして var article_id = '<%= @article_id %>'; @article_idが信用できる値だという前提だと問題ないのですが、controllerで @article_id = params[:article][:id] 実はこんなことしてるだけであとは素通しっていう人も、もしかしたらいるかもしれません。要は外から渡
unicornのタイムアウト時にもRailsのログをちゃんと出力させる - 昼メシ物語
unicornはconfで timeout 20 とかやっとくと、20秒以上かかったらそのworkerが殺される。それはいい。問題はその殺され方にあって、タイムアウトしたunicorn workerはmasterにKILLシグナルで強制的に殺される。KILLで殺されてしまうと、worker側でtrapして安全に終了処理をすることができない。 一番困るのは、Railsのloggerは（production環境のデフォルトだと）リクエストが終了するまでバッファリングしているので、リクエストの途中でKILLされてしまうとloggerがflushされない。つまり、unicornのタイムアウト時には、リクエストのログは一切production.logには出力されない。異常時のログが出ないとか、まじで困ると思うんだけど、みんなどうしてんだろ。 これに対処するためにはunicornのコードに手を入れるの
GitHub - joelmoss/strano: Capistrano and Github sittin' in a tree...
Strano The Github backed Capistrano deployment management UI. Strano allows you to run any capistrano task via a clean and simple web interface. Simply create a project from any of your Github repositories, and Strano will use the Capistrano configuration within the repository itself. Which means you don't have to set up Capistrano twice, and you can still run capistrano tasks from the command lin
メソッドの定義されている場所を探す - komagataのブログ
$ rails c >> Story.last.previous => #<Story id: 1, title: "パンドラ（禁后）", body: "私の故郷に伝わっていた「禁后」というものにまつわる話です。\nどう読むのかは最後までわかりませんでしたが...", view: 0, user_id: 1, created_at: "2011-11-25 08:48:33", updated_at: "2011-11-25 08:48:33", comments_count: 0, scares_count: 0> バグ報告からふとActiveRecordで使えるpreviousメソッドってどこからきてるんだろう？と思ってgemsをgrepしてみるも見当たらず。 ┐(´ー｀)┌「これだからメタプログラミングってやつは・・・」. なんですと！よし、場所を探り当ててやる！ >> Story.
例えば GC を止める・Ruby ウェブアプリケーションの高速化 - 2nd life (移転しました)
最近クックパッドでは、アプリケーションサーバの大半が Rails 2.3 から Rails 3 に置き換わったのですが*1、リリース前のベンチマークの時点ではあまりパフォーマンスが出ず四苦八苦していました。具体的には Rails 2.3 の時と比べ MRI 1.8.7 だとレスポンスタムが200%ぐらい遅い結果でした。Rails 3 になって実装が Merb core を取り入れ疎結合で綺麗になった反面、より多くのオブジェクトと・メモリを利用する様になった影響かと思います。 そこで Ruby インタプリタの変更*2を行い検証をしたところ MRI 1.8.7 (Rails 2.3と比べ) 約200%遅い MRI 1.8.7 -> Ruby Enterprise Edition 1.8.7 2011.03 (tcmalloc 無効) 約180%低速 MRI 1.8.7 -> Ruby Ente
Rails アプリを nginx の拡張モジュールで置き換えて高速化する方法 - HeartRails Tech Blog
HeartRails Tech Blog ハートレイルズのエンジニア、デザイナーによるブログです。 ウェブサービス、スマホアプリ、IoT デバイスの開発に関連する技術的な情報を発信していきます。 こんにちは、ハートレイルズの境 (@kazsakai) です。好きなエクスペンダブルズはドルフ･ラングレンです。 さて、弊社ではよくサーバーサイドを nginx+passenger+Ruby on Rails という構成でサービスを構築しています。 Rails を使っているのは社名が HeartRails だから、というわけでは全くなく、単に僕が昔から Ruby を使っていたからで、他意はありません。 passenger は今や Rails/Rack アプリ向けの標準ミドルウェアみたいな存在で、このおかげで随分 Rails の運用が楽になっています。passenger のリリース以前は手製スクリプ
Rails を RPM にして YUM で一発インストールする方法 - koziyの日記
$ sudo gem install rails でいいじゃない。というのはわかった上で敢えて CentOS とか Redhat 使っているなら RPM にしてもいいじゃない!! それにやっぱ yum で一発インストールしたいじゃない!! という人もいるかなと思ったりもするのでここでその方法を記述してみます。 とどのつまり $ sudo yum install rails (rubygem-rails) で Rails インストール OK にしたい、ということです。 なお、ここではパッケージ名をわかりやすくするために rubyforge から提供されているものに対して rubygem- を prefix としてつけています。なので、rails というパッケージ名ではなく rubygem-rails といった名前にしていますので「なんかキモい」とか思われる方は rubygem- をとっていた
CGIでRailsをまともに動かす - Blog by Sadayuki Furuhashi
普通にRuby on RailsをCGI（dispatch.cgi）で動かすと遅すぎてやってられませんが、gateway.cgiを使うと、そこそこの速度で動くようになります。 最初に仕掛けを紹介してしまうと、1回目のアクセスがあったときに常駐プロセスを起動し、2回目以降のアクセスはその常駐プロセスに処理させるようになっています。CGI自体は常駐プロセスに処理を投げるだけなので軽い、というわけです。ただし、１回目のアクセスは通常通りCGIで動作させたくらいの遅さです。 常駐プロセスは一定時間アクセスがないと自動的に終了するので（次のアクセスがあったときにまた起動する）、いろいろ制限のある環境でも使える、かもしれません。 さて、そのgateway.cgiですが、Railsの標準パッケージの中に含まれています。まだexperimentalらしいですが、多少パッチを当てると動きます。 使い方は↓こ
It's better than Sinder!
04:59 It's better than Sinder! Are you looking for a men or a women? Men Women What's your gender? Men Women Are you older than 18 years? Yes No Do you agree to use a condom when having sex with a partner you meet on our site? Yes No You may now see our list and photos of women who are in your area. Again, please keep their identity a secret. Continue Unsubscribe
Autotest::Screenが便利な件について。
[2008-08-10 追記] ここで張っているソースについて新しいエントリを書きました。 ZenTest – autotestに同梱されているAutotest::Screenを使うと、Screenのステータスにテスト状況をリアルタイムに出せる。 ただ、ZenTest (3.6.0)のものは結果をうまく拾えていないようだったので少し書き換えてみた。 ついでに毎回走らせる前にもステータスを変えるようにした。ファイル保存→結果表示までに間があって、ちゃんと動いてくれてるか落ち着かなかったもんで。 $HOME/.autotest に追記する。 require 'autotest/screen' Autotest::Screen.statusline = %q[%{=r dd} %-w%{=b dd}[%n] %t %{-}%+w %=] class Autotest::Screen Autote
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Remote Debugging with Foreman and Byebug
GitHub - heroku/rack-queue-metrics: Rack server queue reporting
How can I configure Rails to raise an error when it hits a deprecation warning?
Ruby on Rails on MySQL チューニング入門
Nginx + Unicorn for Rails on Rackhub
The uWSGI project — uWSGI 2.0 documentation