質問

さんにおすすめしたいCSSサーバーを最小化及び基本構文解析/varに交換できます。サーバの利用node.js.

私たいというgzipの回答からこのサーバーです。とうと言われていた.node.js ない現在、gzip libうとしてい手からのコマンドライン(いけgzippingない場合はキャッシュ).

私はを押してファイルデータを一時ファイルを用いてexecを呼 'gzip -c -9 -q ' + tempFile.を取得します。圧縮データを正しく(そう)で送の適正な Content-Encoding ヘッダとして 'gzip', ものの、クロム報告:

Error 330 (net::ERR_CONTENT_DECODING_FAILED): Unknown error.

また、いくつかの独立gzipテスターオンラインに失敗しないクローム).

私はこう簡単ないことを知らない生成gzipブロックのためのブラウザで見ていたんです。

他の支援をご提供いただきました。サーバには非常に高速ないgzipのコンテンツベストな性能を得るために、エンドユーザーに向けて

感謝。

更新 私は私の確認 Content-Length が正しい

役に立ちましたか?

解決

あなたはgzip圧縮されたサイズに合わせて、コンテンツ長を更新しましたか?それはデコードを台無しに可能性があるように思えます。

他のヒント

ノードはまだ出血縁とされていないように見えないの取り扱いはバイナリデータです。

ノードの文字列のエンコーディング はascii、バイナリ、utf8.[...]"バイナリー"のみを見【s】 第8ビット の16ビットのJavaScriptの文字列の文字です。問題は、文字列によるECMAは16ビット文字列が入ります。ご利用の場合はUTF-8(デフォルトの)が正常化を読み込み時には、文字列は、このcorrupts gzip.ご利用の場合はasciiで明らかになります。

でご利用の場合 バイナリエンコード 読み書き.上位8ビットのJavascriptの文字列の文字だけが使用されていません。されているか確認してください送信ファイルを直接クライアントな積載用のJavascriptの文字列、おそらく、プロキシサーバーフロントのノードです。

私自身は、このGoogleのV8エンジンを実装する真のバイナリ文字列datatypeないことから、この提案 http://groups.google.com/group/nodejs/browse_thread/thread/648a0f5ed2c95211/ef89acfe538931a1?lnk=gst&q=binary+type#ef89acfe538931a1

CommonJSする提案を バイナリ/B, てのノードに従おうとすCommonJSあり、希望の光を与えています。

編集 私が発見したの net2支店 のノードを含むバイナリのバッファー(src/node_buffer.h)の一部である、完全なオーバーホールネットワークのデザイン性にも優れたです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top