6
この質問に答えるRFCが見つかりませんでした。おそらく、あなたたちは私を正しい方向に向けることができます。HTTP 1.0サーバーに要求された完全な要求を受け取る前にクライアントに返信していますか？
私は大きなマルチパーツでエンコードされたアップロードを受け入れることのみが機能するストリップダウンのHTTPサーバーを実装しています。
ファイルが大きすぎる、クライアントのアップロードが許可されていないなどの特定のケースでは、サーバーがエラーで返信して直ちに接続を終了します。
Chromeブラウザは、サーバーがhttpコードゼロを返すと思っているため、Chromeブラウザが好きではないようです。
Could not get any response
This seems to be like an error connecting to http://my_ubuntu:8080/api/upload. The response status was 0.
Check out the W3C XMLHttpRequest Level 2 spec for more details about when this happens.
そこで質問：
は、HTTPサーバに許可され、完全な要求を受信する前に、クライアントに返信されていますか？
アップデート：iOS 6クライアントでテスト済みです。同じことは、サーバー突然閉じた接続を考えている:(
興味深い質問これが特に許可されていない場所は見つかりませんでしたが、あなたが** HTTPを書いた場合、あなたの人生はおそらくもっと簡単になります/1.1**サーバーが 'Expect'ヘッダーと' 100 Continue'レスポンスにアクセスできるようになりました。それはまさに彼らが対処しようとしている状況です。つまり、HTTP/1.1は* * 1994 ** ...アップグレードする時期だと思います。 – rdlowrey
@rdlowreyはい、私は今それを検討しています。私は、クライアント（iOS、Android、Flash）を変更することなく、既存のPHPベースのサービスのドロップイン置換を実装できることを期待しました。 – expert
さて、私は最近、1.1クライアントを自分で実装しました（リストに載っているデバイス環境や共有しているデバイス環境ではない）、実際にはそれほど難しくないと言えるでしょう。しかし、私は、これらの環境では、すでにクライアント側を処理するために完全に検閲されたライブラリを既に持っていることを期待しています。 – rdlowrey