問題タブ [lighttpd]

PHP で独自の FastCGI インターフェイスを構築するにはどうすればよいですか?

彼らが Perl でやっていることと似たようなことを、PHP でやりたいと思っています。それは可能ですか？それはより速いでしょうか？

(つまり、Web アプリ フレームワークを一度メモリにロードし、すべてのリクエストに対して提供するメソッドを FastCGI に呼び出させることができるようにしたいと考えています。 「デフォルト」の PHP FastCGI セットアップ。)

乾杯！

(編集: Mongrel と RoR もこれを行っていませんか?)

わかりました、私は今おかしな図を作りました:)

わかりました、私はこの質問をここ SO や Web の他の場所で何度も見てきました。でも…どれもかなり古いので、再投稿します。

次のニーズがあります。

1. 多くの同時 HTTP 接続を処理する機能 (comet など)。これが、Apache ではなく他の Web サーバーを検討している理由です。

2. PHP のインストールと実行が簡単であること

3. 特定のリクエストを別のポートの代替 Web サーバー (Apache または yaws) にチャネリングするには、リバース プロキシが必要です。

nginx がデフォルトで高速な CGI をサポートしていないことは知っています。lighthttpd にはそれがあるようですが、メモリ リークに関する苦情を読みました。メモリ リークの問題はまだ蔓延していますか?

nginx と lighthttpd のどちらをお勧めしますか? または、他の何か？なんで？

これがこれを行うのに最適な環境ではないことは理解していますが、できれば私と一緒にいて助けてください...

私が実現したいセットアップは、Rails アプリケーションを Windows 2003 サーバー上で実行することです。mongrels のパックを使用して、ロード バランサーとして機能する lighttpd とその前に IIS を使用し、すべてクライアント リクエストを lighttpd に渡します。

まず第一に、私はこれらの指示に従いました: Windows 上の iis への展開

そして、アプリケーションを実行することができましたが、クライアントがリンク ボタンをクリックすると、アプリケーションは 500 サーバー エラーで爆発します。

雑種サーバーの 1 つに対して実行した場合、アプリは正常に動作するので、lightpd だと思います。

lighttpd が複数の GET リクエスト (つまり、複数のクリック) と混同されて爆発するかのようです。

500 エラーが発生する理由についてのヘルプは役に立ちます、ありがとう。

ubuntuでfastcgiを介してdjangoを起動して提供するようにlighttpを設定しました。（ubuntuのapacheのようなconf-available、conf-enabledメカニズムを介して）単一のサイトのみを有効にすると、すべてが美しく実行されます。2番目のサイトを有効にすると、fcgiプロセスが開始されてデータが提供されますが、URLの書き換えが正しく機能しなくなったようです。これが私の設定です：

conf-available/10-example.conf

includes/incl-fastcgi.conf

10-example.conf2番目のサイトを有効にすると、confが有効になっているの（わずかに変更された）コピーへの2番目のリンクがあることを除いて、すべてが同じです。これが発生すると、私のサイトはこのdjango-servedエラーで失敗します：

別のサイトを有効にすると、既存の設定が壊れてしまう理由がわかりません。ホストベースの構文は、その特定のホストへの変更を分離する必要があると思いますが、そうではないようです。

Web アプリから画像を繰り返し再読み込みしないようにしています。私はlighttpdを使用して静的コンテンツを提供しており、次のように構成されています。

expire.url = ( "/static/" => "1 年間アクセス", "/static/images/" => "1 年間アクセス")

これは、/static にある js と css で機能しているようです。

しかし、これは画像ファイルに対しては実際には機能しません。ブラウザは依然として画像ファイルを何度も要求し、「304 Not Modified」応答を受け取っているようです。

誰か助けて？

関連情報:

次の場合、lighttpd の書き換えはどのように機能しますか?

http://example.com/file_46634643.jpgにhttp://sub.domain.com/46634643.jpg

可能であれば...

Apache の Django FastCgi セットアップから lighttpd のセットアップに移行中です。

Apache では、Django ドキュメントで説明されている fcgi 構成を使用していました。コア部分は、すべての非静的 URL を /mysite.fcgi/$1 に書き換えることです。

次に、FastCGI の /mysite.fcgi に対するすべての要求を転送します。

セットアップは Django で機能しました。たとえば、に行ってテンプレートhttp://www.mydomain.com/help/に印刷した場合、結果は. 人生は楽しく、幸せでした。しかし、いくつかの問題に遭遇したため、Apache が提供できるよりも多くの同時接続をサポートする Web サーバーに移動する必要がありました。{{ request.get_full_path }}/help/

lighttpd に早送りします。すべてがうまく構成されています。mod_rewrite で URL を書き換えています。

url.rewrite-once = ( "^(/media/. )$" => "$1", "^/favicon.ico$" => "/med/img/favicon/favicon.ico", "^(/ . )$" => "/mysite.fcgi$1", )

/mysite.fcgi を処理する FastCGI があります。

物事は一般的に機能し、私の Django サイトは正常に動作します。しかし、テンプレートに移動しhttp://www.mydomain.com/help/て印刷すると、結果は. これにより、いくつかの問題が発生します。{{ request.get_full_path }}/mysite.fcgi/help/

Django サイトは正常に動作するため、これは一般的に問題を引き起こしませんが、SSL を使用すると問題が発生します。具体的には、http://www.djangosnippets.org/snippets/240/ の "Stephen Zabel - sjzabel@gmail.com" の sslmiddleware を使用します。このソフトウェアは request.get_full_path に依存しており、lighttpd では Apache とは異なる値を返します。request.path についても同じです。

誰でもこの問題から抜け出す方法を提案できますか? 理想的には、lighttpd mod_rewrite が Apache の下で mod_rewrite と同じ動作をすることを望みます。可能でない場合は、使用している ssliddleware パッケージと互換性のある lighttpd FastCGI Django セットアップが必要です。あるいは、lighttpd の mod_rewrite が URL を書き換える方法と互換性があるように、ssliddleware パッケージを変更することもできます。

この答えは素晴らしい 30 歳の誕生日プレゼントになります!

プロセッサとして .php ファイルを使用するフラッシュ アップロード スクリプトがあります。PHP スクリプトによって作成されたギャラリー ID を使用して Cookie を設定し、それを確認ページに渡すには、プロセッサ ファイルが必要です。Flash が php ファイルを実行する場合を除き、Cookie は設定されません。セッション変数を設定しますが、これで十分でしたが、現在はサイト（確認ページを含む）にlighttpdを使用し、実際のアップローダープロセッサスクリプトにapacheを使用しています（lighttpsは大きなファイルのアップロードが苦手なため）。 t は、2 つのサーバー ソフトウェア間で転送されます。

php プロセッサ (apache で実行) から lighttpd を実行している確認ページに変数を転送するにはどうすればよいですか?

Lua Web開発にはどのWebサーバー（およびその理由）を使用する必要がありますか？

lighttpd 1.4.23ソースをダウンロードして、MacOSX10.5.5でコンパイルしてみます。これは私が得ているエラーです：

$ ./autogen.sh ./autogen.sh： `libtoolize --copy --force'を実行しています。/autogen.sh：19行目：libtoolize：コマンドが見つかりません

lighttpdフォーラムで同じ質問をしようとしましたが、そこでは何の助けも得られません。

前もって感謝します。