nginxでgzipを有効にしている場合のEtag header - ohbaryenginxでgzipを有効にしている場合、アプリケーションサーバの返すEtag headerが取り除かれることがあるので注意
[対処法] 413 Request Entity Too Large
413 Request Entity Too Large 原因 リクエストエンティティ(＝通常はメッセージボディ。ファイルアップロード時におけるファイルサイズ等)がサーバの許容量を超えている。 まずはサイズが大きすぎるファイルをサーバに送信しようとしていないか確認する。通常はアプリケーション側でサイズチェックを行い、「アップロード可能なファイルサイズは最大◯◯MBです」等と表示されるが、エラーチェックがされていない場合、そのままサーバにファイルが送信され、サーバ側は許容範囲外のファイルを受信できずに413エラーをレスポンスする。 あなたがユーザーの場合 ファイルアップロード時に発生するエラーの場合は、ファイルサイズを小さくして再アップロードしてみる。または、使用しているアプリケーションや環境特有の問題である可能性もあるため、アプリケーション名とあわせて検索して対処法を調査する。例えば、Su
nginxのステータスコード499 · yuuki/yuuki
// https://github.com/nginx/nginx/blob/9842cff/src/http/ngx_http_request.h#L120-L126 /* * HTTP does not define the code for the case when a client closed * the connection while we are processing its request so we introduce * own code to log such situation when a client has closed the connection * before we even try to send the HTTP header to it */ #define NGX_HTTP_CLIENT_CLOSED_REQUEST 499 HTTP標準で
ステータスコード 499 - Qiita
ページがうまく表示されないという問い合わせを受けてnginxのログを調べていたところ、見なれないレスポンスコードを発見しました access_log 2015-08-04 06:00:54 access_log {"host":"111.111.111.111","user":"-","method":"GET","path":"/hoge/list","code":499,"size":0,"referer":"","agent":"Mozilla/5.0 (Windows NT 6.1; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0","request_time":59.447,"forwarded_for":"111.111.111.111","cookie":""} 何度か試してみたところどれも60秒弱で現象が発生していたのでタイムアウトの
php-fpm＋nginxで「504 Gateway Time-out」が出た時の対処法 - oneのはてなダイアリー
過去にphp-fpm(FastCGI)+nginx環境で「504 Gateway Time-out」が出たので、その時の対処法を記載します。 504 Gateway Time-outとは、クライアントからのリクエストを受けたサーバが更に別サーバにリクエストを送信した際に、別サーバからの応答が一定時間以内に返って来ていないことを表しています。 参照: The point of no return » Blog Archive » Nginx with PHP-FPM on CentOS 6 最初に試してほしい対処法は処理の実行時間を延ばすことです。 必要な設定は以下の3つになります。 • php.ini max_execution_time = 180 • php-fpm.conf request_terminate_timeout 180 • nginx.conf fastcgi_read
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nginxのconfの文法エラーチェック | クロジカ
