https://jp.techcrunch.com/2014/11/19/20141118mozilla-eff-and-others-band-together-to-provide-free-ssl-certificates/
HTTPステータスコード - Wikipedia
HTTPステータスコードは、HTTPにおいてWebサーバからのレスポンスの意味を表現する3桁の数字からなるコードである。RFC 7231等によって定義され、IANAがHTTP Status Code Registryとして管理している。以下に一覧を示す。 リクエストは受け取られた。処理は継続される。 100 Continue 継続。クライアントはリクエストを継続できる。サーバがリクエストの最初の部分を受け取り、まだ拒否していないことを示す。 例として、クライアントがExpect: 100-continueヘッダをつけたリクエストを行い、それをサーバが受理した場合に返される。 101 Switching Protocols プロトコル切替。サーバはリクエストを理解し、遂行のためにプロトコルの切り替えを要求している。 102 Processing 処理中。WebDAVの拡張ステータスコード。処
ウェブ世界の終焉について
「PCの死」と「平等なウェブ世界の終焉」 ここに書かれているようなウェブ世界の終焉が、近い将来実際にやって来る可能性は十分にあると思った。 ウェブ世界といっているのは、要はウェブブラウザのこと。 10年後、ウェブブラウザというのは時代遅れのアプリケーションになっているかもしれない。 完全に消えはしなくても、現在の RSS リーダーのようなストイックな位置づけになって、HTML リーダーと呼ばれているかもしれない。 ティムバーナーズリーが作った WWW は、HTML、HTTP、URL によって成り立っている。 その三要素のうち、HTML はもう半分ぐらい死んでいる。 ウェブサービスの多くは RESTful な API を持っており、ウェブブラウザやネイティブアプリなど複数種類のクライアントから利用される。これらはサーバーから JSON や XML といった非 HTML データを取得し、パース
ティム・バーナーズ＝リー - Wikipedia
ティモシー・"ティム"・ジョン・バーナーズ＝リー（英語: Timothy "Tim" John Berners-Lee、1955年6月8日 - ）は、イギリスの計算機科学者。ロバート・カイリューとともにWorld Wide Web（WWW）を考案し、ハイパーテキストシステムを実装・開発した人物である。またURL、HTTP、HTML の最初の設計は彼によるものである[2]。 メリット勲章（OM）[2]、大英帝国勲章（KBE）[3]、FRS（王立協会フェロー）[2]、FREng（王立工学アカデミー（英語版）フェロー）[2]、FRSA（王立技芸協会フェロー）を保持する。 出生地はロンドン。黎明期の電子計算機の一つであるManchester Mark Iの開発チームに参加していた数学者夫妻コンウェイ・バーナーズ＝リーとメアリー・リー・ウッズのもとに生まれる。 1973年にロンドンのエマニュエル校を
身につけておきたいWebサイト高速化テクニック #2｜検証ツールとそもそもHTTPって何だ編 | DevelopersIO
第1回のアジェンダ編では、高速化に関わる要因と解決策の全体像を紹介しました。 アジェンダ編にもかかわらず多くのブックマーク、シェアをいただきありがとうございます！ 余談ですが、記事にブックマーク、シェアをしていただくと、このブログでは執筆者に経験値がたまるような仕組みになっています。 たくさん経験値を貯めると四半期ごとに良いことがあるかもしれないので、気が向いたらこの他の執筆者の記事もシェアしていただけるとうれしいです。 言葉にせずとも、わかっていただけると思いますが、この記事も・・・ね？ 右上にあるボタンをちょちょっと。 本題 余談はさておき、本題に入りましょう。 今回は「無駄なリクエストとレスポンスの削減」に視点を置き、解決策について調査、計測して紹介してみたいと思います。 と思ったのですが、長くなりすぎたため、まずは「検証ツールとHTTPについて」紹介することにしました。 この記事の
先輩と覚える HTTP ステータスコード
gistfile1.md 先輩に学ぶ HTTP Status Code 超雑にまとめました。修正してください。 登場人物 アプリケーション先輩: いつも忙しい。横に広がるのが得意(デブじゃない)。 後輩: 頼んでばっかしで役に立たない。 サーバー先輩: アプリケーション先輩と仲がいい。Unix Socket でつながるくらい仲良し。 プロクシ先輩: アプリケーション先輩とかサーバー先輩と後輩の間を取り持って代わりに伝えたりしてくれる。たまに勝手にレスポンスを書き換える。 1xx 系 100 Continue 後輩「あ、先輩！お願いが！」 アプリケーション先輩「おー、聞いてやる。詳しく話せ」 101 Switching Protocols 後輩「せんぱーい、お願いなんですけどー」 アプリケーション先輩「ちょっと待て、お前 HTTP 1.0 で喋るな、 HTTP 1.1 か TLS 1.0 で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Studying HTTP