完全に釣りタイトルですけど中身は真面目に書くよ。 近年、ウェブサイトのHTTPS化が流行のようになっている。私の知る限り、Googleの各種サービスやTwitter、Facebookなどが完全にHTTPSで通信を行うようになっている。HTTPS、つまりSSLによる通信の暗号化によって、ユーザにこれまでよりも安全なウェブサイトを提供できる。 しかし、あなたが作っているサイトをふと思いつきでHTTPS化してしまうと、たぶん、これまでよりもサイトが遅くなる。ここでは、HTTPSで通信する場合の問題を解説する。 なぜ遅くなるのか HTTPで通信する場合、クライアントがサーバへと接続するためにはTCP/IPの3ウェイハンドシェイクという手順が必要になる。めんどくさいのでここでは詳しくは説明しないが、要するにクライアントがリクエストを投げる前にパケットを１往復させないといけないのである。パケットの往復
今日は秋らしいよいお天気だったので、それとは特に関係なく今日も今日とてぼーっとディスプレイに向かっていたところ、こんな記事を見付けた。 勇気を出して告白！ その返事で覚えるHTTPステータス・コード あらあらまあまあ。なんだか俺、この記者の方にシンパシーを覚えるよ。 この手のネタは大好物なのだけど、404はお断りの返事ちゃうやん、てか断り方だけでも何パターンもあるんやで、とうずうずしてきたので便乗して考えてみることにした。例によって400系レスポンスに偏ってるのはお約束。しかたないよねー。告白のレスポンスなんて受けとる方でも返す方でも400系しか知らないもん。ごめん嘘だ。503（「お前本当にタイミング悪いな」）返したことある。再リクエストはありませんでした。200？ああ、そんなステータスコードもありましたね。おいしいのかな。使ってみたいです。 （予想外に反響があったので追記）見ての通り全部
かつて「天才・たけしの元気が出るテレビ!!」というテレビ番組に，「勇気を出して初めての告白」というコーナーがあった。視聴者がテレビ番組に告白したいことを手紙で送り，出演するタレントの手助けを得て，勇気を出して告白をする。演出込みだったのかもしれないが，当時小学生だった筆者はドキドキしながら見守っていたことを覚えている。 その後，筆者は「好きです」「つきあってください」などと，何度か告白する機会があった。ここで言いたいのは，筆者がどのような告白をしたかではない。告白をすれば返事があるということだ。返事はOKのときもあれば，NGのときもある。NGの場合は，さまざまな理由が付随したりする。 日常でよく見られる「リクエスト」と「レスポンス」 ときは経って，筆者は社会人になり，記者を経て編集者になった。日経ソフトウエアというプログラミング雑誌で，HTTPの解説記事を編集していたときのことである。 W
HTTPプロトコルでは、コンピュータ同士が通信している間に、コードを用いてお互いの状態(ステータス)をやり取りしています。このコードのことをHTTPステータス・コード(HTTP Status Code)と呼び、エラーが発生した場合に「404 Not Found」のようにブラウザ上に表示されたり、エラーが発生しなかった場合にも見えないところでやり取りされています。 また、通信を行うためにクライアントがサーバーに様々なリクエストを行いますが、このリクエストの方法をメソッドと呼びます。 規格
この記事は，日経ソフトウエア2007年2月号，連載「簡単実装で学ぶWeb技術2006」の第8回「Cookie――状態管理とトラッキング」の再録です。記事は執筆時の情報に基づいており，現在では異なる場合があります。 こんにちは，結城浩です。 今回は，Webで状態を管理する際の基本技術である「Cookie（クッキー）」を紹介します。サンプル・プログラムを通してCookieの仕組みを学びましょう。サンプル・プログラムは，Cookieの読み書きを試す簡単なものから，ユーザーのアクセス追跡やログイン状態の管理などの機能を備えた実用的なものまでを紹介します。 ここで紹介するサンプル・プログラムは，日経ソフトウエアのWebサイトからダウンロードできます。ダウンロード・ページ中で，2007年2月号の「簡単実装で学ぶWeb技術2006 第8回」を参照してください。 ●日経ソフトウエア2007年2月号のダウン
HTTPとは？ HTTPのサンプル メッセージ構文 リクエスト行 レスポンス行 メソッド ステータス番号 ヘッダ Accept （要求） Accept-Charset （要求） Accept-Encoding （要求） Accept-Language （要求） Accept-Ranges （応答） Age （応答） Allow （要求/応答） Authorization （要求） Cache-Control （要求/応答） Connection （要求/応答） Content-Encoding （要求/応答） Content-Language （要求/応答） Content-Length （要求/応答） Content-Location （要求/応答） Content-MD5 （要求/応答） Content-Range （要求/応答） Content-Type （要求/応答） Date （
ステートレスとは何か
RestWiki をたまに見直すと新たな発見があって面白い。 たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、 人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。 ステートフルサーバとステートレスサーバはどう違うのか。 まずは、ステートフルの例: 客: こんにちは 店員: いらっしゃいませ。○○バーガーへようこそ 客: ハンバーガーセットをお願いします 店員: サイドメニューは何になさいますか? 客: ポテトで 店員: ドリンクは何になさいますか? 客: ジンジャーエールで 店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです 店員:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
