Rackless Ruby Servers: Why not?
The idea is to use these servers to GET a Hello, World! at /, both on and off Rack. The goal is to make it clearer why Rack was created in the first place, and why to this day it’s still so relevant. Getting ReadyThe examples to come will help to illustrate the role that Rack, specially the Rack::Handler, plays on being that minimal interface between Ruby web servers and Ruby web frameworks, as st
Rails: Puma/Unicorn/Passengerの効率を最大化する設定（翻訳）｜TechRacho by BPS株式会社
まとめ: アプリのサーバー設定はRuby Webアプリのスループットやコストあたりのパフォーマンスに大きな影響を与えます。設定の中でも最も重要なものについて解説します（2846 word、13分） RubyのWebアプリサーバーは、ある意味で自動車のガソリンに似ています。よいものを使ってもそれ以上速くなりませんが、粗悪なものを使えば止まってしまいます。実際にはアプリサーバーでアプリを著しく高速化することはできません。どのサーバーもだいたい同じようなものであり、取っ替え引っ替えしたところでスループットやレスポンスタイムが向上するわけではありません。しかしダメな設定を使ったりサーバーで設定ミスしたりすれば、たちまち自分の足を撃ち抜く結果になります。クライアントのアプリでよく見かける問題のひとつがこれです。 本記事では、3つの主要なRuby アプリサーバーであるPuma、Unicorn、Pass
Rails5 + Pumaを実現する上で気をつけるべき5つの設定 - Qiita
require 'yaml' def local_conf conf = YAML.load_file('path_to_settings.local.yml') conf['puma'] end directory 'path_to_app_directory' workers local_conf['workers'] threads_count = local_conf['threads'] threads threads_count, threads_count phased_restart = local_conf['phased_restart'] preload_app! unless phased_restart prune_bundler if phased_restart rackup DefaultRackup port 3000 worker_timeout loc
Rails開発におけるwebサーバーとアプリケーションサーバーの違い（翻訳） - Qiita
はじめに 先日スタック・オーバーフローでこんな質問に回答しました。 webサーバー、アプリケーションサーバー、Rackといった仕様や概念と、WEBrick、Unicorn、Pumaといった実装の関係が頭の中で結びつきません 質問者の方はwebサーバー、アプリケーションサーバー、Rack、Unicorn、Pumaと言った用語や概念の理解がこんがらかっているように見えたので、このあたりをきれいに説明している記事を探していたところ、以下の記事を見つけました。 A web server vs. an app server - Justin Weiss スタック・オーバーフローでは記事の一部を抜粋して「ざっくり翻訳」したのですが、それだけで終わらせるのはもったいない気がしたので、Qiitaには全文を翻訳して載せておこうと思います。 これを読むと、あなたもwebサーバーとアプリケーションサーバーの違い
Rails5とpumaを使ったときのlogrotateでハマった話 - まーぽんって誰がつけたの？
現象 普通Railsのアクセスログってproduction.logに出力されますが、出力されないことがあったという怪談の話です。 対応を1行でまとめると、Puma使うときはRails5からはRAILS_LOG_TO_STDOUTを設定しようということです。 👇 ここからは怪談の詳細です 原因1: logrotateの後処理の実行タイミングが悪かった 開発環境で確認してみたところ、logがログローテートされたあとファイル名の後ろにyyyy-mm-ddが付与されますが、 そのファイルに対して引きつづきログが出力されつづけていたのです🙀 で、既存のログローテートでこんな設定が書いてありました。 lastaction puma_pid=/path/to/puma.pid test -s $puma_pid && /usr/bin/kill -HUP -U root "$(cat $puma_p
webサーバー、アプリケーションサーバー、Rackといった仕様や概念と、WEBrick、Unicorn、Pumaといった実装の関係が頭の中で結びつきません
webサーバー、アプリケーションサーバー、Rack、Unicorn、Puma、Railsと言った用語や概念の理解がこんがらかっているように見えたので、このあたりをきれいに説明している記事を探してみました。 おそらく以下の記事が回答にぴったりだと思います。 http://www.justinweiss.com/articles/a-web-server-vs-an-app-server/ この記事の中からnakanishiさんの理解に役立ちそうなセクションをピックアップして、ざっくり翻訳してみました。 webサーバーとは webサーバーはユーザー送られてきた自サイトへのリクエストを受け取り、なんらかの処理を加えるプログラムです。そして、場合によってはあなたのRailsアプリケーションにリクエストを投げます。NginxとApacheは最も有名なwebサーバーです。 CSSやJavaScript
CentOS7, Ruby on Rails 5, PumaでProducrion環境構築@VPS + Capistranoでのデプロイ - Qiita
CentOS7, Ruby on Rails 5, PumaでProducrion環境構築@VPS + CapistranoでのデプロイRubyRailsCentOSCapistrano はじめに プライベートでサービスを立ち上げるときには、今まではいつもherokuを使っていました。herokuはすべてがサービス化されていてすごい楽なんですけど、反面、コスパが悪くて、ちゃんとプライベートのサービスやるには向かねーなあって思ってました。 そんなわけで重い腰を上げて今回からは自分でVPSを使って環境構築してみることにしました。自分はサーバ設定まわりがとても苦手で、かつ、まとまった情報もあまりネットになく、けっこう苦労したので、普段qiitaとか書かないのですが、せっかくなのでまとめておきます。 CentOS7 + Ruby on Rails 5 + Pumaで動作。Capistranoでのデ
インフラ初心者がNginx+PumaのRails5アプリケーションをCapistrano3でデプロイした話 - Qiita
この記事はフロムスクラッチ Advent Calendar 2016の14日目の記事です。 プロローグ 上司（@idobee） 「明日からインフラチームで新しいアプリケーションのデプロイ周り整備してね。」 部下（@nrk_baby） 「はい、承知しました。」 こんなノリで現在新たに開発しているアプリケーションのデプロイ周りを整備することになりました。 ちなみに、筆者(@nrk_baby)自身はインフラ関連を専門的にやったこともなければNginxとApacheの違いも説明できませんし、PumaとUnicornの違いもよくわかっていない状態でした。 やったこと Capistrano3を使ってRails5アプリケーションをAWSのEC2インスタンスにデプロイし、ブラウザからアクセスしてアプリケーションが動作しているところまで確認しました。 色々とググりながら進んだものの、PumaとRails5と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
