没有找到站点
您的请求在Web服务器中没有找到对应的站点！ 可能原因： 您没有将此域名或IP绑定到对应站点! 配置文件未生效! 如何解决： 检查是否已经绑定到对应站点，若确认已绑定，请尝试重载Web服务； 检查端口是否正确； 若您使用了CDN产品，请尝试清除CDN缓存； 普通网站访客，请联系网站管理员；
アプリサーバー対決 パート1：主なRubyアプリケーションサーバーの機能比較 - Engine Yard Blog
本記事は英語版ブログで公開された記事の翻訳版です。 2013年7月に、米国テキサス州オースティンで開催されたLonestar Ruby Conferenceで、Rubyによるアプリケーションサーバーについてお話させていただきました。その中でいくつかのRubyアプリケーションサーバーのパフォーマンスや、さまざまな状況における挙動の違いを比較しました。この記事では、講演準備として行ったリサーチの中で分かったことをかいつまんでご紹介します。 実際のカンファレンスの録画をご覧になりたい方は、Confreaksで公開されていますのでそちらをご参照ください。テストに使用した簡単な自作アプリケーションはGitHubに、講演スライドはSlideshareにそれぞれ公開しています。 このリサーチは、Passenger 4のパフォーマンス評価以外すべて2013年7月に行ったものなので、情報が多少古くなっている
passegner のドキュメントを読む - おもしろwebサービス開発日記
気になったところだけのメモです。nginx用。 Phusion Passenger users guide, Nginx version サブURIにデプロイする 例えば http://example.com/rails をアプリのトップディレクトリにしたい場合で、 root /websites/phusion;な時。 ln -s /webapps/mycook/public /websites/phusion/rails のようにシンボリックリンクを張って、 passenger_base_uri /rails; を server ディレクティブ内に設定するとおｋ。 passenger_log_level nginxのエラーログファイルにどこまでの情報を書くかを決める設定。 0 error と warning のみ 1 最重要なデバッグ用情報を表示。アドミニストレータ用。 2 デバッグ情報
Passengerのステータス確認ツールの紹介(その1)
Passengeerのステータス確認ツールは2種類あります。今回はその1つについて説明したいと思います。passenger-status passengerのプロセスの情報が見れます。passenger-statusで実行できます。出力は以下のようになります。----------- General information ----------- max = 6 count = 5 active = 0 inactive = 5 ----------- Domains ----------- /var/rails/hoge: PID: 4599 Sessions: 0 Processed: 13 Uptime: 1m 35s PID: 4594 Sessions: 0 Processed: 7 Uptime: 1m 36s PID: 4592 Sessions: 0 Processed: 1
nginx + Passenger + Linuxを動かしてみた - ツユダクの肉増しのRuby on Railsの初心者で
お疲れさまです。ただ今、Herokuのありがたさとインフラの偉大さを大変噛み締めております。 環境 Linux debian 2.6.32-5-amd64 Phusion Passenger version 3.0.19 Passengerとは フルネームはPhusion Passengerで、あのApacheとあのnginxにあるモジュールのこと。 Passengerは、RackアプリケーションとWEBサーバを繋ぐパイプのような動きをする。 何が嬉しいかというと、アプリケーションサーバを用意する必要がなくなるということ。あと、運用に優しい設計らしい。 (UnicornとPassengerはよく対比されるけど、Unicornは自分でコードを書く必要が出てくるだとか。Passengerはそういうのはないらしい。) 動作的な話をすると今までは、WEBサーバにリクエストがあると、WEBサーバはア
Passenger vs Unicorn - Develop with pleasure!
EnginYardのブログにポストされてた記事を意訳してみた。 Passenger vs. Unicorn | Engine Yard Blog | Engine Yard Developer Blog UnicornとPassengerは根本的な動作仕様が異なってるけど、 ワーカーを生成するマスタープロセスの存在 マスタープロセスからワーカーがフォークされる Rackベースのアプリケーションに加えて旧バージョンのRailsもサポートしている といった類似点もある。 以下に２つのアプリケーションサーバの利点と問題点についてまとめてみる。 Passenger PassengerはApacheやNginxのモジュールで、mod_phpとmod_ruby上でモデル化されてて、Engine Yardでは、パフォーマンスや設定ファイルのシンプルさメモリ使用量の低さからNginxを使ってる。Nginx
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Rails] APサーバの比較検証（Puma, Unicorn, Passenger） - Tech Log - s21g
Passenger+Nginxのlogrotateの設定
サービス終了のお知らせ
Passengerのアーキテクチャ解説 : sonots:blog