ApacheとWebブラウザ間でデータをやり取りするために利用するプロトコル「HTTP」について説明します。 前回までは主に，Apacheの各種機能を使うための設定方法を紹介してきました。さらに深くWebサーバーをカスタマイズするとなると，WebサーバーとWebブラウザの間でデータをやり取りする仕組みについても理解しておく必要があります。 そこで第8回は，Webで利用されているプロトコル「HTTP」そのものと，HTTPを利用した通信の仕組みを説明します。 第1回では，WebブラウザとWebサーバーは「HTTP（Hyper Text Transfer Protocol）」と呼ばれるプロトコルを利用して通信することを説明しました。プロトコルはいわば言葉のようなものです。文法に沿って言葉がやり取りされるように，HTTPにおいても特定のルールに則ってサーバーとクライアントが通信します。例えば，「i

telnetでリクエストを打つのは面倒…… クウ　「うーん。めんどくさい……」 ジュンさんにWebアプリエンジニアとして重要な基礎、HTTPのしくみを教えてもらったクウは、引き続きHTTPと格闘中だ。 クウはジュンさんに教わったとおりtelnetを使ってHTTPを勉強していた。しかし、telnetで静的ファイルの閲覧などは比較的簡単にできるのだが、肝心のWebアプリケーションの閲覧を行うには非常に面倒であった。 ユウヤ　「どうしたの？」 クウ　「HTTPの勉強しようと思ったんだけど、コマンドをいちいち打ち込むの大変なんだよね……」 ユウヤ　「なんかそういうの、簡単にできるツールあるんじゃないの？」 クウ　「ああ、そうか。よく考えたらそういうのありそうだね。ちょっと探してみよっと」 ユウヤ　「まあ、それはいいとしてだ。昨日頼んでおいた資料ってどうなった？」 クウ　「ああっ。ごめん！ 共有サー

今日は、少し技術的な話ですが、Web担当者も知っておくといい知識を。テーマは「HTTPヘッダー」です。知らなくてもWebサイトは作れますが、知っておくとサイト上での仕組み作りの視野が広がるかもしれません。 ブラウザでWebページを表示するときに、ブラウザはWebサーバーと通信しています。そのときに使われるのが「HTTP」というルールです。 HTTPは「HTTPリクエスト」と「HTTPレスポンス」に分けて考えます。ブラウザがサーバーに「このページを見たい」と頼む通信が「HTTPリクエスト」で、そのリクエストに応えてサーバーがブラウザに返す通信が「HTTPレスポンス」です。 まず、ブラウザ → サーバーの「HTTPリクエスト」から説明しましょう。 HTTPリクエストはブラウザが送るものですから、HTTPリクエストを作るのはブラウザです。サーバーは、受け取ったHTTPリクエストの内容からどんな情

このPart1は，Webアクセスの基本をしっかりと把握することが目的である。WebブラウザとWebサーバーのやりとりの流れを押さえて，Webアクセスの実際の姿を理解する“基礎体力”を養おう。 HTTPによるリクエストとレスポンスを確認 Webブラウザが要求を送り，Webサーバーが応答を返す——。Webアクセスを一言で表現すると，こうなる。こうした単純なやりとりの手順や内容を決めているのが，HTTP＊というプロトコルである。このHTTPがWebアクセスの根幹と言える。 5段階に分けて考えよう まずはWebアクセス全体の流れを簡単に確認しておこう（図1-1[拡大表示]）。ここでは，流れを五つのステップに分けて考えてみる。 ステップ1 ： ユーザーがWebブラウザにURLを入力する ステップ2 ： WebブラウザがリクエストをWebサーバーへ送る ステップ3 ： Webサーバーがリクエストを解析

巨人の力を使っちゃえ！Web APIを使えば、あなたの夢も一発で実現：5分でネットがわかるシリーズ（10）（1/5 ページ） そもそもAPIとはなんぞや？ 10回目に突入した「5分でネットがわかるシリーズ」。さて今回はちまたで話題の「Web API」について取り上げます。Yahoo!が賞金30万円を掛けて、WEB API コンテストを開催したり、プログラミング雑誌でも「Web API プログラミング！」といった特集が組まれたりと、かなり注目を受けている技術です。皆さんも一度は耳にしたことがあるでしょう。では、いったいどんな技術なのか、一緒に見てみましょう。 今回は「Web API」についての解説ですが、そもそも「API」とは一体どういった意味なんでしょう？　APIは「Application Programming Interface」の略です。アプリケーションプログラミングインターフェイス

2007年03月11日17:00 カテゴリiTech Google AnalyticsのAnalysis、そして滞在時間のウソ 簡単で奇麗で便利なGoogle Analyticsですが、閲覧時間に関しては信用しない方が賢明です。 あとで読む　いつまでたっても　あとで読む - FIFTH　EDITION これ見ればわかりますが、9割以上のアクセスが、１０秒以内で、うちのサイトを離脱しているわけです。（１０秒しか閲覧してない） そのことを示す前に、Google Analyticsがどんな仕組みで動いているのかを見てみましょう。 Google Analyticsに加入すると、解析したいサイトに、以下のJavaScript Codeを埋め込むよう言われます。 <script src="http://www.google-analytics.com/urchin.js" type="text/jav

2011.05.28 MacBook Pro最速化計画　その1 (1) カテゴリ：マック・インターネット えー、さて、タイトル通りで、昨年清水の舞台的に購入したMacBook Pro 15インチ CORE i7 8GB/128GB君。大容量メモリとSSDのおかげで、デスクトップ並相当に速い子です。更に上を目指してみました。 ♯　以下の文はいわゆる「自己責任」的扱いですのでご注意を。 さかのぼること10数年前。ノートタイプのパソコンはPowerbook 2400c（これも当時は高かった）からのお付き合いですが、元来動画にゃ興味がないので、ノート型に光学ドライブ不要論者でありました。覚えている限りで「CDやDVDドライブを積んでいて助かった」と言うことはほとんどありません。＞プロローグA 前回パソコンを組んだときに仕込んだのが、24GBのメモリとSSDを使ったRAID 0（ストライピング）シス

実際、今回のDDoS攻撃にはかなりびっくりした。それはもう。漢字で書くと吃驚だ。漢字を口語的に表現すると「ぉおおおっとぉぉぉう！」な感じ。 というのも、どうやら感染経路やシステム破棄の方法が、個人的に暖めていた(実行しようとしていたわけではない)ウイルスとあまりに酷似していたから。韓国のPCを一気に破壊する場合、どうするのが一番効果的か、といったことを脳内シミュレーションしていたものとかなり似ていたのだ。 韓国のPCやサーバはものすごくセキュリティが甘い。そもそもサーバにWindowsを使っている時点で甘々なのだが、それ以前にPCの利用がインターネットカフェ(PC房)に集中している時点で危険なのだ。 日本でもそうだが、インターネットカフェのPCは利用者が変わるか、営業時間が終わった時点でマシンがリセットされる。このリセットがどのレベルかが問題となる。 たとえばXPを例に挙げると、リセットさ