HTTPステータスコードを適切に選ぶためのフローチャート : 難しく考えるのをやめよう | POSTD
HTTPステータスコードを返すというのはとても単純なことです。ページがレンダリングできた？よし、それなら 200 を返しましょう。ページが存在しない？それなら 404 です。他のページにユーザをリダイレクトしたい？ 302 、あるいは 301 かもしれません。 I like to imagine that HTTP status codes are like CB 10 codes. "Breaker breaker, this is White Chocolate Thunder. We've got a 200 OK here." — Aaron Patterson (@tenderlove) 2015, 10月 7 訳：HTTPのステータスコードのことは、市民ラジオの10コードみたいなものだと考えるのが好きです。「ブレーカー、ブレーカー、こちらホワイト・チョコレート・サンダー。200
AFNetworkのSwift版 Alamofireを試してみた - Qiita
AlamofireはSwiftで書かれたHTTPネットワークライブラリです。作者はAFNetworkingのメインコミッターとしても有名なMatttさんです。９月７日時点でまだ21コミットほどしかありませんが、GitHubスターも３５００ほどあり、機能としても実用十分なものを備えています。コードを見てみるとSwiftのパワフルな特性と活かした非常に簡素で可読性の高い記述がされています。コードも１０００行ほどでSwiftの勉強教材としても大変役に立つかと思います。 機能 以下の機能があります。AFNetworkingにあるUIImageViewの拡張はありません。 Chainable Request / Response methods URL / JSON / plist Parameter Encoding Upload File / Data / Stream Download usi
HTTPリクエスト/レスポンスとは? HTTPヘッダーを理解しよう | 初代編集長ブログ―安田英久
今日は、少し技術的な話ですが、Web担当者も知っておくといい知識を。テーマは「HTTPヘッダー」です。知らなくてもWebサイトは作れますが、知っておくとサイト上での仕組み作りの視野が広がるかもしれません。 ブラウザでWebページを表示するときに、ブラウザはWebサーバーと通信しています。そのときに使われるのが「HTTP」というルールです。 HTTPは「HTTPリクエスト」と「HTTPレスポンス」に分けて考えます。ブラウザがサーバーに「このページを見たい」と頼む通信が「HTTPリクエスト」で、そのリクエストに応えてサーバーがブラウザに返す通信が「HTTPレスポンス」です。 まず、ブラウザ → サーバーの「HTTPリクエスト」から説明しましょう。 HTTPリクエストはブラウザが送るものですから、HTTPリクエストを作るのはブラウザです。サーバーは、受け取ったHTTPリクエストの内容からどんな情
ワンライナーWebサーバを集めてみた - Qiita
ワンライナーWebサーバを集めてみた クライアントサイドのJavaScriptをいじっていて，不意にローカルファイルでは実行できない領域に踏み込んでしまうことがあると思います．最近では，HTTPSが必須であったり，HTTP2を使ってみたくなることもあります．とりあえず私が踏み込んでしまったのはWebWorkersですが，他にもWebRTCや・・・（思い出し中）・・・（見つからなかった）・・・などが該当します． そんな時にいちいちApacheやnginxを立ち上げるのも面倒なので，ちょっと検索した結果を残しておきます． [2018/4/18追記] 最近ではHTTPSを使用する必要が高まっています．これを受け，HTTPSに対応する方法が増えてきたので，全て網羅できませんが，可能な限り追記・変更を行いました． Python（SimpleHTTPServer）編 Pythonでは（バージョン2.4
パーシステントコネクションとは 【persistent connection】 - 意味/解説/説明/定義 ： IT用語辞典
HTTPキープアライブ 【HTTP Keep-Alive】 パーシステントコネクション / persistent connection 概要 HTTPキープアライブ（HTTP Keep-Alive）とは、HTTPの拡張仕様の一つで、一つのTCP接続を一回のHTTP通信で切断せず、複数のHTTPリクエスト/レスポンスを送受信するよう維持する機能。 HTTP（Hypertext Transfer Protocol）はWebコンテンツの送受信に標準的に用いられるプロトコル（通信規約）で、下位のトランスポート層のプロトコルにTCP（Transmission Control Protocol）を用いる。 初期のHTTPは一回の送受信のために一つのTCP接続を確立し、転送が終わると切断するという仕様だったため、一つのページに複数の画像ファイルが関連付けられている場合などには伝送するファイルの数だけTC
【よく見るものを一覧で解説】HTTPステータスコードとは？コード番号別に詳しく解説
HTTPステータスコードとは、ウェブサイトにアクセスしたとき、正常な画面ではない場合に表示される3桁の数字のことです。 ウェブサイトにアクセスしたときに「404」や「503」といった数字が表示された経験はないでしょうか。HTTPステータスコードはたくさんの種類があり、それぞれ意味する内容が異なります。 そこで本記事では、それぞれのステータスコードが持つ意味や対処法、HTTPステータスコードの確認方法を解説します。 HTTPステータスコードについて知ることで、アクセスしたウェブサイトに何が起きているのかを理解できるようになるので、ぜひご参考にしてください。 この記事のポイント HTTPステータスコードは、特定の HTTP リクエストが正常に完了したかどうかを示す3桁の数値で表されるもの 大まかに200番台の成功レスポンス、300番台のリダイレクト、400番台のクライアントエラー、500番台の
HTTPメソッドのPUTメソッドとPATCHメソッドの違い | blog.kotamiyake.me
Ruby on Railsのバージョン4.0からPATCHメソッドが採用されたということでしたが、そもそもPUTメソッドとPATCHメソッドの違いって何？というところから調べてみたことをまとめたいと思います。 HTTPのためのPATCHメソッド – 2. PATCHメソッドには以下のように書かれています。 PUTリクエストとPATCHリクエストの違いは、サーバがリクエストに同封されたエンティティをリクエストURIによって識別されるリソースの修正の処理をする方法の中で反映される。 PUTリクエストでは、同封されたエンティティはオリジンサーバ上に保存されるリソースの修正バージョンであるとみなされ、クライアントは保存されるバージョンが置き換えられることを要求している。 しかし、PATCHリクエストでは、同封されたエンティティは、現在オリジンサーバ上に存在するリソースから新たなバージョンを生成する
クライアントからやってくる本物の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/
ティム・バーナーズ＝リー - 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表示の高速化を実現するSPDYとHTTP/2.0の標準化 | IIJの技術 | インターネットイニシアティブ（IIJ）
（※）このページで紹介している事項は記事初出時点の情報に基づいたものです。本ページはアーカイブとして掲載しています。 ツイート 2013年8月6日 はじめに SPDY(スピーディと読みます)は、GoogleがWebの表示を高速化するために開発した、新しいプロトコルです。新しいと言っても、今後普及が見込まれるような新技術ではなく、既に実用化され多くの方が日常的に利用しています。 現在ChromeやFirefox、Operaのブラウザを使われている方は、Googleのサービスやtwitterにアクセスしていると、実は全く気付かないうちに、このプロトコルを利用しています。 SPDYは2010年6月にリリースされたChromeのバージョン6安定版からデフォルトで有効になっており、Chrome利用者はこの新技術を3年以上も利用していることになります。 一般のユーザはSPDYを使っているかどうか、どう
「本当の基礎からのWebアプリケーション入門――Webサーバを作ってみよう」始めました - K.Maebashi's はてなブログ
以前から「誰か書いてくれませんかね」とか言っていた「本当の基礎からのWebアプリケーション入門――Webサーバを作ってみよう」ですが、誰も書いてくれないので自分で書きました。 本当の基礎からのWebアプリケーション入門――Webサーバを作ってみよう http://kmaebashi.com/programmer/webserver/index.html 現状、合計で140行くらいのJavaプログラムで、普通に画像やCSSを含むWebページが表示できています。こちらのページの下のほうにも画像を貼っていますが、こんな感じで、ローカルのファイルシステムに置いてある私のWebサイトのトップページが表示できていますし、もちろんリンクをクリックして遷移することもできます。 「えっ? Webサーバってこんなに簡単に書けるの?」と思う人も多いのではないでしょうか。 もちろんこんなのは「わかっている人」から
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「HTTP/2」制定の背景や「HTTP/1」との違い、Akamaiのマーク・ノッティンガム氏が説明 
Ruby で簡易HTTPサーバ : sonots:blog
Amazon.co.jp: HTTPの教科書: 強靭な技術力と柔軟な思考を味方にするWebプロトコルの基礎: 上野宣: 本