問題タブ [phusion]

Apache を再起動してみましたが、キャッシュされたページがまだ表示されるので、どこかにフォルダーがあるはずです。「パブリック/キャッシュ」を持っていないので、他にどのような場所を見ればよいですか? この効果もトリガーできる URL フラグはありますか?

Centos 2.6.18-92.el5＃1SMPのApache2.2.3にPhusionPassenger 2.0.3をインストールしましたが、httpdエラーログに次のように表示されます。

ドキュメントに従って、Passengerが競合するモジュールを削除しました。

考え？

一番、

アプリを提供するときに Phusion Passenger が使用するメモリの量を制限する方法はありますか?

大量のトラフィックを取得した後、ホストがプロセスを強制終了するため、最終的に空白のページが表示されます。「サイトがどれほど過負荷になっても、100Mb を超えて使用しないで、3 つのプロセスのみを生成する」と言うために私にできることはありますか?

Centos 5.2 64ビットサーバーにApache 2、Phusion Passenger、Rails 2.2.2をインストールしました。私のmysqlデータベースはlatin1で、セットアップはphpサーバーで動作し、データベースからのデータを使用した文字エンコーディングに加えて、レールセットアップも機能しています。

設定しました

meta http-equiv="Content-Type" content="text/html;charset=iso8859-1" (括弧は省略)

ヘッダー内ですが、ページのソースを見るとヘッダーが正しいことがわかりますが、実行すると

HEAD http://サーバー名/posts/show/2

文字セットにutf-8を取得します。

要するに、データベースからのデータにユニコード文字を取得しませんが、posts.html.erb のユニコード文字は正しく表示されます。

では、このヘッダー セットはどこにあり、何が間違っているのでしょうか?

編集、HEADを実行して取得したヘッダーを追加するだけです

キャッシュ制御: プライベート、最大年齢 = 0、再検証が必要接続: 終了日付: 2009 年 2 月 17 日火曜日 16:59:32 GMT ETag: "f242d9af7c676eb3f7b92f4c4f4b16d3" サーバー: Apache/2.2.3 (CentOS) コンテンツの長さ: 296 コンテントタイプ: テキスト/html; charset=utf-8 Client-Date: Tue, 17 Feb 2009 16:59:32 GMT Client-Peer: Client-Response-Num: 1 Set-Cookie: _html_session=BAh7BiIKZmxhc2hJQzonQWN0aW9uQ29udHJvbGxlcjo6Rmxhc2g6OkZsYXNoSGFzaHsABjoKQHVzZWR7AA%3D%3D--455dc90f774060b52ea418446bdf2774beea16d5; パス=/; HttpOnly X-Powered-By: Phusion Passenger (mod_rails/mod_rack) 2.0.6 X-Runtime: 21ms

よろしく、

トラウスティ

Passenger / REE で実行されている Rails 2.2 Web アプリがあります。

デフォルトのロケールを設定しましたconfig/environment.rb

最初のリクエストにはロケールが設定されていないようですI18n.locale

I18n.locale を設定する before_filter を使用してページにアクセスすると、その後のすべてのコントローラーへのアクセスに同じbefore_filter設定がなくても、I18n.locale は設定されたものの I18n.locale を取得しますen-US。

同じコードの Mongrel ではen-GB、before_filter によって明示的に設定されるまで、各リクエストはデフォルトである のロケールを取得します。

これが通常の乗客の行動である場合は、解決していただければ幸いです。

tmp/restart.txt に触れてアプリを再起動すると、最初のリクエストでエラーがスローされます。通常は、Haml::Engine やその他の gem が見つからないことに関するものです。2 番目以降の要求はすべて正常に機能します。Rack 0.4.1 と Sinatra 0.3.3 を実行していた Dreamhost でこの問題が発生していましたが、自分のホストに移動して新しい Rack (0.9.1) と Sinatra (0.9.0.4) を実行した後も、まだ問題が発生しています。

正確な答えがわからないが、それを追跡する方法についてのヒントがある場合は、お知らせください。

これが私のconfig.ruです：

mod_railsのrubyインスタンスが「不正」になります。これらのプロセスはpassenger-statusにリストされなくなり、100％CPUを使用します。

インスタンスを強制終了するためにgod/monitをインストールする以外に、これを防ぐ方法について誰かにアドバイスをいただけますか？ログに役立つものは何も見つかりませんでした。

Phusion Passenger のバンドワゴンに飛び乗るために、小さな Rails アプリ用のステージングサーバーをセットアップしてテストを行いました。

これまでのところ、非常に使いやすく、アプリのインストール/構成と展開が簡単になります. 問題は、私たちが使用しているサイトがあまりアクセスされず、バックグラウンドでサーバーがシャットダウンしているように見えることです。つまり、誰かがサイトにアクセスすると、リクエストを処理するために新しいサーバーを起動するまで、非常に長い待ち時間があります。ドキュメントを読み、かなりの数の異なるセットアップ (smart/smart-lv2 モード、passengeridletime など) を試しましたが、まだ本当の解決策は見つかりませんでした。

Google の検索結果を調べても、実際に有用な情報を見つけることができません。現在、サーバーの実行を維持するために、頻繁にリクエストを行う cron ジョブがあります。

他の誰かがこの問題を経験していますか?修正のためのアドバイスはありますか?