こんにちはこんにちは ! ! はまちや2です! 今日からぼくと一緒にWebプログラミングのセキュリティについて、ちょっぴり勉強してみませんか!今回はHTTPがどんなやりとりをしているのか、簡単におさらいしてみましょう!
こんにちはこんにちは ! ! はまちや2です! 今日からぼくと一緒にWebプログラミングのセキュリティについて、ちょっぴり勉強してみませんか!今回はHTTPがどんなやりとりをしているのか、簡単におさらいしてみましょう!
ExtractContentJSはJavaScript製のオープンソース・ソフトウェア。ブログやWebサイトのデータを集積して、そこから情報を吸い出して何らかのサイトを構築するというサービスは多い。その時重要になるのが特定URLからの本文抽出だ。サイドバーやヘッダーなど余計な情報を省くことでより意味のあるコンテンツが得られるようになる。 画面下の文字列が本文抽出した結果 Rubyであれば以前紹介したExtractcontentというライブラリがある。そしてそれをベースのはてなにてJavaScript実装したのがExtractContentJSだ。JavaScriptベースの実装とあって、クライアントベースで抽出を行いたいという時に使えそうなライブラリだ。 使い方は簡単で、ExtractContentJSのオブジェクトを作ったら現在表示されているページのオブジェクト(document)を渡す
こんにちは、金曜日の担当、素敵なレディーことtokuhirom_______です。最近、デバッグ本がでたということで、HTTPをつかった商売をしている人なら割とよくつかってるんじゃないかというツールを紹介します。まずは fiddler2 ですね。windows でうごく web debugging proxy です。 http://www.fiddler2.com/fiddler2/ 昔、id:TAKESAKO さんがなにかで紹介してたのを見ていらい、つかってます。ブラウザに関係なく、簡単に http 通信の様子をみれるので、便利です。サーバ側は ngrep が便利です。id:wakatono さんの記事をみていらい愛用しています。tcpdump よりはお気楽なんじゃないかなーとおもってます。 http://www.atmarkit.co.jp/fsecurity/rensai/sec
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.
このハンドシェークの後、 クライアントが暗号化された http リクエストを送信し、 それを受けてサーバが暗号化されたレスポンスを返す。 https サーバがバーチャルドメイン機能を持つには、 https サーバがサーバ証明書を送信する (上のハンドシェーク図の 3行目) より前に、 クライアントがリクエストしたいホスト名を通知する必要がある。 上図から明らかなように、 ホスト名の通知は一番最初の「ClientHello」で行なわれなければならず、 そのための拡張が、 「Server Name Indication」というわけである。 もちろんこの時点では、まだ鍵の交換は行なわれていないので、 ホスト名は平文で送られる。 前置きが長くなってしまったが、 この Server Name Indication (SNI) を stone でサポートしてみた (stone.c Revision 2
こんにちは。ブログと検索を担当している河野です。 突然ですが、皆さんは404という数字を見て何を思い浮かべるでしょうか。 この数字からWebブラウザで時折見かける「404 Not Found」を思い出す人は多いのではないかと思います。ということで、ちょっと強引ですが、今回はこの404などのHTTPステータスコードについて、ディレクターの視点で知っていた方がいいことを書いてみたいと思います。 【1】HTTPステータスコードの定義と確認方法 まずはHTTPステータスコードについて一通り説明をしたいと思います。 HTTP ステータスコードとは、「HTTPにおいてWebサーバからのレスポンスの意味を表現する3桁の数字からなるコード」とWikipediaには定義されています。 冒頭であげた404は、このステータスコードの1つで、リクエストに対応するページやファイルを見つけられなかった時にサーバが返し
HTTP とは 最終更新2004-05-31T00:00:00+09:00 この記事のURI参照https://www.7key.jp/nw/technology/protocol/http1.html#http HTTPはWeb サーバとクライアント(ブラウザ等)が通信を行うためのプロトコルで【HyperText Transfer Protocol】の略です。ほとんどの場合HTTP はWeb サーバとクライアント間で使われ、ほとんどの方はこれを経験したことがあるでしょう。今回は話をわかりやすくするために、ブラウザとWeb サーバ間の話にまとをしぼって進めていきます。 HTTP リクエスト 最終更新2004-05-31T00:00:00+09:00 この記事のURI参照https://www.7key.jp/nw/technology/protocol/http1.html#request
Diagram An activity diagram to describe the resolution of HTTP response status codes, given various headers. The diagram is available in various formats: http-headers-status.gif (205 kb) http-headers-status.jpg (340 kb) http-headers-status.png (447 kb) http-headers-status.svg (315 kb) please see request for assistance below The Visio diagram, published on Google Code Request for assistance
このドキュメントは、RFC2616を翻訳したものです。 参考訳ですので、標準としての効力はありません。 RFCとしての詳細は原文を参照してください。 その他制限等は、原文に準じるものとします。 最新版は http://siisise.net/ にて公開します。 Yuuichirou Oka (oka @ csce.kyushu-u.ac.jp)さんのRFC 2068の訳を含んでいます。 ご意見・ご感想等ありましたら、佐藤 雅俊 okome at siisise.net までお願いします。 Network Working Group R. Fielding リクエスト for Comments: 2616 UC Irvine Obsoletes: 2068 J. Gettys Category: Standards Track Compaq/W3C J. Mogul Compaq H. Fr
Landscape トップページ | < 前の日 2003-11-18 2003-11-19 次の日 2003-11-24 > Landscape - エンジニアのメモ 2003-11-19 RFC2616 Hypertext Transfer Protocol -- HTTP/1.1 日本語訳 当サイト内を Google 検索できます * RFC2616 Hypertext Transfer Protocol -- HTTP/1.1 日本語訳この記事の直リンクURL: Permlink | この記事が属するカテゴリ: [RFC] http://www.mars.dti.ne.jp/~torao/rfc/rfc2616-ja.txt http://www.studyinghttp.net/rfc_ja/2616/rfc2616_ja.html
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く