管理人です。
2010/05/16(Sun)
違います。
違う理由を「[Studying HTTP] HTTP Cookies」に追記しました。
2010/05/29(Sat)
ご指摘ありがとうございます。
修正いたしました。
こんにちは。
しばらく前から
HTTP Authorization ( [Studying HTTP] HTTP Authorization )
Content Negotiation ( [Studying HTTP] Content Negotiation )
のページが多くのブラウザで表示できない状態になっています。
Firefoxでは
「内容符号化 (Content-Encoding) に問題があります
不正または不明な形式で圧縮されているため、ページを表示できません。」
というエラーメッセージが、またGoogle Chromeでは
「エラー 330 (net::ERR_CONTENT_DECODING_FAILED): 不明なエラーです。」
というエラーメッセージが表示されます。
どうもContent-Encodingに問題があるようですが、私だけの問題でしょうか。
お時間のあるときでかまいませんので、調べていただけないでしょうか。
cookieの説明のdomainの部分ですが、「.」の数ではなく、区切られた区間の数が2や3以上なのではないでしょうか？
[Studying HTTP] HTTP Method
PATCHメソッドについて大幅改訂。
<Todo>
PUTとDELETEの（※）で逃げてる部分も改訂する。
HTTPのためのPATCHメソッド
現在のハイパーテキスト転送プロトコル（HTTP）では、「リソースの完全な置き換え」を行うためのPUTメソッドしかありません。
本書では、既存のHTTPリソースに対して「リソースの部分的な修正」を行うために、新たなHTTPメソッドであるPATCHを提案しています。
がんばれ！アドミンくん 第211話 − ＠IT
今月の初め頃に「はてなブックマーク」でエラくマークされたようですが、そこで「あとで読む」とした人は、あとで読むんですかね？
つーか、なんで今頃そんなにヒットしたのかもよくわからないし、今回マークされたサイトのドメインが“studyinghttp.net（wwwなし）”というのもよくわからないです。
ttp://b.hatena.ne.jp/entry/www.studyinghttp.net/（既存のはてブ）
ttp://b.hatena.ne.jp/entry/studyinghttp.net/（何故か今回盛り上がったはてブ）
こんにちは。
数日前から正常にページを見ることができるようになりました。
正常にページを見ることができるようにしてくださりありがとうございました。
こんばんは。
最近、このサイトのこのページ以外のページへアクセスするとき、すべてのページで403Forbiddenとなってしまいます。
自分には全く見覚えがないのですが、何かまずいことをしてしまったのでしょうか？
まずかった点があれば改めますので、何がまずかったか教えてくださいませんか？
よろしくお願いします。
Studying HTTP : Program
H_HttpReqObj.js, v0.1リリース。
開発のモチベーションは、世の中の「XMLHttpRequestサンプル」のほとんどが“readyState == 4”という類の「ヘタクソな」コードばかりであるというところからです。
なんというか、ソースコードにマジックナンバーを埋め込んでもなんとも思ってないのか。
JavaScriptなんて、メソッドもプロパティも作りたい放題なのに、なんで隠蔽しないのか。
ソースコードレビューを受けたら確実に最初に指摘を受けるところなんじゃないのか。
つーか、そもそも違和感すら持っていないんだろうなとは思うけど。
TOPページより、ステータスコードやヘッダのページの方がアクセスが多いのです。
個人的に一番読んでもらいたいページは“[Studying HTTP] Introduction of HTTP”なんですが。
読みやすいデザインというのは常に考えております。
W3Cは賞味期限切れ組織？ − ＠IT
確かにHTTP/1.1の改訂とか、「おまえら決める気無いだろ」って感じるしなぁ
あけましておめでとうございます。
Last Callだそうです。
デファクトスタンダードのものを後追いで仕様書を書いてるというのが現実なので、正直世間の関心は低いのかな？
とりとめのない内容になっていた“/java”を廃止。
HTTP - Hypertext Transfer Protocol Overview
HTTP/1.1改訂版のドラフト第8版が発行されました。
日付が一ヶ月バグっておりますが（笑）
Issues（問題点）がまだかなり残ってるので、正式版発行まではまだかなりかかると思われます。
でも、Part5が一旦残件0になったみたいなので、今度読んでみようと思ってます。
[Studying HTTP] Character Sets
電子メールで「半角カナ」を使えない理由は、『拡張されていないSMTPサーバの場合、8ビット文字を含むデータを送られたら、拒否するかもしれないから』の理由を表すRFCの引用部分が間違っていたので修正。
http://www.itmedia.co.jp/news/articles/0910/16/news043.html
おそらく最初の考えとしては「『ネット上の場所』は、Unix環境のディレクトリ区切り子である“/”との区別をつけるため」に“//”をつけると言うようなことを考えていたのかもしれない。
Uniform Resource Identifier (URI): 一般的構文
でも、mailto:やnews:が指し示すURIであっても、「（ネットとは依存しない）単なる名前」ということはありえなくて、結局ネット上に存在する仕組みを使っている以上は、やっぱり『ネット上の場所』なはずで、だとしたらそれは「“//”が必要である」ということを示すことにはならないはずだよね。
とは言っても、ティムさんがいまさら（本当にいまさら）そんなことを指摘してくれたから、たまたま今そう思えているだけの話であって、そう言われなかったら、そんなこと考えることすらしなかったはずだよな、と。
ティムさんも語っているけれど、しかし「きょうび“//”がないから通信エラーになる」ということもあんまりないんですな。
それはたとえば「ttpスキーム（h抜きURL）」でも自動リンクを張るような仕組み（あるいはリテラシ？）が得られてきているということもあって、そもそもエンドユーザが「そんなこと」を意識すらしていないはずですよね。普通は。
まぁ、特にオチもない話なんですが（笑）
このネタがサイトにフィードバックできると一番いいんですけど。
配色を少し変えました。
Httpbis Status Pages
セキュリティに関するドラフトは既に期限切れ。
どうなっとんのや…。
Studying HTTP : Program
小物プログラムたちを一つのページにまとめました。
メモ
2008年11月、SunはJava 6 update10をリリースしました。
このバージョンより、Javaプラグインの構造を一新した次世代Javaプラグインが含まれています。
この次世代Javaプラグインでは、Javaアプレットの起動の高速化、Java<->JavaScript通信機能（かつてNetscape が「LiveConnect」と呼んでいた機能）の改善、Windows Vistaへの最適化などを実現しています。
互換性を維持するため、新しい Java Plug-In と従来の Java Plug-In がともに提供されています。
コンテンツが新しい Java Plug-In で適切に動作しない場合は、従来のプラグインの使用に切り替えることができます。
[Studying HTTP] Introduction of HTTP
W3Cの奥底から一つ文書を掘り起こして、ネタを書きましたｗ
思っていたよりアクセスが伸びないので、“/history”は廃止。
http://www.itmedia.co.jp/news/articles/0908/06/news031.html
「撲滅」っていう響きがエグいなぁ
つーか、ウチの会社も唯一のサポートブラウザがIE6だったりするんだよね。
XPの標準だし、この不況下でOSの入れ替えもままならない企業にしてみれば、なかなか撲滅とはならんと思うんですが。
つーか一般の会社からすれば「たかがブラウザ」だからなぁ。
http://www.samurai-factory.jp/info/2009/2009070796.html
今、日本ではIE7が一番多いらしい。
やっぱ「Vistaの標準だから」か…ということは、企業がWin7待ちの現状を考えると、あと2〜3年はIE6は死なないね。残念ながら。
え、俺？ 俺は会社のにもFirefox入れてますよ。使えねーもん、IEなんか。
見つかったら？ それはその時考えればいいじゃない（笑）
なんだこれだけでよかったのか
[Studying HTTP] HTML & XML
JavaScriptのネタが溜まって来たらページ独立するか
<Todo>
JavaAppletとJavaScriptの通信方法
XMLHttpRequest ←“HTTP”のサイトなんだからこっちが先だろって
面白いフォントを見つけたので使ってみた
Level Font - 1001 Free Fonts
はい、現実逃避中です
早く寝ろってのｗ
TOPページが野暮ったいので何とかしたいと、もう何年も思っているがなんともならないし、それを考える暇もないのだけど、それでも何とかしたいねぇ
リンク先の下に日本語でごちゃごちゃ書いてるのがいかんのかしら？
[Studying HTTP] History of the WWW
XHTML[tm]は結局流行らなかったねぇ
Webとは全然関係ないですが、「組込み適塾」というのに行かされることになっております。
組込み適塾| 組込みソフト産業推進会議
ここにフィードバックできそうなネタがないので、正直あまりやりがいが無…なんて言わないよ絶対
<Update>
[Studying HTTP] HTML & XML
DOMについて、過去に削った分を修正して再うｐ
<Todo>
[Studying HTTP] Character Sets
UCS-2とUTF-8について追記する
[Studying HTTP] HTML & XML
いまさらもいまさら、いまさらながら、JavaScriptの面白さに気づきました。
型も何にもない、なんでもオブジェクトになるというおおらかさは、なにより書いてて楽しい（笑）
でも仕事で使うとなると、このおおらかさの反面、メンテとか大変なんだろうなぁとも思いますが。
Webサイトのリ・ストラクチュアリングは半分くらい終了。
WebDAVやらWSDLやらの「ヒストリカルな」記事は、とりあえず内容を縮小して他のページに入れ込んだ。
もう5年くらい放置してある古い記述をこれを機会になんとかしたい。
それよりも、HTTPの研究サイトとか言ってるくせに、いつまで経っても最新のHTTPを利用した技術である“Ajax”と“REST”が載せられていない事に、苛立ちを感じています。
[Studying HTTP] History of the WWW
「ステータスコードをまとめたもの」とかと同じくらい、「歴史をまとめたもの」も何故か人気があるコンテンツ。
たぶん、読んでる方も書いてる方も、何となくわかったような気になるからなんだろうなぁ…
[Studying HTTP] HTTP Status Code
「URNという仕組みは、結局実用化されなかった」と書きかけたが、本文には採用しませんでした。
ドラフトを斜めに読んだ限りでは「WIRE=URNへのHTTP GETをDNS的な感じに解決してリソースを取得するためのプロトコル」という風に読めたけど、とりあえずもう少しくらいは加筆するつもり。
本文も読まずにWikipediaに加筆するなよ。絶対するなよ。
HTML 5 differences from HTML 4
Httpbis Status Pages
HTMLに比べて、HTTPの改訂作業は遅れ気味か。
「今更」感は否めないが、せっかくなので完成させてもらいたいものだ。
個人的には、PATCHメソッドについてのドラフトがいまだに改訂されているところが気になった。
[Studying HTTP] HTTP Status Code
「“HTTP 418”というステータスコードは無い事」を強調した。
420〜425と418の一番の違いは、http://www.iana.org/assignments/http-status-codes に登録されてるかどうかである。
前者（420〜425）は「RFC2616に定義のないHTTPステータスコード」である。
それに対し、418はレジストリに登録されてないのだから、「そもそもHTTPステータスコードですらない」のである。
なんで、世の中の人間はこんな簡単な事もわからないのか。
馬鹿なんじゃないのだろうか。
あと、status-code.com って、どう考えても上のページの目次を適当に切り抜いてサイト作ってるのに、なんで「see also」が2冊のRFCだけなのか。
see alsoの意味わかってないんだな。
せめて、Webdavの仕様書を斜めにでも読んでからサイト作れよ。
[Studying HTTP] Java
仕事で使ったネタで更新。
いまどきアプレットってどの程度使われてるんでしょうか。
Webではもうほとんど見かけないような気もしますが、業務用(?)では結構使われてるような気も…俺の周りだけか（笑）
それにしてもJava6 update10ではどうしてここまで劇的に仕様が変わったんでしょうか。
HTTP - Hypertext Transfer Protocol Overview
久しぶりに見たら、HTTP/1.1の改定作業も着々と進んでいるようで。
まだ全然読んでないですけど。
Fixしたら読みます。
管理人です。
あーありがち - Last-Modified と HTTP date と RFC 1123 を受けて、RFC2616の誤訳を修正しました。
＞ほかのプロトコルを掲載する予定はないでしょうか？（FTP、TELNET...etc)
現在のところ、そのような予定はありません。
いつもHTTPについて勉強させていただいております＾＾
Jia Luと申します。
ほかのプロトコルを掲載する予定はないでしょうか？（FTP、TELNET...etc)
よろしくお願いします
管理人です。
ご指摘ありがとうございます。
指摘事項は、ご指摘どおりに修正いたしました。
また他にも何かございましたら、よろしくお願いいたします。
些細な事ですが「MD5のアルゴリズム」
[Studying HTTP] MD5
で、例題の２進数表示が間違っています。
01100001 01100010 01100011
となるべきところが、
01010001 01010010 01010011
となってます。
段々、Webと関係ない仕事をやるようになって、最近じゃ「組込系」と呼ばれるジャンルの仕事をしてしまっているので、仕事で作る羽目になった文書を流用…じゃない、「再利用」をして（笑）、そのネタでサイトを更新するといった手法は全然できなくなってきております。
まぁ、JavaやTCP/IPならHTTPに関係ないとは言わせないけど、さすがにVisual C++やシリアル通信（RS232C）あたりになると、もう全然ジャンルが違うもんね（笑）
内部的な用語で「JSS」という略語があるんですけど、それを聞いてふと“JavaScript Style Sheet”を思い出したので更新。
もう、思い出話しか書けません（笑）
あの頃（＝IE4vsNN4の頃）は頑としてNNを使ってたなぁ。
あえて、英語版で最新（NN4.08は英語版しかありませんでした）使ってたもん。
まぁ、いまだに反IE派であるということには変わりありませんけどね。
home@mixedmedia.net - 株式会社ミクストメディア
さようなら、ミクストメディア。
今年の初めまでお世話になっていました。
半年くらい前でしたか、メールアドレスを変更する時だかにミクストメディアにメールをしたんですが、しばらく返事が来なくて「何やってんだかなぁ」と思ってたら、半月後に返信が来て「もうあまりサポートできません。他社さんに移って頂けるとありがたいです」みたいなメールが帰ってきてびっくりした記憶があります。
ネット上では色々言われているようですが、個人的にあまり悪い印象はありませんでした。
初めて使ったレンタルサーバ会社だったからってのもあったのかもしらんけどね。
クソなロボットが来たので、BBSを改善。
久しぶりにPerlに触ったかもだ（笑）
"Pockey-GetHTML/5.0.0 (Win32; GUI; ix86)"から絨毯爆撃を食らったので、"GetHTML"という文字列を含むUser-Agentのアクセスを無期限禁止。
Todo:
・下の406ページを含め、エラーページの文言を書き直す。
Mozilla Firefox 3.0をインストール。早い！
ところで、言語設定で「日本語 [ja]」を入れていない時、すなわちリクエストヘッダに“Accept-Language: ja”を含まないリクエストをされた時、当サイトのほとんどのページで406レスポンスが返される事が今日わかりました。
Fx3は、“Accept-Language: *”というようなパラメータは含まないので、日本語のリソースしか用意していない当サイトでは、406レスポンスになるという事です。
1. 現状放置
2. [en]のページを作る
3. 406レスポンス用にエラーページを作る
が今ぱっと思いついた三案ですが、コレを含めて何か対処を考えます。
まぁ、ある意味ネタになって良かったとも言えるけど。
https://www.so-net.ne.jp/center/Qnavi/cgi-bin/input_form_info.cgi?type=w に以下の文書を送りました。
=====ここから
So-net担当者様
お世話になっております。
私は、Studying HTTP (http://www.studyinghttp.net/) というサイトを管理・運営している橋本と申します。
6/4の0時〜2時にかけて、[*****bb.gifunt01.ap.so-net.ne.jp] というホストから、大変短い間隔で同一ファイルに連続してアクセスしていることが判明いたしました。
この高負荷アクセスにより、当サイトはレンタルサーバの担当様より苦情を頂いている状態です。
つきましては、該当ユーザ様にこのようなアクセスをやめていただけるようにお願いいただけますでしょうか。
そのお返事を持って、レンタルサーバ様に以後このようなことの無いようお返事したいと思っておりますので、よろしくお願いいたします。
以上、よろしくお願いいたします。
=====ここまで
このレンタルサーバではAnalogが利用可能なんだけど、夜中に異常なアクセス数になってたら一目でわかるんだよね。
もう、本当にやめて下さい。把握してる範囲では、逐一苦情を出しています。
「ツールの使い方を知らなかった」とか言われても、連続アクセスを喰らってる側からしたら、そんなの関係ないですから。
該当者は見つかった。
OCNとVODAFONEなんだけど、苦情を伝える窓口がどっちにも無いってのはどういうことなんだ？
abuse@ に投げてちゃんと処理されるのかどうかも疑問だ。
「めんどくさいからアクセス無期限禁止」ってのも一つの手なんだけど。
それより、Webクローラ作る奴は、せめて1分に一回以上アクセスしないように作れって。
馬鹿が使うんだから、それなりのフールプルーフ用意しとけってことですよ。
, All Rights Reserved.
