ハイパフォーマンス ブラウザネットワーキング
現代のアプリケーションエンジニアは、UIやデータ処理、開発言語、プラットフォームの仕様や癖だけでなく、サーバやネットワークについても、上から下まで、表から裏まで広く知ることを求められます。本書は「ブラウザ」に関連し、インターネットで使用されるさまざまなネットワーク技術をまとめたものです。HTTP/2.0やWebRTCなどの最新技術、WebSocketやXMLHttpRequestなどのブラウザAPI、そしてそれらの土台となるTCPやUDPやトランスポート層についてまでを幅広くカバーします。本書はカバーする技術範囲の広さを「パフォーマンス」という軸に沿って説明します。また改善前後の性能・速さを可能な限り具体化し、それぞれの場面においてのパフォーマンス改善幅を示します。ネットワークのデータリンク層からアプリケーション層、そして過去から近い将来までをまとめた本書は、インターネットにかかわるすべて
クライアントからやってくる本物のHTTPリクエストをダンプする - Qiita
Rack限定ならむかし rack-spyup というものを書いた。自分で使ってみたけどJSON APIのデバッグとかだと革命的に便利だと思う。 ただ、Rackに到達する前にリクエストがお亡くなりになったりとか、そもそもサーバルビーじゃないしとかあると思うので、もっと汎用的な感じでダンプする手順をメモしてみる。 リクエストが来たら内容を全部ダンプするHTTPサーバを作る Rubyに標準添付されている、WEBrickの基本的な機能で割と簡単に作れる。 # -*- coding: utf-8 -*- require 'optparse' require 'webrick' require 'json' options = ARGV.getopts("p:", "port:") # The :monkey: raises # cf. http://d.hatena.ne.jp/vividcode/
IE利用時のWebサーバ同時接続コネクション数を増やす － ＠IT
Internet Explorerでは、Webサーバとの同時最大接続数は、HTTP 1.0サーバなら4、HTTP 1.1サーバなら2に制限されている。 Internet Explorer（IE）で、Webサイトから複数のファイルをダウンロードする際、3つ目のファイルから［ファイルのダウンロード］ダイアログがなかなか表示されないという経験を持つ人も多いのではないだろうか。これは、HTTPサーバ（Webサーバ）の同時接続可能数に制限があるためだ。この制限数は、サポートしているプロトコルのバージョンによって異なる。具体的には、WebサーバがHTTP 1.0サーバなら同時接続数は4、HTTP 1.1サーバなら2に制限されている。従って、例えばHTTP 1.1サーバから複数のファイルをダウンロードする場合、すでに2つのファイルをダウンロード中だと、3つ目のダウンロードはこの制限により待たされることに
RFC2616: ハイパーテキスト転送プロトコル -- HTTP/1.1
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Hypertext Transfer Protocol -- HTTP/1.1
Network Working Group R. Fielding Request for Comments: 2616 UC Irvine Obsoletes: 2068 J. Gettys Category: Standards Track Compaq/W3C J. Mogul Compaq H. Frystyk W3C/MIT L. Masinter Xerox P. Leach Microsoft T. Berners-Lee W3C/MIT June 1999 Status of this Memo This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvem
サイトメンテナンス時には、HTTP 503エラーを使う
テクニカルなトピックになります。 サイトのメインテナンスなどで一時的にオフラインにしなければならなく、それが数時間に及びアクセス不能な状態が続くことは、訪問者にとってはもちろんのことサーチエンジンにとっても、好ましいことではありません。 サイトにアクセスできない状態が長く続くと、ランキングに悪影響がでることも考えられます。 訪問者には、「一時メンテナンス中。ご迷惑をおかけします。」とでも通知ページを作っておけば理解してもらえるでしょう。 でもサーチエンジンがこのページを見ても、「はい、分かりました。またあらためて訪問します。」とはなりません。 サーチエンジンには、サービスが一時的に過負荷やメンテナンスで使用不可能になっていることを表す「503: Service Unavailable」というHTTPステータスコードで示さなければなりません。 503を返すと、サーチエンジンのロボットはサイト
Test Cases for HTTP Content-Disposition header field (RFC 6266) and the Encodings defined in RFCs 2047, 2231 and 5987
Test Cases for HTTP Content-Disposition header field (RFC 6266) and the Encodings defined in RFCs 2047, 2231 and 5987 Please send feedback to julian.reschke@gmx.de. Related Reading Header Encoding RFC 2047 -- "MIME (Multipurpose Internet Mail Extensions) Part Three: Message Header Extensions for Non-ASCII Text" RFC 2231 -- "MIME Parameter Value and Encoded Word Extensions: Character Sets, Language
Rubyのnet/http でHTTPリクエスト/レスポンスをdumpする方法 - ( ꒪⌓꒪) ゆるよろ日記
俺得メモ。もう3回くらい同じこと調べたんでいい加減メモ残しておく。 Net::HTTP にset_debug_outputってメソッドがあってコイツに出力先を渡せばいい。残念ながらこのset_debug_outputはドキュメントには載ってないのでnet/httpのソース見てね。 require 'net/http' Net::HTTP.version_1_2 http = Net::HTTP.new("d.hatena.ne.jp", 80) http.set_debug_output $stderr http.start{|http| req = Net::HTTP::Get.new('/yuroyoro') res = http.request(req) print res.body } irbでやると irb(main):001:0> require 'net/http' => t
httpstat.us
This is a super simple service for generating different HTTP codes. It's useful for testing how your own scripts deal with varying responses. Just add the status code you want to the URL, like this: httpstat.us/200 We'll return a response like this: HTTP/1.1 {status code} {status description} Content-Type: text/plain or application/json Content-Length: {something} {any custom response headers} {st
サービス終了のお知らせ
平素より「PHPプロ！」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ！」ですが、サービスの利用状況を鑑みまして、2018年9月25日（火曜日）をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日（火曜日）を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 本件に関するお問い合わせはこちらよりお願いいたします。
1分でわかる「X-ナントカ」HTTPレスポンスヘッダ - 葉っぱ日記
最近のモダンなWebブラウザがサポートしている、セキュリティに関連しそうな X- なHTTPレスポンスヘッダをまとめてみました。それ以外にもあったら教えてください。 X-XSS-Protection 0:XSSフィルタを無効にする。 1:XSSフィルタを有効にする。 XSSフィルタを有効にすることでエンドユーザがXSSの被害にあう可能性が低減するが、まれに誤検知することで画面の表示が乱れることもある。IE8+、Safari、Chrome(多分) で有効。IEでは「X-XSS-Protection: 1; mode=block」という指定も可能。 2008/7/2 - IE8 Security Part IV: The XSS FilterBug 27312 – [XSSAuditor] Add support for header X-XSS-Protection X-Content-Ty
コンテントネゴシエーションと Vary レスポンスヘッダ - vivid memo
うちのサイト (vivid code) は XHTML の MIME タイプを "application/xhtml+xml" で配信しています。 ただ、IE ではそれを閲覧できないという問題があります。 そこでうちのサイトでは HTTP リクエストヘッダを見て、Accept フィールドに "application/xhtml+xml" が含まれて居ない場合は MIME タイプを "text/html" に変換するという処理を施しています。 で、自宅から見ている分にはちゃんと Firefox 等では "application/xhtml+xml" で見れて、IE では "text/html" になっている、というのを確認できていたのですが、何故か大学のネットワーク内から閲覧すると IE で見ても "application/xhtml+xml" のままになっていることがあって、ずーっと悩んで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.ietf.org/rfc/rfc2616.txt
サービス終了のお知らせ
ログアウト処理は POST メソッドで作る
Studying HTTP