問題タブ [http-1.1]

IE を除くすべてのブラウザーで動作するオーディオおよびビデオ プレーヤー (フラッシュ フォールバックを備えた html5) を含めました。

問題を探しているときに、サーバーが "HTTP/1.0 200 OK" および "Connection:close" ヘッダーを送信する (および Content-Length を送信しない) ことがわかりましたが、IE のみで、一部のファイル (.swf、.mp3 および.mp4)。

これらのファイルの gzip を無効にするために、以下を .htaccess に追加しました。

私はApache構成の経験がなく、一部のリクエストに別のhttpバージョンを使用する必要がある理由がわかりません。

送信ヘッダーは次のとおりです。

および応答ヘッダー:

更新:最初のページ要求 (PHP、text/html) 応答も HTTP/1.0 であることがわかりましたが、後続のすべての ajax 要求ではありません。

I recently got a ssl certificate from godaddy. I created the keystore properly and put the following into my server.xml:

I originally had protocol="HTTP/1.1" but I was receiving an error stating that the keystoreFile and the keystorePass didn't have a matching value. Which caused a binding error on port 8443. I ran netstat and made sure nothing is running on 8443; did some googling and found to fix that issue to change the protocol as it is above.

After adding that change I'm receiving the following error:

Does anyone have any idea what needs to be done in order to fix this?

どの言語を使用しますか？

私の無知を許しなさい

私はHTTP 1.1仕様を見ていて、「接続」ヘッダーに関連する仕様の部分を見ていました。「接続」ヘッダーに指定されている唯一のトークンが「閉じる」であることに気付きました。少し掘り下げた後、 Apache 2.2.3 を使用している Vimを含む多くのサーバー実装の 'Connection' ヘッダーにある 'Keep-Alive' トークンがHTTP 1.0から残っていることがわかりました。HTTP 1.1 が広く使用されていることを考えると、Keep-Alive や HTTP 1.0 から継承された同様のトークンを追加する価値はどれくらいあるでしょうか?

問題

Node.JS を介して不明な長さのリソースを提供しています。このため、Content-Lengthヘッダーを設定できません。HTTP 1.1 の場合、この性質のリソースにはチャンク エンコーディングを使用する必要があります。Node.JS はこれを認識しており、次のヘッダーを使用して、独自のチャンク転送エンコーディングでデータを送信します。

これはすべて問題なく、行儀の良いクライアントに適しています。 ただし、動作があまり良くないクライアント (つまり、Android 2.2 以前) をサポートする必要があります。 これらのクライアントは、チャンク転送エンコーディングを適切にサポートしていません。

修正試行 #1

私の最初の考えは、エンコーディングをnone次のように設定することでした:

これにより、Node.JS の自動チャンク エンコーディングが無効になり、ほとんどのクライアントとの互換性が維持されます。しかし、Android 2.3 以降のクライアントは、このような偽の転送エンコード ヘッダーが表示されると咳をして窒息するだけなので、壊れてしまいました。

試行番号 2 を修正 (助けが必要な場合)

でリクエストを行うとHTTP/1.0、サーバーはチャンクエンコーディングなしで適切にレスポンスを返します:

これで問題は解決し、面倒なすべてのクライアントに対して機能するストリームを提供できるようになりました。の偽のヘッダーを送信する必要はありTransfer-Encodingません。また、コンテンツの長さを指定する必要もありません。

Node.JS の HTTP サーバーが常に HTTP/1.0 モードでサービスを提供するように強制するにはどうすればよいですか?

私のMVCフレームワークでは、フォームの送信後にリダイレクトすることがあります。フォームを/example/inputに投稿するとします。

PHPで適切なヘッダーコードと説明テキストを追加したいheader('HTTP/1.1 404 Not Found');

1）入力にエラーが含まれています。/ example / inputページにとどまり、エラーなどでマークアップされたフォームを再度取得します。どのHTTP1.1。コードとテキストは、これでリダイレクト命令を送信するのに適切なものでしょうか？

2）入力に問題がなく、要素が保存され、Header('Location: ...')/ example/successにリダイレクトされます。どのHTTP1.1。ここではコードとテキストが適切ですか？

3）PHPコードは、設定の誤り、インクルードファイルの欠落、データベース接続の破損、またはその他の問題が原因でエラーをスローします。どのHTTP1.1。ここではコードとテキストが適切ですか？

ここでコードを確認しました：http ：//www.w3.org/Protocols/rfc2616/rfc2616-sec10.html 番号200は1）に正しく表示され、番号301/302は2）に正しく表示され、番号500は3）。しかし、3つのケースすべてで、上記のリンクのコードに続くタイトル/説明は、上記で説明したシナリオに正確に適合していないことがわかりました。他のコード/テキストを選択する必要がありますか？

HTTP サーバーからビデオをストリーミングするための HTTP 1.1 ヘッダーは何ですか? 現在、私は送信しています

transfer-Encoding : チャンク

これは google chrome の Flash ビデオ プレーヤーでは問題なく動作しますが、firefox では読み込みに失敗します。

これが私のコードです：

これをherokuでテストしていて、そこでガイドを使用したため、Expressを使用しています。そのため、アプリを開くと、html（dom）応答ではなく、ファイル（ダウンロード済み）のデータを含むダウンロードポップアップが表示されます。

私は何を間違えましたか？（ブラウザの問題ですか？）

編集：
@Joe、私の最初の問題を解決しましたが、それでも、2つの質問があります：
1）「正しい」コンテンツタイプを挿入する必要がないのはなぜですか？（ストリーミングの？）
2）なぜこのコードは時間の経過（約30分）後にのみ出力されるのですか？

RESTful インターフェイスの設計に関するこの優れたプレゼンテーションによると、バージョン管理を実装するための推奨される方法は、次のようなものを使用して Accept-header を利用することです。

これは XML コンテンツ タイプに対しては完全に機能しますが、JSON に相当するものをバージョン管理するために同じスキームを使用することは可能ですか?

つまり、次のことを求めることは可能ですか。

応答は次のようになります。

および同等の JSON (一種):

複数のクライアント接続を受け入れて処理できる Web サーバーを構築しています。これに使っselect()ています。
これが行われている間、特定の接続されたソケットにアクティビティ (send または recv) がない場合は、それを閉じたいと思います。したがって、接続されたクライアントから一定期間リクエストが来ない場合は、ソケットを閉じます。そのような接続されたソケットが複数あり、それぞれに対してこの監視を行う必要があります。

Web サーバーは HTTP 1.1 をサポートする必要があるため、永続的な接続を作成するにはこの機能が必要です。

これを行う最善の方法は何ですか？