2013-07-17 24 views
9

既存のルートにアクセスしようとしたり、Twigテンプレートの中で間違いを犯すと、デバッグ情報でSymfonyのエラーページを取得する代わりに、デフォルトのnginx 502にリダイレクトされます。悪いゲートウェイ。Nginxが一般的なsymfonyのエラーを502 Bad Gatewayで上書きする

013/07/17 16:11:41 [error] 16952#0: *187 upstream sent too big header while reading 
response header from upstream, client: 127.0.0.1, server: ftwo.localhost, request: "GET  
/heasd HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "ftwo.localhost" 

任意のアイデア:

ログには興味深い行を示していますか?

+0

はあなたのnginxのログの関連部分を提供することができますか? – nifr

+0

ちょうどしました。ありがとう。 –

答えて

19

nginx設定でバッファサイズを増やし、後でnginxをhereとして再起動してください。

proxy_buffer_size 128k; 
proxy_buffers 4 256k; 
proxy_busy_buffers_size 256k; 

さらに

fastcgi_buffer_size 128k; 
fastcgi_buffers 4 256k; 
fastcgi_busy_buffers_size 256k; 

のCodeIgniterユーザhereからの質問を基準と答えをご使用の構成(場所〜.PHPの$)のPHPのセクションでのFastCGIバッファを増やします。このプラグインは、502悪いと応答に大きなヘッダーと力nginxのを生成

chromephp: 
    type: chromephp 
    level: info 

+0

これは実際に問題を解決しました。どうもありがとう。簡単な質問:エラーページにレイアウトが正しく読み込まれないそれは関連していますか? –

+0

hm多分css/jsの問題?あなたのfirebug/devtoolsネットパネルは何を言っていますか? – nifr

+0

リロードだけで十分だと言えるでしょう。 (sudo service nginx reload) - レンダリングされないエラーページに関しては、他の場所で問題がありますか? assets installコマンドを実行しましたか? –

16

また、単にこれらの行をコメントアウトアプリ/設定/ config_dev.yml

でChromePHPを無効にしようとするかもしれませんゲートウェイ。で

さらに詳しい情報:

https://github.com/symfony/symfony/issues/8413

Enable Debug Component in Symfony 2.3

+0

ありがとう、それは完璧に働いた! –

+0

これも私のケースではngrokの問題を解決しました –

+0

これは私にとっても役に立ちました。ありがとう! –

関連する問題