10 X-Pad: avoid browser bug
■ このスレッドは過去ログ倉庫に格納されています
0001篠ひろ子
NGNG=> `bangkok.com/mypage/fami/fami.htm'
Connecting to bangkok.com:80... connected!
HTTP request sent＠｀ fetching headers...
1 HTTP/1.1 200 OK
2 Date: Tue＠｀ 04 Jul 2000 17:08:13 GMT
3 Server: Apache/1.3.1 Cobalt (Unix)
4 Last-Modified: Sun＠｀ 07 May 2000 16:19:02 GMT
5 ETag: "13f00d-3204-39159776"
6 Accept-Ranges: bytes
7 Content-Length: 12804
8 Connection: close
9 Content-Type: text/html
10 X-Pad: avoid browser bug
10の10 X-Pad: avoid browser bugってなにを意味をするの
でしょうか？infoseekで検索したのですがでてきません
でした。
あとこういうサーバーから返ってくるメッセージはどこを
読めば詳しくかいてあるのでしょうか？RedHut Linuxで作る
webサーバーとかいう本は読んだのですが・・・
0002名無しさん＠そうだ選挙にいこう
NGNGそのまんまじゃん。
0003名無しさん＠そうだ選挙にいこう
NGNGとはどういう意味ですか？
なぜこのようなヘッダーがあるのでしょうか？
0004名無しさん＠そうだ選挙にいこう
NGNG0005>4
NGNG親切な方ソースの貼り付けでもいいから教えてさん！
00064
NGNGなんだそりゃ
本買うくらいならCD-ROM付きの雑誌でも買えよ
↓該当箇所のコメント(v2.0)
英語読めないなんて言うなよ
/* Navigator versions 2.x＠｀ 3.x and 4.0 betas up to and including 4.0b2
* have a header parsing bug. If the terminating \r\n occur starting
* at offset 256＠｀ 257 or 258 of output then it will not properly parse
* the headers. Curiously it doesn't exhibit this problem at 512＠｀ 513.
* We are guessing that this is because their initial read of a new request
* uses a 256 byte buffer＠｀ and subsequent reads use a larger buffer.
* So the problem might exist at different offsets as well.
*
* This should also work on keepalive connections assuming they use the
* same small buffer for the first read of each new request.
*
* At any rate＠｀ we check the bytes written so far and＠｀ if we are about to
* tickle the bug＠｀ we instead insert a bogus padding header. Since the bug
* manifests as a broken image in Navigator＠｀ users blame the server. :(
* It is more expensive to check the User-Agent than it is to just add the
* bytes＠｀ so we haven't used the BrowserMatch feature here.
*/
0007名無しさん＠そうだ選挙にいこう
NGNG■ このスレッドは過去ログ倉庫に格納されています