Vagrant(CentOS6.5)にRails4.1 + Nginx + Unicorn + MySQL環境でRailsを起動する。 - Qiita
Vagrant(CentOS6.5)にRails4.1 + Nginx + Unicorn + MySQL環境でRailsを起動する。RubyRailsMySQLnginxVagrant Vagrant(CentOS6.5)にRuby2.1.2 Rails4.1をインストールの続き Nginxインストール 今回はyumから $ sudo yum install -y nginx MySQLインストール 同じyumから $ sudo yum install -y mysql mysql-server mysql-devel ついでにデフォルトで立ち上げる設定に RailsInstalll インストールするディレクトリへ $ mkdir /path/to/dir/ && cd /path/to/dir/ budnlerで管理したいので最初にインストール $ gem install bundle
Nginx+UnicornでRailsを動かすon Mac - Qiita
RailsというよりRubyビギナーです。 ローカル環境ではWEBrickでもいいかなと思ったのですが、最終的にはそうもいかなくなると思うので、商用でもイケるWebサーバーを使ってみることにしました。 最初はとっつきやすそうなApache+Passengerな環境をつくろうと思ったのですが、全然上手く動かず挫折した（未だに困ってるので助けてください←）ので、勉強がてらGithubでも採用しているらしいNginx+Unicornな環境をMac（Mavericks）につくってみました。いまっぽい。 ですが、こちらもなかなか手こずったので手順をまとめておきます。 unicorn編 まずはgemでインストール。 （本当はbundleでインストールしたほうがいいのかな？）
Ruby on Rails4をproduction環境として動かす（nginx + unicorn)
rails4(nginx + unicorn)での動かし方をまとめます。 環境は下記となります。 ・Ruby2.1 ・nginx ・unicorn 1.Unicornをインストールする Gemfileに書きを追記 gem 'unicorn' 追記後にbundle installをお忘れなく。 2.config/unicorn.rb作成（下記をコピペでいい） application = '{適当なアプリ名}' worker_processes 2 working_directory "/#{application}" listen "/var/run/unicorn/unicorn_#{application}.sock" # Unix Domain Socket pid "/var/run/unicorn/unicorn_#{application}.pid" # PIDファイル出力先 t
RailsをローカルでProductionモードで起動させる方法 - Rails Webook
ローカル環境でRailsをproductionモードで起動させようとするといろいろと詰まるので起動方法をまとめました。 確認環境 Rails 4.1 Rails 4.2 productionモードで起動させる方法 まず、production環境のDBを作成します。 bin/rake db:migrate RAILS_ENV=production productionモードでは静的ファイルはNginxやApacheなどのWebサーバーが配信するのが適切なのですが、今回は、Webサーバーを立てるのがめんどくさいので、Rails側で静的ファイルを配信しなければなりません。 そのため、以下の設定をtrueにします。 NginxやApacheなどのWebサーバー経由でアクセスする場合は、下記は必要ありません。 # config/environments/production.rb # Rails 4
Railsエンジニアが安心して新年を迎える方法 - Qiita
この記事は ドワンゴ Advent Calendar 2014 20日目の記事です 新しい年を迎える準備 もうあと10日もしたら新年です。 みなさん新年を迎える準備はできているでしょうか? ん? その前に大事なイベント? コミケのことかな??? 正月の準備といえば、家を大掃除し、しめ飾りや門松を飾り、餅を撞き、おせちを作り、色々ありますが、 これはすべて神様を迎え入れるための準備なんですね。 年神様という、元日に各家に訪れ、一年の実りと幸せをもたらしてくれるありがたい神様です。 年神様を心から歓迎し、失礼ないようおもてなしすれば、次の一年の幸福と繁栄とマネタイズは約束されたも同然です。 さて、今年は、Railsエンジニアが年神様をお迎えするにあたって、 その前に供物を捧げ荒ぶる現世神の怒りを鎮めなければなりません。 すなわち、今年のうちに secure属性がついたcookie を現世神にお
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
rails4 + unicorn + nginx - Qiita
@app_path = '/home/rails/rails/test/json_server' worker_processes 2 working_directory "#{@app_path}/" preload_app true timeout 30 listen "/tmp/unicorn.sock", :backlog => 64 pid "/tmp/unicorn.pid" stderr_path "#{@app_path}/log/unicorn.stderr.log" stdout_path "#{@app_path}/log/unicorn.stdout.log" before_fork do |server, worker| defined?(ActiveRecord::Base) and ActiveRecord::Base.connection.disconnec
Rails 4.2 + Unicorn + Nginx でアプリケーションサーバの構築 - Qiita
source 'https://rubygems.org' gem 'rails', '4.2.0' gem 'sqlite3' gem 'sass-rails', '~> 5.0' gem 'uglifier', '>= 1.3.0' gem 'coffee-rails', '~> 4.1.0' gem 'therubyracer', platforms: :ruby gem 'jquery-rails' gem 'turbolinks' gem 'jbuilder', '~> 2.0' gem 'sdoc', '~> 0.4.0', group: :doc gem 'bcrypt', '~> 3.1.7' gem 'unicorn' group :development, :test do gem 'byebug' gem 'web-console', '~> 2.0' gem 'sp
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のDeploy環境+運用を考慮したサーバー構築 - Qiita
Ruby on RailsでDev環境は使ったことあるけど、test・prod環境を考慮した環境構築をしたことがない人にお勧めの内容です。 ##サーバー構成図 ##サーバーの役割 ###リバースプロキシサーバー(ホスト名：rp01） ロードバランサ機能を使ってWEBサーバ二台に処理を振り分け、アクセスを１台のサーバーに集中させない WEBサーバーを外部から隠せることでセキュリティ面の向上 ###WEBサーバー（web01、web02） webサーバーを２台用意することでアクセスが１つのサーバーに集中しないため、レスポンスを早くできる ###マスターDBサーバー（db01m） DB内容をもう１台のDBサーバー（スレーブ）へリアルタイムにコピーし、障害でマスターが停止したときはスレーブに切り替える ###スレーブDBサーバー（db01s） 読み込み専用のサーバー。書き込みをしない分レスポンスが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
