How unicorn talks to nginx - an introduction to unix sockets in Ruby
How unicorn talks to nginx - an introduction to unix sockets in Ruby By Starr Horne #ruby Jul 14, 2015 Ruby application servers are typically used together with a web server like nginx. When user requests a page from your Rails app, nginx delegates the request to the application server. But how exactly does that work? How does nginx talk with unicorn? One of the most efficient options is to use un
Railsで大きなファイルを扱う際のポイント｜TechRacho by BPS株式会社
Railsで大きなファイルを扱う際のポイントをまとめてみました。 前提 大きなファイルとは だいたい100MB～10GBくらいのファイルをダウンロード・アップロードするのを想定することにします。 数MB程度だと、特別な工夫なしでもそれほど問題になりません。10GBを超えてくると、気をつけるべき点が変わってくるかと思います。 以下では主にサンプルとして、1GBのファイル（ISOファイルやZIPファイルなど）を想定します。 環境 以下のような環境を想定します。 Railsは4系 Nginx + Unicornのスタンダードな構成 サーバ1台のシンプルな構成（ロードバランサを使用した複数台構成については、末尾に少し記載しています） ダウンロード ファイルのダウンロード まずは、Railsアプリから大きなファイルを配信するケースを考えましょう。 たとえば、ISOファイルをサーバ内に保存しておいて、
Dockerとmrubyで迅速かつ容易にnginxとapacheの柔軟なリバースプロキシ構成を構築する
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 Docker Hubがアナウンスされて以来、焦ってDockerを触っている@matsumotoryです。 今日は早速mod_mrubyとngx_mrubyをdocker buildに対応させました。これによって、Docker環境においてmod_mrubyを組み込んだApache httpdやngx_mrubyを組み込んだnginxを迅速かつ容易に連携させる事ができるようになります。 今日はその一例を紹介したいと思います。 リバースプロキシのnginxの挙動をmrubyで制御する ngx_mrubyのGitHubレポジトリにはすでにDockerに対応させています。ですので、ngx_mrubyをcloneするとDockerfileとdocker/
Rails アプリを nginx の拡張モジュールで置き換えて高速化する方法 - HeartRails Tech Blog
HeartRails Tech Blog ハートレイルズのエンジニア、デザイナーによるブログです。 ウェブサービス、スマホアプリ、IoT デバイスの開発に関連する技術的な情報を発信していきます。 こんにちは、ハートレイルズの境 (@kazsakai) です。好きなエクスペンダブルズはドルフ･ラングレンです。 さて、弊社ではよくサーバーサイドを nginx+passenger+Ruby on Rails という構成でサービスを構築しています。 Rails を使っているのは社名が HeartRails だから、というわけでは全くなく、単に僕が昔から Ruby を使っていたからで、他意はありません。 passenger は今や Rails/Rack アプリ向けの標準ミドルウェアみたいな存在で、このおかげで随分 Rails の運用が楽になっています。passenger のリリース以前は手製スクリプ
ワンライナーWebサーバを集めてみた - Qiita
クライアントサイドのJavaScriptをいじっていて，不意にローカルファイルでは実行できない領域に踏み込んでしまうことがあると思います．最近では，HTTPSが必須であったり，HTTP2を使ってみたくなることもあります．とりあえず私が踏み込んでしまったのはWebWorkersですが，他にもWebRTCや・・・（思い出し中）・・・（見つからなかった）・・・などが該当します． そんな時にいちいちApacheやnginxを立ち上げるのも面倒なので，ちょっと検索した結果を残しておきます． [2018/4/18追記] 最近ではHTTPSを使用する必要が高まっています．これを受け，HTTPSに対応する方法が増えてきたので，全て網羅できませんが，可能な限り追記・変更を行いました． Python（SimpleHTTPServer）編 Pythonでは（バージョン2.4以降限定らしいですが）モジュールをスク
unicornとnginxの組み合わせ(パフォーマンス改善) | simBlog
2012年2月14日 22:06 - CATEGORY： nginx, Rails, unicorn 前回からunicornとnginxとの組み合わせが微妙に遅いと言い続けていたが、ちゃんと調べたら、 nginxの設定がモロ間違っていた。nginx.confの設定において、ネットの情報をそのまま 鵜呑みにした状態でコピペしたのが間違いだった。それで遅かったようだ。m(_ _)m 前々回のnginx.confの設定において、以下のとおりとしていたが、 upstream unicorn_app { server unix:/tmp/unicorn.sock; } 正しくは以下のとおり、upstreamにつづく設定値は、アプリケーションのアドレス名にしなければ いけなかった。あわせて、ソケット名もあわせておいた。 upstream simsolrails { server unix:/tmp/s
Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel
Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel RailsのアプリをPound、Varnish、Nginx、Unicorn、Mongrelを使用して動かした際の速度ベンチマーク。以下の構成での同一Railsアプリをhttperfでベンチマークした結果をまとめます。 Pound -> Varnish -> Nginx -> Unicorn * 2 Varnish -> Nginx -> Unicorn * 2 Nginx -> Unicorn * 2 Mongrel (Rails.env == 'development') node.js (Express + Socket.IO) 全体の構成Poundを80番ポートを公開し、Varnishを81番ポート、nginxを8080番ポート、Unicornの2プロセスをsocke
logentriesでnginxのエラーを監視する - komagataのブログ
小さいrailsサービスあるある railsで何かサービスを作ったとする。ExceptionNotificationも入れた。NewRelicで5分毎に死活監視もしてる。なのに「落ちてるみたいです」とTwitterで言われる。 nginx + unicornの組み合わせでアクセスが増えた時、大抵真っ先に起こるのがunicornのtime out。 2013/02/08 18:36:10 [error] 20932#0: *3506622 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 〜ってやつ。 重いDBのクエリとかでアクセスをさばくスピードより接続数が増えてきて起こる。railsアプリまで処理が行かないのでExceptionは起こらない
Nginx + Unicorn を導入記 | Carpe Diem
とある Ruby 1.9.2 + Sinatra ベースのアプリケーションがあって、当初は大人の事情で WEBrick で本番稼働していたけれど、たまにエラーが発生することがあったので、思い切って Nginx + Unicorn はいわゆるモダンな構成（死語）に切り替えてみました。 今回のアプリケーションのルートディレクトリを SINATRA_ROOT としています。 まず、$SINATRA_ROOT/config.ru を作成します。 require 'rubygems' require 'sinatra' require './app.rb' run Sinatra::Application 次に $SINATRA_ROOT/app.rb を作成します。./script/app というのは、既存の Ruby 1.9.2 + Sinatra アプリケーションです。 require './
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
http://blog.monoweb.info/article/2012021823.html