nginx+Rails+unicorn 環境下で タイムアウト値を設定 - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
RailsアプリケーションのAWSによる公開｜unicorn + nginx - Qiita
まえがき AWSのVPCとEC2の設定が出来ている状態から、 実際に自分のRailsアプリケーションを公開する までの一連の流れを説明します。 (まだ、VPCとEC2の設定が出来ていない方は以下の記事を見て設定をお願いします。 AWS VPCによるネットワーク構築とEC2によるサーバー構築) 「protospace」というアプリケーションをサーバーに「shizuma」というユーザーで作成していきます。 適宜、お好きに変更して作業を進めて下さい。 実際に自分のRailsアプリケーションを公開することが目的ですので実際に手を動かしながら見てもらえると嬉しいです！ 作業は、「local」と「server」の作業どちらか確かめながら進めて下さい。コマンドを記載したエリアの左端に記述しています。 (「#」はコメントアウトです) capistranoでのデプロイ等は本記事ではいたしません。本記事の後に
AWSのEC2上でRails+Unicorn+Nginxを実現する
README.md 目的 AWSのEC2上でRails+Unicorn+Nginxを実現する 前提 OSはAmazon Linux AMIを使用する 必要なライブラリをインストール sudo yum -y install gcc sudo yum -y install make sudo yum -y install gcc-c++ sudo yum -y install zlib-devel sudo yum -y install httpd-devel sudo yum -y install openssl-devel sudo yum -y install curl-devel sudo yum -y install sqlite-devel gitインストール sudo yum install git ruby-buildインストール git clone git://github.
RubyonRailsをNginxとUnicornで動かす方法
Railsアプリケーションを動かす環境について。 今度はNginxとUnicornです。 ApacheとPassengerについては下記参照。 RubyonRailsをApacheとPassengerで動かす | Workabroad.jp Rails & Passenger を Production（本番）モードで公開する時 | Workabroad.jp Railsアプリが動くまで。 最低限の設定をします。 環境 Vagrant CentOS 6.4 Ruby 2.0 Rails 4.0 Vagrant ApacheとかWebrickとかいろいろと試してみたいので、 ポートをわけようと思います。必要なければ読み飛ばしてください。 Vagrantfile # Create a forwarded port mapping which allows access to a specific
Unicorn + nginx で複数の Rails アプリを動かす
簡易的な Rails アプリをいくつか作ったが、都度専用のデプロイ環境を用意するのは効率が悪い。そこでネームバーチャルで複数の Rails アプリを動かしてみる。Web サーバには Unicorn を使い、nginx をリバースプロキシとして動作させる。 前提 以下の環境を前提とする。 OS はクリーンインストールした直後の Ubuntu Server (>= 12.04) Ruby や Rails のバージョンはすべてのアプリで共通 パッケージのインストール apt-get で必要なパッケージをインストールする。 $ sudo apt-get install git ruby rubygems ruby-dev libmysql-ruby libmysqlclient-dev unicorn nginx mysql-server gem で rails をインストールする。 $ sudo
nginx + unicorn + Railsの設定方法 - Qiita
# -*- coding: utf-8 -*- # ワーカーの数 worker_processes 2 # ソケット listen '/tmp/unicorn.sock' pid '/tmp/unicorn.pid' # ログ log = '${my_app}/log/unicorn.log' stderr_path File.expand_path('log/unicorn.log', ENV['RAILS_ROOT']) stdout_path File.expand_path('log/unicorn.log', ENV['RAILS_ROOT']) preload_app true GC.respond_to?(:copy_on_write_friendly=) and GC.copy_on_write_friendly = true before_fork do |server,
オレオレRailsアプリを支えるインフラの作り方 - くりにっき
はじめに これは Ruby on Rails Advent Calendar 2014 - Qiita の19日目です 18日目 @yancya さんの Rails でシングルじゃないテーブル継承 - Qiita でした 19日目：オレオレRailsアプリを支えるインフラの作り方 最近では Heroku などのPaaS*1 も普及してインフラのことを知らなくても簡単にアプリを公開することができるようになりました。 しかしトラブルシューティングやパフォーマンスチューニングなどを行うにはアプリケーションコードだけで完結することは少なく、全体像を把握する必要があります。Railsアプリケーションの裏でどんな構成で動いているかを知っておくかは重要なのでざっくりと紹介したいと思います。 書かないこと Railsアプリを作る上でのノウハウ 便利なgemや外部サービスの紹介 *2 監視 アラート検知 モ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker上でnginx + unicorn + mysql環境を構築 - Qiita
SSSSLIDE
AWS Ruby Rails4 Nginx Unicorn 構築！ (簡単に早めで) - Qiita
ansibleを使った事ない僕がansibleつかってawsにRails + Nginx + Unicorn 環境をセットアップをしてみた(まさかの手動あり) - Qiita