問題タブ [passenger]

http：//localhostでmod_railsを実行しているapache2.2があります。Railsアプリをhttp：// localhost/ railsBlogに置きたいです。それで、私がしたことは、仮想ホストを作成したことです。

ここで、URLはhttp：// localhost / railsBlogであるため、サーバーはrailsBlogを、私が渡しているコントローラーと見なしますが、これは私が望んでいることではありません。したがって、http：// localhost / railsBlog / home/indexにアクセスすると。これは、「 railsBlog」コントローラー（存在しない）と「home」ビュー（存在しない）に移動しようとするため、「home」コントローラーと「index」ビューに到達しません。

これを解決する1つの方法は、map.rootを/ railsBlogに再定義することであり、問​​題はないはずです。しかし、どのように？

これを回避する別の方法は、config/routes.rbを次のように変更することです。

ただし、これは、別の場所に展開するたびにこのファイルを変更する必要があることを意味します。

または、これを回避する他の方法はありますか？

Lighttpd + FastCGI (6.06 LTS からアップグレードされた Ubuntu Server 8.04 LTS)でかなり適切に実行されている4 つのRails 1.2.6サイトを含むSlice 256があります。これは非常に古い構成ですが、私の小規模な Web サイトでは十分に信頼できることが証明されています。

今、いくつかを Rails 2.x にアップグレードしたいと思っています。同じ Slice 256 でApache2 + Passenger構成を使用できるかどうか疑問に思っています。これは、ローカル開発の Linux ボックスでうまく機能したためです。

私の質問は次のとおりです。少なくとも 4 つの Rails サイトをホストする Apache2 + Passenger には、Slice 256 で十分ですか?

これに関するアドバイスや経験は大歓迎です。

Railsアプリを実行するためにパッセンジャーでApacheを使用しています。Rails アプリでは、パブリック ディレクトリのサブディレクトリにいくつかの静的コンテンツがあります。各サブディレクトリには index.html があります。

したがって、パブリック ディレクトリ内に「b」というサブディレクトリがあり、その中には index.html があります。したがって、次のようになります。

/public/b/index.html

次の形式のページへのリンクがあります。

http://a.com/b

Rails 以外の通常の Web ディレクトリでこれを行うと、Apache はこの URL をhttp://a.com/b/に正しく書き換え、続いて index.html を表示します。それが機能しないのは、私のレールアプリにアクセスするときだけです。実際、パッセンジャー mod をオフにすると、通常のドキュメント ルートのように Rails アプリにアクセスするだけで、正しく動作します。

これをパッセンジャーで適切に機能させるには、一体何をする必要がありますか? 繰り返しますが、乗客が関与していない場合、Apache自体で正常に機能します。

私は旅客2.1.3を実行しています。この問題がないように見えるパッセンジャー 2.0 を実行している別のサーバーがありますが、パッセンジャー自体の異なるバージョン以外に構成に違いはありません。

ヘルプ！これに2日間しっかりと取り組んできましたが、改善はありません!

私のサーバーは現在phpサイトをホストしています。このサイトでは、特定のページで既に SSL を使用しています。現在、Rails に移行しており、新しい Rails アプリはすべてサブフォルダーに格納されています。Passenger がセットアップされ、私のアプリはうまく機能します。問題の 1 つは、ssl を使用してこれらのページにアクセスしようとすると、404 エラーが発生することです。どうやら apache は、通常のように Passenger に渡すのではなく、リテラル フォルダーを探しているようです。私は何が欠けていますか？

puts呼び出しをApache ログ ファイルに書き込むための構成設定は何ですか? (Passenger を使用して Rails on Apache を実行)

ありがとう

次のような状況があります。

1. コントローラーでアクションを実行する URL を呼び出します。アクションはかなり長時間実行されます。XML の大きな文字列を構築し、PDF を生成し、完了時にリダイレクトすることになっています。

2. 約 60 秒後、ブラウザは 200 を取得しますが、コンテンツ タイプが「application/x-unknown-content-type」で、本文も応答ヘッダーもありません (タンパーを使用してヘッダーを確認します)。

3. コントローラー アクションは実際には完了するまで実行され続け、PDF が生成されます。

これは私たちの本番環境で発生しており、コントローラーのアクションが完了するまで実行され、期待どおりにリダイレクトされます。

どこを見るべきか提案はありますか？

Rails 2.2.2 を Apache/Phusion Passenger で実行しています。

ありがとう、

共有ホスティング アカウントで ssl_requirements プラグインを使用しています。このホスティング プロバイダーは、Passenger を使用して Rails を管理しています。SSLを必要とするページに移動しようとするまで、すべてが正常に機能します（ssl_requiredフィルターを追加することによって強制されます）。これが発生すると、Passenger がクラッシュし、500 エラーが返されます。エラーは次のとおりです。

基本的なシナリオは次のとおりです。

1. ユーザーは http を使用して非機密データを参照しています。
2. ユーザーがサインアップ フォームに移動します (https が必要です)。
3. Ssl_requirement は、ユーザーが適切なプロトコルを使用していないことを確認し、https を使用する URL にリダイレクトします。
4. Passenger はこのリクエストを受け取り、新しい Rails アプリケーションを生成しようとします。
5. spawn_applicationメソッドを使用すると、エラーが発生してクラッシュする

問題は、問題が発生している場所がわからないことです。https プレフィックスを手動で入力でき、問題なく動作するため、https で問題になるとは思いません。問題は ssl_requirement プラグインか、パッセンジャーがこの新しい https リクエストを処理する方法にあると思います。

皆さんは、このようなシナリオに遭遇したことがありますか? もしそうなら、これを解決するためにいくつかのリソースを指摘できますか?

ありがとう。

Sinatra アプリを Dreamhost にデプロイしようとしていますが、次のように表示されます。

DH は Passenger をサポートし、Passenger は Rack ベースの Ruby アプリケーションをサポートするため、DH は実際に Sinatra をサポートします。

私はそのステートメントを解析するのに苦労しています.RackとPassengerの違いは何ですか?

Phusion Passenger を使用して、複数の Ruby on Rails Web アプリケーションを実行する Apache2 Web サーバーをセットアップしています。Passenger は、リクエストを処理するために Ruby プロセスを生成することを知っています。次の質問があります。

• 複数のリクエストを同時に処理する必要がある場合、Passenger は複数のプロセスまたは複数の (Ruby) スレッドを生成しますか? 常にシングルスレッドプロセスを生成するように構成するにはどうすればよいですか?
• Rails アプリケーションが 2 つある場合、アプリ A のリクエストがプロセス 1 に送られ、その後アプリ B のリクエストが届くとします。プロセス 1 がこの要求も処理する可能性はありますか? いつ、どのようにこれが可能になりますか? つまり、1 つのプロセスで複数の Rails アプリケーションのリクエストを処理できるのでしょうか?
• 同じ Rails アプリケーションを複数の URL と複数の仮想ホスト (http:// や https:// など) にエクスポートしています。同じプロセスで異なる仮想ホストにサービスを提供できますか? （これに対する答えはイエスのようです。仮想ホストAへのリクエストに応答する際にグローバル変数を設定し、仮想ホストBで値を取得できました。）

DreamHost で Ruby on Rails 2.0.2 アプリケーションをホストしています。これは、Phusion Passenger の上で実行されている Apache 2 サーバー上にあります。

アプリケーションは、500 エラー「Rails アプリケーションが正しく開始されませんでした」を返すことがよくありますが、ランダムなタイミングで発生します。アプリケーションの負荷が高い場合に発生するようですが、確認できません。1 日あたり約 2,000 ページビューしか取得できないため、負荷が実際に問題になることはないと思います。

Apache ログは、これらの 500 の応答をエラー「スクリプト ヘッダーの早期終了」と関連付けます。今日の午前 9 時のログを見るだけで、エラーは 1 分間に 3 ～ 4 回表示されます。これは明らかに受け入れられません。

まれに、アプリケーションが Phusion Passenger ページにスタック トレースと "Broken pipe" エラーを表示します。

Rails のログには、これらのエラーは表示されません。

これは、DreamHost でホストされているステージング サイトとライブ サイトの両方で発生しますが、ローカルの開発サーバーでは複製できません。

本当の問題は、この問題のデバッグをどこから始めればよいかということだと思います。