トップ 最新 追記

Public Diary


2003-03-08

[開発] ttp プロトコル

ちょっと考えて、レジストリにキーを一つ追加すれば十分だということに気が付いた。で、こんなもの作ってみました。

レジストリにこれを追加すると(そしてIE再起動)、あら不思議。ttpプロトコル(謎)に対応しちゃいます。新規にIEを立ち上げるので、HTTP_REFERER 発行しません。便利ねー。

で、調子に乗って ttpsも合わせたもの と、IE以外のブラウザで使える(はずの)もの も作りました。よろしく。

某所のリンク集なんかは、ユーザーが全員これを導入するという前提で、全部 ttp に置き換えてしまってもいいのでは(^^;


2003-03-11

[ネット] バレンタインデーのためのプロトコル

*1

毎年2月14日には、チョコレートやお菓子などのパケットの交換が頻繁に行われます。その大部分はブロードキャスト型の通信で、一般に VDP (Valentine's Delivery Protocol) と呼ばれるプロトコルに基づいて配送されます。

ごく一部のクライアントは、Peer-to-peer の接続を要求するものがあり、また持続的なセッションを要求することもあります。サーバーは、リソースが不足気味な場合はこれを拒絶することができます。この拒絶はエラーレスポンスとして返されます。一部のクライアントはこのエラー処理を適切に処理できないため、時にオーバーフローやハードウェアの故障・システム停止などを招くことがありますので気を付けましょう。

このプロトコルを使って配送されたパケットは、どんなものであれ、他のホストにルーティング(横流し)してはいけません。このプロトコルはブロードキャストを念頭に考案されたものですが、プロトコルを構成する各々の通信は閉じた単一のネットワーク内で1対1で行われます。その他のホストにパケットを流したり、ホストからパケット同士を比較するとネットワークシステムの破綻を起こすことがありますので、絶対にルーティングするべきではありません!なお、確実に隔離されていることが保証されているならば、他のセグメントにパケットを横流しすることも理論的には可能です。(ただし、筆者の経験から言うと、技術的に不可能に近いです)

また、このパケットを受け取ったサーバーは、送信元のクライアントに対してまずレスポンスコードを返し、さらにそのちょうど1ヶ月後(たいていは3月 14日)に、レスポンスの本体を返す必要があります。ここで注意しなければならないのは、ブロードキャストされたパケットに対してはブロードキャストでパケットを返す必要がある、ということです。たとえば、ホストAからパケットa1を、ホストBからパケットb1を受け取った場合、それぞれに対してパケット a2とパケットb2を返すのではなく、どちらにも同じパケット c を送り返す必要があるということです。

パケットをブロードキャストしたクライアントに対してpeer-to-peerなレスポンスを返してはいけません。これはプロトコル違反です。また、パケットの中身は何でも構いませんが、慣例として3倍のバイト数のパケットを返すことになっています(が、10倍でも20倍でも構わない)。逆に、peer-to-peerなレスポンスを期待するクライアントに対してブロードキャスト用のパケットを返すことはできますが、この場合は他よりも若干はやめにレスポンスを返すことが推奨されています(が、規定されているわけではありません)。

 エラーコード一覧:
   100 Continue            持続的な接続の受け入れ
   101 Switching Protocol  場所を変えて話そう
   200 OK                  ありがとう (一般的なレスポンス)
   204 No Response         ……。(ゴルゴ13風に)
   205 Reset Content       なかったことにしよう
   300 Multiple Choices    いくつかの選択肢がある
   301 Moved Permanently   昔の話さ
   303 See Other           他を当たってくれ
   304 Not Modified        おまえも変わらないなぁ
   305 Use Proxy           受け渡しは第三者に委任せよ
   400 Bad Request         常識はずれなこと言うなよ
   402 Payment Required    おごりは無理・割り勘でお願い
   403 Forbidden           そんな愛、認めない!
   404 Not Found           外出ということにしてください
   406 Not Acceptable      受理できない
   409 Conflict            あぁ!本命たくさんもらっちゃった!
   410 Gone                イッテヨシ
   413 Request Entity Too Large  そんなに愛してくれてるなんて!
   500 Internal Error   家庭内の事情で…
   503 Service Unavailable 混乱中

AUTHOR

このプロトコルの提唱者はモロゾフ株式会社だと言われています。

BUGS

このプロトコルは日本でのみ有効です。その他の国では、1日以内にレスポンスをする必要があったり、宗教的な理由によってプロトコルが禁止されていたりしますので、注意が必要です。

STATUS

この文書に対するコメントは募集中です(Request for Comments)が、本文書は世間一般で言う RFC ではありません。また、仕様書や参考文献ではなく、単なる覚え書きです。

SYNOPSIS

実例1 (C:Client, S:Server)
C> あの…これ…<br>
S> 100 Continue (なんでそ?)<br>
C> (パケットの送信を開始)<br>
S> 200 OK (ありがと〜)<br>

これは、うまくいった場合の例である。
クライアントは、1ヶ月以内にさらにレスポンスを返す必要がある。

実例2
C> 今晩お暇ですか?
S> 500 Internal Error (家には妻子がいて…その…)
(しばらくして)
S> 102 Accepted※ (考え直したらしい)

※…なお、このステータスコード102は慣例によるものであって、通常は100の使用が推奨される。

実例3
   :
C> ひっどーい私とは遊びだったのね!
S> 101 Switching Protocol (ちょ、ちょっと、大声出すなよ)

んー、いい例が思いつかない…あんまりトラブル巻き込まれたことないしなぁ…

*1 もともと「ホワイトデーのためのプロトコル」(http://washitake.com/diary/?date=20030311) として公開、その後移転&タイトル変更。2005年2月:サーバー・クライアントモデルがおかしかったので書き換え。2005年10月、http://a.hatena.ne.jp/pikopikohammer/?date=20030311 より再度移転。

本日のツッコミ(全3件) [ツッコミを入れる]

hoge [すごい!の一言です。よこぞここまで書きましたね。]

wassy [暇だったんですよ、きっと。いや、むしろ忙しさの中での現実逃避か…]

caprin [単純におもしろかったです。やはり3倍以上送らないと駄目!?]


2003-03-16

[ネット][法令] ネット接続業者に電子データ保存義務化

うぉっと。要点を整理すると。「共犯者との連絡にメールを使ったテロなど」が予想される場合に電子メールを「最長で90日間」「消去せずに」「保存義務を課す」ってことでよいですか?

これ、大手プロバイダを想定しているはずで、うちのような小規模グループやSOHOだとたぶん関係ない(利用者全員顔が割れてるYO!)とは思います。でも、一応念のために何らかの対策を考えた方がいいですね。

とにかく、メールの主要ヘッダを記録した「通信の記録」の保存ではなくて、「電子メールそのもの」の保存を要請しようとしているところがミソ。つまり、従来のログファイルを提出、ではなくて、スプール的なものを提出できるようにする必要があるってことです。}ありえなーい。ということは、メール送信処理後も、別のスプールに保存して90日間程度をめどに削除する必要があるんですか、そうですか。まぁcronを併用すれば大丈夫なんでしょうが、容量が足りるかなぁ…。

(追記)

でも、qmailのように配送とキューイングが独立しているようなシステムなら改造は比較的楽なんでしょうね。eximとかsendmailのように、一つのプロセスで全部やっちまうぜ型だと大変だなぁ…

ていうか、少なくとも exim に関しては日本向け仕様を作るべきかなぁ。送信後も spool する必要があるとは思わなかった。ということで、この法案が諮問を通ったら、パッチの作成を考えます。

それにしても、いつもいつも、こういう役人の考えることはシステム的に大変なんだろう。もう一ひねりすれば既存のハード・ソフトを利用して対応できるのに、たとえばspam送信業者保護法案だって、「未承諾広告」じゃなくて「spam」だったらどんなにフィルタリングが楽なことか!

[就職活動] 適性か?

じゅんじゅんさん経由で、適性・適職検査。もっとも、就職関係で散々やってますけど。

あなたがご回答なさった際に強く顕れた一面は・・・
完全を求める』『夢見る』『統率する』 気質です。

良い精神状態の時
理想主義・道徳的・信頼できる・正直・自制的 心温かい・思いやりがある・表現力が豊か・独創的 単刀直入・誠実・精力的・気取らない・自信がある

悪い精神状態の時
頑固・独善的・あら捜し好き・心配性・嫉妬深い 意気消沈する・自意識過剰・片意地・気まぐれ 反抗的・鈍感・傲慢・自己中心的・懐疑的

よい精神状態の時・悪い精神状態の時と、二つ出てくるのはいいですよね。普通の性格判断だと、常に○○って感じだし。まぁ、内容に関してはそれなりに当たっているというか、まぁあんまり大外しはないみたい。今後のアンケートに使おっと。

性格
常に完璧を目指す完全主義タイプ。不正が嫌いで、責任感が強い。 実直にコツコツ仕事をするしっかり者で、周囲からの評価が高い。 豊かな感性を持つ芸術家タイプ。音楽や芸術を愛し、エスプリに 富んでいる。深い情愛で他人と接し、心温まる関係をつくることが できる。

何事にも第一人者になろうとする自己主張タイプ。自分より弱い 立場の人を守ろうという意識が強く、多くの人から頼られる存在。

注意
完璧すぎて、自分自身を厳しく律しすぎ、神経質になりがち。 他人にも自分同様の完璧性を求めてしまい、融通がきかなくなり、 周囲から疎まれる。

自分が周囲に理解されないと、自分を悲劇の主人公に仕立てて 無気力で退廃的になり、殻に閉じこもってしまう場合もある。 力の絶対性を信じ、周囲を完全に支配することを望む。自分に 敵対する人たちの欠点を徹底的に攻撃する闘争的な態度をとる 傾向もある。

仕事
勉学や仕事の面でも優秀な人が多く、外科医、歯科医、銀行員、 株式売買人、自動車整備士などが向いている。 自分の独創的な探求を支えるために、芸術や言語を手段とする 音楽家、小説家、ジャーナリストなどの仕事に向いています。 主導権を握るのが上手なので、起業家、経営管理者、労働組合 指導者、スポーツ選手などに向いています。

あ、銀行員向いてるのか。よかったよかった。

[ネット] DION ADSL IPv6実証実験モニター募集

というわけで、DION ADSLのユーザーだし該当地域だしってことで申し込みしてみました。でもどうせすぐ引っ越すんだけどなぁ…

[雑記] 色占い

ちまたで噂の 色占いをやってみました。

で、結果

心の色 オレンジ
あなたのタイプ 母なる英知

んー、微妙。

あなたは恋愛に関して、来るものは拒まずと言った感じですが、去る者 は逃がさないと言った引きずる面も持っています。あなたの恋愛相手は あなたのことを、一途に見続けてくれる誠実な人物が理想的です。 そのような相手なら、あなたの優しさで、きっとどんな困難も乗り越えて いけるでしょう。

また、一度恋が終わったとしても、新たな出会いを見つけるまで、あなた ならさほど時間がかからないでしょう。あなたの恋愛対象は身近にいる友達 の中にいます。

ふーん、身近にいる…と。φ(.. ) 「さほど」の中には2年とかも含まれますか?(;´Д`)

で、輪王さんが統計 をしているらしいのでクリックしてあげてください(逃)。


1980|03|
1986|04|
1998|04|
2002|01|11|
2003|03|04|05|07|08|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|02|03|04|06|07|08|11|12|
2008|01|02|03|04|06|07|08|09|10|
2009|01|12|
2011|05|10|11|
2012|01|02|10|