1

NGINX 1.4.4 が、それをうまく処理するバックエンド ngx_pagespeed サーバーからの大きな (っぽい) 縮小された CSS ファイルの要求でハングアップして困っています。

設定:

[ロンドン] eac2.marvelled.co.nz --> [オーストラリア] roselle.marvelled.co.nz --> Expressjs:82

ハンギング ファイル: http://eac2.marvelled.co.nz/assets/css/app.min.css
バックエンド ページ速度: http://roselle.marvelled.co.nz/assets/css/app.min.css

"eac2" NGINX [1.4.4]
ngx_pagespeed = OFF [1.6.29.7-3453]
proxy_cache
役割: キャッシング レイヤー - developers.google.com/speed/pagespeed/module/downstream-caching

+++++++++++++++++++++++++++++++

"roselle" NGINX [1.4.1]
ngx_pagespeed = ON [1.6.29.7-3453]
proxy_cache
役割: 最適化レイヤー

このセットアップが開発に必要な理由はさまざまなので、「eac2」レイヤーの CSS がハングする原因について、いくつかのアイデアを具体的に探しています。

「eac2」にCSSファイルを直接提供させることでさまざまな回避策を試しましたが、すぐに機能しないようにするには、単純なものが欠けているに違いありません。

もともと私はそれがバッファリングだと思っていたので、これに疲れました:

proxy_buffering on; proxy_buffers 32 16k;

私が苦痛なデバッグ/ログルートを下るのを助けるために、誰かが同様の状況にありましたか?

敬具

マーティン

ngx_pagespeed のタグが付けられていませんか?

4

1 に答える 1

0

少し遅れましたが、github で作成された同様の問題は、しばらく前に解決されました。したがって、これは後のリリースではもう問題ではないと思います。

将来的には、そのような質問をhttps://groups.google.com/forum/#!forum/ngx-pagespeed-discussにリダイレクトして、より迅速な回答を得ることができます。

于 2014-01-27T11:16:50.963 に答える