【２ちゃん発】ＲＦＣ作成計画

来年の4月1日のＲＦＣ発行を目指して雲丹板の皆でジョークＲＦＣを作ろう！

今のところ考えているのは「鳥類キャリアの多重化による情報の冗長化について」と題したモノ
説明すると
　キャリアとして稼動中の鳥が巣を作っているのを見つける
　　↓
　親鳥のパケットを複製しヒナの足にも付ける
　　↓
　複数の同一パケットが飛ぶ
　　↓
　「同一パケットを見分けるための付加情報」について語る
　　↓
　「鳥類キャリアが冗長性を持つ季節」について語る
こんな感じだ
漏れのネタの方がおもすろい！知的だ！カックＥ！等々別のアイデアがあれば、それらも語っていこう！

線としては
　1月までに内容の骨子を決定
　2月までに日本語で原案を作成
　3月までに英語に翻訳
　3月に入ってからは英文の推敲
としたい
ギャグまでクソ真面目な諸君の健闘を祈る
いやマジで

>>1
所詮、猿まね。

鳥ネタは飽きた。コーヒカップサーバ見たく冗談として笑えて本気で
実装も出来る奴が良いなぁ。

>>1
＞　親鳥のパケットを複製しヒナの足にも付ける

この時点でアウトだろ。
人がついて行くのなら伝送する意味がない。

ヤクルトおばさん式HTTP。

チョコエッグによるカプセル可。

こっちでやれ。

２ｃｈからRFC（STD）を作るプロジェクト
http://pc.2ch.net/test/read.cgi/network/1010255621/

FC4478 吉野家牛丼注文プロトコル (YBBOP)
Yoshinoya Beef Bowl Ordering Protocol

1. 概要
　このメモでは吉野家において殺伐とした雰囲気を崩さずに牛丼を注文する
プロトコルを定義する。

2. 導入
コードのことで頭がいっぱいなハッカーにとって、周囲の話し声に気を散らされず
栄養補給に専念できる吉野家は、欠かすことのできない存在である。ハッカーの、
ハッカーによる、ハッカーのためのゲームである jNetHack において呪文 "KIRJE"
が「よしのやぎゅどーん」と翻訳されている [1] ことからも、吉野家の重要性は
明らかである。
このメモは、従来、吉野家通の間のみで了解されてきた暗黙の注文プロトコルを
形式的に定義することにより、次回の 150 円引きセールの際に注文を速やかに
行い、人がめちゃくちゃいっぱいで座れない事態を防止することを目的として、
ネットワークコミュニティに提供される。

2. 導入
コードのことで頭がいっぱいなハッカーにとって、周囲の話し声に気を散らされず
栄養補給に専念できる吉野家は、欠かすことのできない存在である。ハッカーの、
ハッカーによる、ハッカーのためのゲームである jNetHack において呪文 "KIRJE"
が「よしのやぎゅどーん」と翻訳されている [1] ことからも、吉野家の重要性は
明らかである。
このメモは、従来、吉野家通の間のみで了解されてきた暗黙の注文プロトコルを
形式的に定義することにより、次回の 150 円引きセールの際に注文を速やかに
行い、人がめちゃくちゃいっぱいで座れない事態を防止することを目的として、
ネットワークコミュニティに提供される。

3. 現在の問題と解決法
近年、デフレ不況の長期化に伴い、一家４人の親子連れなどの、普段吉野家に
来ない連中が大挙して吉野家に押しかけ、「よーしパパ特盛り頼んじゃうぞー」
などのおめでたくて見るに耐えない発言により、ハッカーの思考を妨害する
攻撃が増加している。

この攻撃への対応として従来提案されてきたプロトコル―― 150 円を渡して席を
どかせる――は、ハッカーおよび吉野家の殺伐とした雰囲気を保ちたい者にとって
は金銭的負担が大きすぎるため、理論的提案に留まっている。

また、このプロトコルが全ての吉野家において実装された場合、以下の方法に
より利用不能化攻撃 (DOS attack) が可能であることが指摘されている。

家族連れで吉野家に行く
↓
150 円もらう
↓
他の吉野家に行く
↓
また 150 円もらう
↓
ウマー (ﾟдﾟ)

4. 注文の定義
吉野家における牛丼の注文を以下のように定義する。エンコードは、通常は音声に
よって行われる。

注文 := 牛丼サイズ 調味指定* 追加注文*

牛丼サイズ := ( "特盛り" | "大盛り" | "並" )

調味指定 := 調味物 量指定

調味物 := ( "ネギ" | "つゆ" )

量指定 := ( "だく" | "ぬき" )

追加注文 := ( "味噌汁" | "ギョク" )

"大盛りねぎだくギョク" が最強の "通" らしさを演出することがエンピリカルな
根拠から主張されており、この見解はネットワークコミュニティにおいて強く
支持されている [2]。

調味指定オプションとしての「つゆだく」組合せは、過去との互換性のためだけに
用意されており、新規注文における利用は推奨できない。単に「つゆだくで」と
言いたいだけの目的でこのオプションを使用することは、厳に慎まれるべきである。

5. セキュリティに関する考察

殺伐とした雰囲気が復活することにより、Ｕの字テーブルの向かいに座ったユーザ
と喧嘩が始まるかもしれない。刺すか刺されるは、双方の喧嘩っぱやさに依存して
不確定である。

"通" の頼み方を行うと、店員にマークされる潜在的危険性がある。その吉野家が
mark-and-sweep 方式でごみ集めを行っている場合、次回の入店時にごみとして
認識され、店からつまみ出されるかもしれない。

以上の潜在する危険性に対して自ら対処することのできない一般ユーザのためには、
牛鮭定食が用意されるべきである。

6. 参照文献
[1] 呪文の名前の由来, http://www.jnethack.org/origin.html.
[2] 2ちゃんねる, http://www.2ch.net/.

推敲・翻訳その他、後は頼んだ>>1。

>>8-12
（･∀･）ｲｲ

UGP
うぐぅプロトコル

>>1
実装実験でもいいんじゃないかなぁ
鳥類キャリアとDHCPはすでに実装されてる。
あとは
RFC 3091 「Pi Digit Generation Protocol」
RFC 2321 「RITA -- 信頼性のあるインターネットワーク修理エージェント」
RFC 1606 「IPバージョン9の利用の歴史的概観」
そのほか、コーヒーを淹れてくれ。

お台場に宇宙飛行士が館長やってる博物館があって(日本科学何とか館)
玉で通信するシステムがあったけど、あれをエラー訂正とか入れて
実用的に使えるように色々プロトコルとか整えてほしいな俺は。

>>17
FC4478にギョクは盛り込まれていますが

HTTPの上位階層として2ちゃんねるプロトコルを定義するとうれしいかも。

GET SAITAMA 2ch/1.1

301 itteyosi saitamacity

2ちゃん発のジョークRFCなら「ttp://」の定義じゃないかな？

>>12
不具合を発見したので修正差分を提出いたします。commitお願いします。

6. 参照文献
- [1] 呪文の名前の由来, http://www.jnethack.org/origin.html.
+ [1] 呪文の名前の由来, http://www.guru.gr.jp/~issei/jnethack-old/origin.html.
[2] 2ちゃんねる, http://www.2ch.net/.

>>22
ごめんなさい、飛べないと思ったら後ろにピリオド付いてたせいでした。
jetnethack.orgの方でも行けました……。

吊ってきます。

>>11

「肉ぬき」の提案ができないような気がします。できたら

調味物 := ( "ネギ" | "つゆ" | "肉")

としたいのですが、「肉だく」はないし、そもそも殺伐とした雰囲気にあわない気もします。
どうしたらいいものでしょうか。

おまいら、おこじょパケットやゴキブリパケットを忘れてやしませんか?

>>8-12 において提案されたプロコトルは、4. 注文の定義　に
不備が多いようです。

吉野家牛丼、注文の仕方こんなのあったらいいな
http://food.2ch.net/food/kako/1021/10217/1021763156.html　の34

吉牛攻略法
http://www.tokyo-3.jp/~b2/yoshi/

以上を参考にして注文の定義を考え直す必要があるかと思われます。

他にも、応答コードを定めるといいかも。

202 Accepted
　 注文は調理のために受け入れられたが、調理は完全になされていない。
　 調理が実際に起こるとき拒否されるかもしれないので、注文が
　 最終的に実行されるかどうかは不明である。
400 Bad Request
　 不正な構文の注文のため吉野家は理解できなかった。
　 ユーザは修正しないままその注文を繰り返すべきではない。
404 Not Found
　 吉野家は注文に一致するものを見つけられなかった。要するに売り切れである。
　 ユーザは再注文をするか、あるいは店を出なければならない。
413 Request Entity Too Large
　 注文が、吉野家が想定しているかもしくは処理できる以上の多さのため、
　 吉野家は注文を処理することを拒絶している。吉野家はユーザに注文を
　 続けさせないため店を追い出すかもしれない。
500 Internal Yoshinoya Error
　 吉野家は注文の実行を妨げる予期しない状態に遭遇した。
503 Service Unavailable
　 吉野家は一時的な混雑かメンテナンスのため現在注文を扱えない。
　 これはある遅延の後に軽減されるであろう一時的な状態も含む。

まんまHTTPのパクリでｽﾏｿ

茶が出てこないのは何のエラーでしょうか?

>>28
Resource temporarily unavailable

500 Internal Yoshinoya Error
ﾜﾗﾀ

4.注文の定義をアップデートしてみました
ちょっとスマートさに欠けるようになってしまったかも...
でも，一部で言われていた「肉抜き」とかも注文可能に！

注文 := 牛丼サイズ 調味指定* 追加注文*

牛丼サイズ := ( "特盛り" | "大盛り" | "並" )

調味指定 := 頭指定* 白指定* つゆ指定*

頭指定 := ( "肉ぬき" | "とろ多め" | "とろ少なめ" | "ネギだく" | "ネギぬき" | "頭多め" | "頭少なめ" )

白指定 := ( "白軽め" | "白重め" | "つめ白" )

つゆ指定 := "つゆ" ( "だく" | "だくだく" | "ぬき" )

追加注文 := ( "味噌汁" | "ギョク" | "味噌汁ギョク")

>>27
垂れ幕が下がっているとか
百五十円引きになっているとか
一家四人で客が来ることをacceptしているとか
店内が殺伐としているとか
客同士が刺すか刺されるかのけんかしているとか
女子供を拒否するとか
店員が客をマークしているとか
そういうステータスコードも定義して下さい。

半熟ギョクは良いとして
ベニショは何らかの形で盛りこんでもらいたい

そういえば、いちばん大事な注記が抜け落ちていますた。
>>11
>単に「つゆだくで」と言いたいだけの目的でこのオプションを使用することは、
>厳に慎まれるべきである。
「隣席で吉野家通が注文待ちをしている場合、小一時間問い詰められてデッド
ロックをひき起こす危険性がある。」を追加。

ちなみに、先行研究・実装などを検索してみた結果です。
http://members.goo.ne.jp/www/goo/1/1/151mew/diary.html
http://www.human.tsukuba.ac.jp/~akirtaka/hobby/foods/gdon.html
http://www04.u-page.so-net.ne.jp/sa2/tkt99/20020304_33.html

お前らにお願いがあります。スレッドとは関係ありませんが。
この間吉野家逝ったんです。吉野家。
で、つゆだく大盛りを頼んだら、隣の席のやつがぶち切れて、
「お前は本当につゆだくを喰いたいのか、つゆだくって言いたいだけじゃないか」
って小一時間問い詰めてくるんですよ。
そしたらせっかくのつゆだくが冷えてしまって、まずくなってしまいました。
これは新しい種類の DoS 攻撃だと思います。
大盛りネギだく玉だとかほざいているインチキ食通野郎の
DoS 攻撃を封じるパッチを作って、
２ちゃんねるを救った UNIX 板住人の底力を見せて下さい。

>エンコードは、通常は音声によって行われる。

なんかツボに入った（藁




そういえば何年前だったか忘れたけど、ニューヨークに出店した吉野家ってツブれたんだよね？

今年出来たばかりですが・・・・
http://www.yoshinoya.com/yoshinoya/shop/over_usa.html

　|￣￣￣￣￣￣￣￣￣|
　|　大盛りねぎだくｷﾞｮｸ |
　|＿＿＿＿＿＿＿＿＿|
　　　 ∧∧ ||
　　　 ( ﾟдﾟ)||
　　　 /　づΦ

ニューヨークはどうか知らんが、一回倒産したよな？

>>39
１５年程前の話？

＞単に「つゆだくで」と言いたいだけの目的で
＞このオプションを使用することは、厳に慎まれるべきである。
”実際の注文は必要ないが、店員の存在は確認したい”と言うような場合に
このオプションを使用する事は可能でしょうか？

真向かいおよび隣の席に吉野屋通が存在した場合､殺伐度によっては喧嘩になる（最悪、刺される）
可能性もありますが・・・

店員が存在する場合実際に注文が実行されてしまうため、このオプションは不
適当と考えられる。
注文発行以前の、店員とのネゴシエーションプロトコルで規定されるべきもの
であろう。

オプショナルな領収書指定も必要ではないでしょうか。
これがないと、結局使われないまま普及しない可能性があります。

>>8 RFC4478は実際の注文コマンドのフォーマットしか定義していないが、
「3. 現在の問題と解決法」「5. セキュリティに関する考察」などを見ると、
より広範囲な来店から注文、清算、食事、退出までの定義が求められそう。
>>41-43もそれに含まれるだろう。

FC4478・・・

>>45
単なるコピペミス。恥……

まとめてる方がおりますな
http://www.faireal.net/

通常セッションの確立は店員によってのみ行われ、客は自由な席に着くだけで完了する
多くの場合セッションの開始と同時にネゴシエーションの解決が図られるが、お昼時は遅延が発生するのが一般的である

>>47
奇特な人がいてくれて助かるね（藁


朝定食を頼んだくせに牛肉がないと暴れる客についての記述も必要かと

吉野家マニュアルの制作スレはここですか

ところで、特定企業のプロプライエタリなサービスに強く依存する
プロトコルをRFCにするのはいかがなものか、と問いつめたい。

吉野家の協力を取りつける

( ﾟдﾟ)にぽんごから起こした文書が、なぜ直訳風の文体になるんだろう・・・？

吉野家をｵｰﾌﾟﾝｿｰｽにしるっ！

あー、吉野家でライスだけ注文して、ライスに痰吐きつけてそれを食うというホームレスの記述とか・・・。

企業の独自規格化や店鋪依存など問題、他社（M屋等）との互換についてなど非常に気になります　後々の世界規格取得のためには会話コードの導入も検討しておくべきでは無いでしょうか？

>>55
それ思い出させないでくれ…

>>51
うーん、もっともだ
ではもっと一般的に　レストランにおける要求解決のためのプロトコル　にでも･･･


大盛りリクエストは全てのレストランで解釈されるが、意図的に要求に答えないレストランも存在する
とか

お替わりリクエストとか、その変種の替玉リクエストとかもほすい。

ギョクって何？

玉

>>58
2ch発なんだから、吉野家限定でいいじゃないのと言ってみるテスト

ところで、この板でこの話続けていいの？　何だか微妙に盛り上がってきたけど…

>>62
> ところで、この板でこの話続けていいの？

迷うな。とことん逝っとけ。

draft-2ch-ybbop-00.txt/RFC4478

"YBBOP: Yoshinoya Beef Bowl Ordering Protocol specification",
2ch members, 01-APR-03. (222 bytes)

This document defines a protocol to order beef bowls in yoshinoya
without destroying untenderness atmosphere.

ところで
http://www.ietf.to/
こんなのあるよ。
きっとdraft書いて送ったら00でWG last callだな。

だれか夜勤氏にybbop.orgと鯖を提供してもらえるように交渉汁。

>>65
もっと推敲したらね
性急過ぎると空中分解しちゃうと思われ

「頭の大盛り」はご飯の量は並盛りと同じで、肉の量だけを大盛りにするオプションです。
値段は大盛りと同じです。
「頭の大盛り」と「大盛り白少な目」は多分互換だと思います。

NOOP

>>51
Yoshinoya compatible な牛丼サービスならOKということで、互換性に
配慮すればいいのでは。というわけでステータスコードの追加。

406 Not Yoshinoya
　 吉野家でなく松屋なので後払い式のリクエストは受け入れられない。
　 先に自動販売機で食券を購入する必要がある。

>>69
> 406 Not Yoshinoya
Payment requiredとかのほうが。

パケットサイズのデフォルト値は不明であることが前提であり、注文において牛丼とだけ頼んだ場合、店員はサイズの確認を求めてくるだろう
確認コードは並、大盛、特盛の中から選ぶべきであり、この時点で牛丼と言い直してもネゴシエーションの解決にはならない

協調性のないアプリケーションの中には牛鮭定食を注文するものが存在しうる
ことに実装者は留意すべきである。

クライアントは任意のタイミングでサラダや漬物等の割り込み処理を行うことが
出来る。したがって、サーバ側では最終的な支払いの時にすべてのトランザクションを
コミットする必要がある。この、入店から支払いまでの一連の期間をセッション
と呼ぶ。

ドラフト上がったら、誰かアメリカの吉野家で追試してきてね。

ぐあーー
先月ロスへ行ったんです。ロス。
そしたら何か吉野家見つけたんですけど時間が無くて行けなかったんです。
くやぴー。です。

定期的に単語を整理すると後続の人がネタを作りやすいと思われ
　客　＝　クライアント
　注文　＝　ネゴシエーション
は素晴らしいと思う
あと、店を何と表現するかだよね
サーバってのとはちょっと違うよなぁ


ところで
　いらっしゃいませ　＝　ＡＣＫ
　レジ待ちで突っ立っている状態　＝　ＦＩＮ＿ＷＡＩＴ２
とかになるかな？

丼＝パケット

Network Working Group pc.2ch.net
Internet Draft to be 1 December 2002
Category: Informational
Expires: 1 May 2002

吉野家牛丼注文プロトコル
YBBOP/1.0: Yoshinoya Beef Bowl Ordering Protocol Version 1.0
<draft-2ch-ybbop1-00.txt>

Status of this Memo

This document is an Internet-Draft and is in full conformance with
all provisions of Section 10 of RFC 2026.
...

Copyright Notice

Copyright (C) The Internet Society (2002). All Rights Reserved

Abstract

This document defines a protocol to order beef bowls in yoshinoya
without destroying untenderness atmosphere.

Table of Contents

...

1. Introduction

コードのことで頭がいっぱいなハッカーにとって、周囲の話し声に
気を散らされず栄養補給に専念できる吉野家は、欠かすことのでき
ない存在である。ハッカーの、ハッカーによる、ハッカーのための
ゲームである jNetHack において呪文 "KIRJE" が
「よしのやぎゅどーん」と翻訳されている [JNETHACK] ことからも、
吉野家の重要性は明らかである。

このメモは、従来、吉野家通の間のみで了解されてきた暗黙の注文
プロトコルを Yoshinoya Beef Bowl Ordering Protocol (YBBOP)
として形式的に定義することにより、次回の 150 円引きセールの
際に注文を速やかに行い、人がめちゃくちゃいっぱいで座れない
事態を防止することを目的として、ネットワーク・コミュニティに
提供される。

第2章で定義するように、 YBBOP において「吉野屋」は吉野屋
[YOSHINOYA] に限定されない。従って、将来吉野屋以外の YBBOP
の実装が出現するかもしれない。

2. Definitions and Notations

2.1. Definitions

Client: 客

ネゴシエーション: 注文とその応答を通して client の要求を
サーバーに伝達する動作。

Packet: 丼

Server: 吉野屋の店員。

Session: クライアントは任意のタイミングでサラダや漬物等の
割り込み処理を行うことが出来る。したがって、サーバ側では
最終的な支払いの時にすべてのトランザクションをコミットする
必要がある。この、入店から支払いまでの一連の期間をセッショ
ンと呼ぶ。

Yoshinoya: 「国内はもちろん海外5ヶ国でも店舗展開中。おなじみの
牛丼チェーン」[YOSHINOYA]。 YBBOP においては一般に YBBOP を実装
している店舗を指す。

2.2. Syntax Notation

This document uses the Augmented Backus Naur Form [ABNF]
to define the syntax.

[[このように挿入されているのは、編集上の注記であって、
draft の一部ではない。]]

3. Protocol Parameters

3.1. 注文

吉野家における牛丼の注文を以下のように定義する。エンコードは、
通常は音声によって行われる。

注文 = 牛丼サイズ *調味指定 *追加注文
牛丼サイズ = ( "特盛り" / "大盛り" / "並" )
調味指定 = 頭指定 / 白指定 / つゆ指定
頭指定 = ( "肉ぬき" / "とろ多め" / "とろ少なめ" / "ネギだく"
/ "ネギぬき" / "頭多め" / "頭少なめ" )
白指定 = ( "白軽め" / "白重め" / "つめ白" )
つゆ指定 = "つゆ" ( "だく" / "だくだく" / "ぬき" )
追加注文 = ( "味噌汁" / "ギョク" / "味噌汁ギョク")

"大盛りねぎだくギョク" が最強の "通" らしさを演出することが
エンピリカルな根拠から主張されており、この見解はネットワーク
コミュニティにおいて強く支持されている [2CH]。

調味指定オプションとしての「つゆだく」組合せは、過去との互換性の
ためだけに用意されており、新規注文における利用は推奨できない。
単に「つゆだくで」と言いたいだけの目的でこのオプションを使用
することは、厳に慎まれるべきである。

3.2. Status Codes

200 OK
　 注文は受け入れられ、調理は完全になされた。
202 Accepted
　 注文は調理のために受け入れられたが、調理は完全になされていない。
　 調理が実際に起こるとき拒否されるかもしれないので、注文が
　 最終的に実行されるかどうかは不明である。
400 Bad Request
　 不正な構文の注文のため吉野家は理解できなかった。
　 ユーザは修正しないままその注文を繰り返すべきではない。
404 Not Found
　 吉野家は注文に一致するものを見つけられなかった。要するに売り切れである。
　 ユーザは再注文をするか、あるいは店を出なければならない。
406 Not Yoshinoya
　 吉野家でなく松屋なので後払い式のリクエストは受け入れられない。
　 先に自動販売機で食券を購入する必要がある
413 Request Entity Too Large
　 注文が、吉野家が想定しているかもしくは処理できる以上の多さのため、
　 吉野家は注文を処理することを拒絶している。吉野家はユーザに注文を
　 続けさせないため店を追い出すかもしれない。
500 Internal Yoshinoya Error
　 吉野家は注文の実行を妨げる予期しない状態に遭遇した。
503 Service Unavailable
　 吉野家は一時的な混雑かメンテナンスのため現在注文を扱えない。
　 これはある遅延の後に軽減されるであろう一時的な状態も含む。

3.3.
[[来店, 清算, 食事, 退出の過程で必要な要素を洗い出す必要がある。]]

5. Security Considerations

近年、デフレ不況の長期化に伴い、一家４人の親子連れなどの、普段吉野家に
来ない連中が大挙して吉野家に押しかけ、「よーしパパ特盛り頼んじゃうぞー」
などのおめでたくて見るに耐えない発言により、ハッカーの思考を妨害する
攻撃が増加している。

この攻撃への対応として従来提案されてきたプロトコル―― 150 円を渡して席を
どかせる――は、ハッカーおよび吉野家の殺伐とした雰囲気を保ちたい者にとって
は金銭的負担が大きすぎるため、理論的提案に留まっている。

殺伐とした雰囲気が復活することにより、Ｕの字テーブルの向かいに座ったユーザ
と喧嘩が始まるかもしれない。刺すか刺されるは、双方の喧嘩っぱやさに依存して
不確定である。

「隣席で吉野家通が注文待ちをしている場合、小一時間問い詰められてデッド
ロックをひき起こす危険性がある。

"通" の頼み方を行うと、店員にマークされる潜在的危険性がある。その吉野家が
mark-and-sweep 方式でごみ集めを行っている場合、次回の入店時にごみとして
認識され、店からつまみ出されるかもしれない。

以上の潜在する危険性に対して自ら対処することのできない一般ユーザのためには、
牛鮭定食が用意されるべきである。

また、このプロトコルが全ての吉野家において実装された場合、以下の方法に
より利用不能化攻撃 (DoS attack) が可能であることが指摘されている。

家族連れで吉野家に行く
↓
150 円もらう
↓
他の吉野家に行く
↓
また 150 円もらう
↓
ウマー (ﾟдﾟ)

6. References

[2CH] "2ちゃんねる", <ttp://www.2ch.net/>.

[ABNF] D. Crocker and P. Overell, "Augmented BNF for Syntax
Specifications: ABNF", RFC 2234, November 1997,
<urn:ietf:rfc:2234>.

[JNETHACK] "呪文の名前の由来", <http://www.jnethack.org/origin.html>
or <http://www.guru.gr.jp/~issei/jnethack-old/origin.html>.

[KEYWORDS] S. Bradner, "Key words for use in RFCs to Indicate
Requirement Levels", RFC 2119, March 1997, <urn:ietf:rfc:2119>.

[ORDERS] "吉野家板、、、「2002/02/22「２ｃｈの日」
同時多発オーダー IN 吉野家」",
<ttp://www.geocities.co.jp/Foodpia-Olive/4511/>.

[YOSHINOYA] YOSHINOYA D&C Co.,Ltd, <http://www.yoshinoya-dc.com/>.

7. Authors' Address

2ch'ers
2ch RFC working group

URI: <http://pc.2ch.net/test/read.cgi/unix/1038175909/>

8. Full Copyright Statement

Copyright (C) The Internet Society (2002). All Rights Reserved
...
9. Aclnowledgements
...

bit = 米粒
overhead = 肉

パケットには std / lrg / hug の３種類が存在する
それぞれのパケットには規定のbitが詰め込まれる
なお、std と lrg のパケットの overhead は等しいが
hug は std/lrg の２倍の overhead を持っている

>>80
> 2.1. Definitions

Node: 吉野屋の店舗。

追加キボーン。

サーバってのはやっぱりゴハンの釜や牛肉の鍋じゃないかな？
鍋だったらサーバと呼んでも違和感は少ない気がする

席 ＝　port

【YBBOP 〜注文管理〜】￥540

http://tool-ya.ddo.jp/2ch/trash-box/contents.jsp?file=20021201170712085.gif

ORDER /beefbowl?size=oomori&negi=daku&option=gyoku YBBOP/1.0
Host: Shinjuku-1chome


YBBOP/1.0 200 OK
Content-Type: food/beefbowl
Set-Cookie: Mark=on;Domain=Shinjuku-1chome;Expires=Mon, 1-Dec-2003 9:03:22 GMT;Path=/

>>91
有効期限短かい！（藁


基礎案の DOS attack を拡張してみますた

通常クライアントはパケットの生成がライスサーバーとビーフサーバーによって行われていることを意識する必要はない。
それらはサーバールームにおいてリクエスト通りに成形されて発送されるだろう。
しかしそれは完全な動作を保障するものではないということは付け加えておく必要がある。
なぜなら、まれにではあるがオーダーミスが発生するからである。
これを失敗注文発送（Diss Oder Send）実行と呼び、一般に DOS attack と呼称される。
リクエストは音声によりエンコードされるため、クライアントはDOS attackの発生を初期段階で知ることが出来るが、
クライアントのキャパシティ（気の大きさ）によってはそれを回避できない場合もある。

ホスト := 店舗
プロセス := 店員
データベース := 鍋
不良パケット := ゴキブリ
ポートスキャン := 空席確認行為

クライアントはサーバと接続した後に近くの空いているポートに対して手荷物を
置きたくなるかもしれないが、これは明らかにプロトコル違反である。この行為は
ホスト上でバックログの溢れ (接続拒否/客逃げ) に繋がるため行ってはいけ
ない。プロセスはセッションを開始していないポートに対しても注意しなけれ
ばならない。

＞プロセス := 店員

なるほど！

ということは

クライアントがいない状態のプロセスは来客をlistenしていなければならないが
正式なデバッグ工程を経ずに実装されたプロセスは他のプロセスにlistenやtalkを実行してしまうこともある。

わけですね！


しかしこの板の吉野家スレは他板と思いっきり雰囲気が違いますなぁ

吉野家スレってわけでもないんだがな。

>96
な、なんだってーー！！？

>>97
>1読んでないだろ。

> 98
読んでませんが何か？

>>99
確認しただけ。んじゃ。

つーか次にスレ立てプロトコル(2tp; 2ch threading protocol)きぼん。

店はサーバーで
釜や鍋はデバイスでしょ/dev/nabe (わらゐ
茶、お冷、丼がパケットでそ？

だれか、この辺のやり取りをＵＭＬで記述してみてくれＹＯ！
↓こういうの
〇
大

　　刺すか
○　　→　　○
大　　←　　大
　刺されるか

大雑把に　店員　＝　プロセス　ではなくて

店主 　オーナープロセス
バイト チャイルドプロセス（学生）
バイト　ゾンビ（フリーター）

みたいな区分けがあってもエエじゃないかエエじゃないか

>>103
w)

「並一丁」
などは他の牛問屋でも使える、いわゆる
CGI「コモン・ギュウドン・インターフェイス」で、
吉野屋のみに使えるものはYSI「ヨシノヤ・サイド・インクルード」
として扱われる。

http://www-6.ibm.com/jp/servers/eserver/pseries/hardware/rs6000/
これ昨日買った。
思っていたより使いやすい。
自宅用なのでこれで十分。

>>107
すれ違い

>>81
個数指定ができない。

/////////////////////////////////////////
//　吉野家サンプルプログラム 2002/12/03
/////////////////////////////////////////
#include 吉野家（１５０円引き中）
#include 人間たち

#ifdef 近所に吉野家

int　殺伐とした雰囲気;
家族連れ　パパ;
一般人　素人;
プログラマー　吉野家通;
float　ねぎ,つゆ,肉;
//-----------------------------------------
main(){
　殺伐とした雰囲気 += 吉野家通->入店();
　　//関数”入店”は失敗すると０を返す

　殺伐とした雰囲気 -= パパ->入店();
　　//変数”殺伐とした雰囲気”が一定数値を下回ると
　　//システム変数”刺すか刺されるか”がfalseに

　パパ->発言("よーしパパ得盛り頼んじゃうぞー");
　　//発言(内容,[理由])

　//吉野家通->発言("１５０円やるからその席空けろ");
　　//実行するとパパを安全にDeleteできるが
　　//DOS attackの危険があるためコメントアウト

　素人->発言("大盛りつゆだくで", "つゆだくと言いたい");
　　//この組み合わせで実行するとクラス”プログラマー”の
　　//動作が不安定になる仕様になっている

　吉野家通->問い詰めたい(素人, 小１時間);
　　//動作が幾分安定

　吉野家通->発言("大盛りねぎだくギョク");
　　//最強
　　//”ねぎだく”を文字列に含むことにより
　　//”肉”が減少し、”ねぎ”が増加する
　　//システムの状態によりフラグ”店員にマークされる”が立つ

　//素人->発言(牛丼定食);
　　//ど素人はできるだけこの関数ですませるべき
}
//--------------------------------------------
#endif
//--------x-----------------------------------

取り敢えず「吉野家牛丼注文『プロトコル』」なんだから
普通のソケットプログラムを書いて欲しかったり。

あと
＞素人->発言(牛丼定食);
は
＞素人->発言(牛鮭定食);
な。

思いついたのでとりあえず書いてみたかったのさ。
仕事中こんなことしてた僕が馬鹿だった。
気にしないで続けてくれ。

＞CGI「コモン・ギュウドン・インターフェイス」

ﾜﾛﾀ

SSI = 殺伐・サイド・インクルード
or
SSI = サツバツ・シテルノガ・イインジャネーカﾎﾞｹガ

SSI: サスカ・ササレルカ・インターフェイス

>>116
ｵｿﾚｲﾘﾏｽﾀ

SSI: ｻｽｶ・ｻｻﾚﾙｶ・ｲﾉﾁｶﾞｹ だと思てた.

やはり103は偉大だ。

age

ところで、”牛丼”の英訳は Beef Rice Bowl のほうがいいよ

ビーフリソースとライスリソースを贅沢に消費した究極の一品

>>120
吉野家での公式な表記がBeef Bowlだからなぁ

>>122
そんなんだからNY支店撤退に追い込まれたんだなきっと。

HTML(Hyper Ticket Matsuya Language)
テキスト形式で記述され、パーサー（プロセス）に解釈させる事によって、CGI(Common Gyudon Interface)を呼び出す。
MS(MatsuyaServer)で使用される言語。

何で Beef Bowl なんだ・・・
Gyudon の方がいいのに。

"YP" と "NIS" みたいなもんだよ。

http://tenpo.sofmap.com/tenpo/event/5111174.htm

今、私はN.Y.でYoshinoyaの近くで書いています。
牛肉ボウル・レギュラーは日本でOomoriと同じです。
牛肉層は日本でそれ以上のものです。
Gyokuはありませんでした。緑茶は0.85ドルでした。

＞牛肉ボウル・レギュラーは日本でOomoriと同じです。

大盛りと特盛は何て呼んでるの？

というかアメリカは牛肉が安い国だから肉が多いの？

>>129
アメリカは米の国だからご飯の量が多いんです。

>>102
　　[客(通)]
　　　〇
　　　大
　↓　　　↑
ねぎだく　マーク
　↓　　　↑
　　[店員]
　　　〇
　　　大

>129
そりゃあ、アメリカ人は食う量が違うからなぁ…

吉野家参照モデル
・客層
・オプション層
・牛肉たまねぎ層
・ご飯層
・丼層
・店内環境層
・設置環境層

各レイヤー間の関係はどうなっているのですか？

あー日本に帰ってきた。日本語入力できなかったので翻訳コピペですまぬ。
牛丼のサイズは Regular と Large しかないけど、Large は Regular の倍くらい。
どんぶりじゃなくてスチロールの器だった (ただし Large は小型プランター並)。
デフォルトで肉多め、ネギ少なめ、つゆだくだったよ。

>135
人入ってた?

>>136
人肉は入ってません

>>137
確認した?

>>136-138
ｺﾜｲﾖ･･･

ぞぬ入ってた？

>125-126
UNIX板だなぁ、ここは（笑


24日に、日本全国の吉野家に対して2chがDoSアタックを
試みる計画を立てている、との報告がはいりますた。

24日に吉野家とは、さぞ殺伐具合を楽しめる事でしょうね。

＞DoSアタック

どうして　大盛りに　しちゃうの　アタック

>DoS
どこも　大賑わいで　殺伐　アタック

所謂「スレッド式掲示板」の仕様標準化きぼん

>>145
スレ違い。

で、殺伐とした雰囲気ってのはどう定義するのさ？

>147
>>103

このときの視線パケットは物理層を破壊すると・。。。（・_・φ　ﾒﾓﾒﾓ

殺伐度が高いと、影響が物理層にまで及ぶのか・・・

殺伐度が高いと物理層でリソースの漏洩が始まる
賊に言う出血

殺伐度が最高潮に達すると富士山が噴火するって本当？

フジをマウントしている場合に限るがな

mount fuji

fuji# mount jazz:/festival

テメーらなんざ mesg -n

みんな投票汁!!
http://dempa.2ch.net/seroon/award/x3deb4d06b4b1e.html

>>153
ﾜﾗﾀ

>>151
出血ならメモリリークの方が妥当かと

まともなジョーク RFC が完成できない予感

Ｃｏｏｋｉｅ
クライアント側に小さなファイルを保持させることにより、サイト運営者側にクライアントの個人情報の一部（趣味・嗜好など）を参照可能とし、
よってサイト側からよりよいサービスを提供できるようにするためのもの。
ＭＳ（MatsuyaServer）において発行されるものが著名である。

＃保守のつもり。スレ違いだったらスマソ

　　　､ゞヾ'""''ｿ;μ,
　　ヾ　　　　　　　彡 ＜ほっしゅほっしゅ！
　　ﾐ　　･д･　　　　ミ 　　 　､ヾ''""ﾂﾉ, 　　＜ホッシュホッシュ！
　 彡　　　　　　　 ﾐ 　　　 ﾐ　・д・　　彡 　　　　,,,,.,.,,,
　　/ｿ,,　,　,; ,;;:､ヾ`　　　　"ﾐ,,　,　; ;;::ヾ 　　　 ﾐ･д･ﾐ　＜ﾎｯｼｭﾎｯｼｭ!
　　　　 "'"'''''"　　　　　　　　　"'''''"" 　　　　　"''''''"

店の売上金を強盗しにくる奴らも入れてﾎｽｨ

>164
>>103

素人はプロトコルを知らないから素人なので
素人用のプロトコル(牛丼定食)は意味がないのではと思わなくも

>>165
牛鮭ね。

「お店で買い物する」というgenericなプロトコルは通用するわけだから、
それは用意してくれないと、困る。

>>166
まあ >>8-12 で言う「プロトコル」は日常語の「お作法」という意味で
使っているわけで、素人は普通にやり取りすればいいわけですが。

牛丼を注文できません

http://2next.net/ye/

>>169
ﾜﾛﾀ
何でそんなもん作ったんだろ？

>>170
作らない理由があるのか？

>>171
いや、つくる理由

>>172
>>169のようなページが作成されることは、暗黙に定義されている。

従って、作らない場合にのみ理由が宣言される必要がある。

いちお、>78-86 を整形してみますた。

ttp://simple.s5.xrea.com/YBBOP/draft-2ch-ybbop1-001.html

なんか、 4. が無かったんでちょこっと変えたっす。
細かい事はdiffでも汁！！

> ウマー (ﾟдﾟ)

これは 「(ﾟдﾟ)ｳﾏ-」 にすべき。

>>174
s/吉野屋/吉野家/g
と思われ。

>175
>176
早速さんくすこ。
commitしときますた。

音声によるネゴシエーションを規定しよう。
<<いらっしゃいまして
>> (無視)
<<ご注文は?
>> ※注文用のフォーマットを参照

それと、パケット(牛丼)の規定と、プロセスのステータス、目をつけた客のIDを格納するハッシュ
とかも規定するといいと思う。

IP等の記録が原理的にどこにも残らない分散掲示板システム用プロトコルきぼんぬ。

IPを使わない方法で通信をすれば万事解決。

>>180
いや、IP を使わなくても、「等」は残るぞ

「等」 にメッセージ本文も含まれるなら掲示板として成り立たないな

（＾＾）

age

あ、なつかしいスレ

age

誰か翻訳して恥かく野師いないの？

age

つーか、4/1までに間に合うの？

無理だな

急げ！たいやきくん

http://washitake.com/diary/?date=20030311#p06
明日だな

あぼーん

（＾＾）

まだあったんだ

さあ、出るのはあさって。わくわく

０４／０１って、来年の一月？（;´Д｀）

ttp://slashdot.jp/article.pl?sid=03/04/02/1421215&topic=15&mode=thread

このスレの意味はなんだったのか…

鳥類パケットも実装例あるよな。

（＾＾）

あぼーん

ビルゲイツ＝渋谷店店長

<body>
<img src="複数の学生の利用.gif">テーブル席の利用<br>
かけがいの無い友情と青春に乾杯<br>
<a herf="ttp://仕組まれた自由.com">固定された座席</a>
</body>

あぼーん

あぼーん

保守age

プログラミングのお供に・・・
http://mypage.odn.ne.jp/home/dongrico

>>203
s/かけがい/かけがえ/

あぼーん

さるべーじ

誰もいないけど...
RFC 3091 Pi Digit Generatorをsourcefogeにアップしました。
プロジェクト名はgpigenっす。
Windows, Linuxで一応使えます。

あぼーん

あぼーん

FTP: Food Transfer Protocol
注文されたメニューを正しくクライアントのテーブルまで転送させるためのプロトコル

これと>>8を併用するのですね。

>>215
吉野家プロトコルはＦＴＰの上に構築される第５層ということで

こんなとこで引用されててビビった。
http://www.hotwired.co.jp/bitliteracy/shirata/031028/
IHCP…本気なんだかネタなんだか。

age

緊急浮上
http://news5.2ch.net/test/read.cgi/newsplus/1072789260/l50
これに対するStatus Codesの定義を行う必要がるとｵﾓﾜﾚ

＞500 Internal Yoshinoya Error
今の状況ですか？

>>220

いやむしろ
Resource temporarily unavailable
ではないかと。

＃今年の４／１までにはこれをネタとできる状況になっていてﾎｽｨ

410 Gone
になってたりして

Accept-Language: en-au
で対応したようですね
http://book.2ch.net/test/read.cgi/bizplus/1074723639/

Accept-Meat

今日、吉野家プロトコル使って牛丼を頼もうとしたら404を返された。
ショボーン．．．

そんな事より１よ、ちょいと聞いてくれよ。スレとあんま関係ないけどさ。
昨日の１０時頃、吉野家行ったんです。吉野家。
そしたらなんか報道陣がめちゃくちゃいっぱいで座れないんです。
で、よく見たら二人組みの客がいて、最後の牛丼、とか言ってるんです。
もうね、アホかと。馬鹿かと。
なんか中継車とかもいるし。生放送で吉野家か。おめでてーな。
CM入るから食べるの待って、とか言ってるの。もう見てらんない。

で、やっと座れたかと思ったら、隣の奴が、カレー丼並盛、とか言ってるんです。
そこでまたぶち切れですよ。
あのな、カレー丼なんてきょうび流行んねーんだよ。ボケが。
得意げな顔して何が、並盛で、だ。
お前は本当にカレー丼を食いたいのかと問いたい。問い詰めたい。小１時間問い詰めたい。
お前、本当は牛丼食いたかったちゃうんかと。
吉野家通の俺から言わせてもらえば今、吉野家通の間での最新流行はやっぱり、
納豆定食、これだね。
大盛りねぎだくギョク。これが通の頼み方。
ねぎだくってのはねぎが多めに入ってる。そん代わり納豆が少なめ。これ。
で、それに大盛りギョク（玉子）。これ最強。
しかしこれを頼むと次から店員にマークされるという危険も伴う、諸刃の剣。
素人にはお薦め出来ない。
まあお前、１は、イクラ鮭丼でも食ってなさいってこった

Subject: IANA General Request for Assignments

> What type of assignment/registration are you requesting?

itoyama 16080/tcp Eitaro Itoyama Web

> If possible, please give a brief description of why you need
> this assignment/registration:

To avoid crawling, cacheing, tashiroing of my web site, describing my
excuses for sexual harrasment, we use http://www.itoyama.org:16080
instead of 80/tcp (http)

　　　　　　　　　　　　　　　　　　　From The Itoyama Tower

>>225
404でなく503だと思いたい...

たしかに>>27では404は売り切れになってるけど
ホストが店舗と定義されるなら
Yoshinoya not Foundが正しいと思う
503は「人がめちゃくちゃいっぱいで座れないんです」ってとこだろ

じゃあ今から吉野家いってくらー

「サーバ(店舗)が見つかりません」と404は違うと思うが。
> 503は「人がめちゃくちゃいっぱいで座れないんです」ってとこだろ
「休業中」「準備中」も含まれる。
開店が7時からならRetry-Afterヘッダフィールドで
開店時刻を指示するとか

諸君！そろそろ牛丼以外の商品に対する包括的な注文プロトコルについて
真剣に議論するべき時期がきたと思うのだが、どうか。
あと、BSE脆弱性に対するセキュリティについてもお願いしたい。

先生！SCO脆弱性は捨てていいですか？

は

明日発表されるのですか?

age

米国産の異常プリオン未検査牛の肉は
さしずめエラーパケット

4/1は過ぎましたが…

豚ではRFCにふさわしくないと判断されたんでしょう

2ch ブラウザのための仕様をRFCにしよう。

2chシステムをp2p化したものなら、RFCにしてやってもよい。

>>240
偉そうなのが気に食わないがよろしく頼む
これこの通り m(_ _)m

専用ブラウザと専用HTTPdの計画は、現在水面下で進行中（多分、２ちゃん用にはならないと思うが）
自分でHTTP実装するのって結構面白いね

2chのhttpdで思い出したのですけれども、昔、帯域超過で2ch閉鎖という
話があったと思うのですけれど、あの時、どうして、単純に帯域制御の
モジュールを使わなかったのでしょうか？

実は、mod_netniceという、Apacheのネットワーク制御モジュールを
書いたのですけれども、うまく2chの役に立ちませんかね？

>>242
あれは帯域でなく転送量の増加だろ
量に課金されるシステムだったかと記憶するが
情報圧縮がいちばん効率がいいだろ

Unix板は2chのメンテ板じゃないし
RFCにそんな能書きたれてる時点で糞
出直してらっしゃい

>>242
当時は
「mod_gzip入れればいいぢゃん」
「apache の入れ替えはできん」
「しゃあない cgi 側で gzip するか」
という経緯だったと記憶。

>>243,244

なるほど、そういう状況だったのですね。
出直してきます。ありがとうございました。

2年経ちました。

スマン
今だから話そう
実はネタスレだったんだ

な、なんだってー（AA

　　　　　　　　　＼　　　∩─ー、 　　　====
　　　　　　　　　　 ＼／　●　、_ ｀ヽ 　　======
　　　　　　　　　　　/ ＼(　●　 ● |つ
　　　　　　　　　　　|　　 X_入__ノ 　 ミ　　　>>247 そんな餌にクマーー
　　　　　　　　　　　 、　(＿／　　　ノ　/⌒l
　　　　　　　　　　　 /＼＿＿＿ノ゛＿/　 /　　=====
　　　　　　　　　 　 〈　　　　　　　　 ＿_ノ　　====
　　　　　　　　　　　 ＼　＼＿　　　　＼
　　　　　　　　　　　　　＼＿__）　　　　　＼　　　======　　　(´⌒
　　　　　　　　　　　　　　　　＼　　 ＿＿_ ＼＿＿　　(´⌒;;(´⌒;;
　　　　　　　　　　　　　　　　　 ＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;　　ズザザザ

あげ

今日？

揚げ

>>UNIX時間(+0900)35/04/01(金)
これどうやるの？

このUNIX時間とやらは今日限定で運営側のオフザケなのか・・・

それだったら通算秒で表示すりゃ面白いのにな。

>>255
(･∀･)ｲｲ!!

年にしかオフセットを入れられない罠。

年表記についてはこちらで。

休憩室その１
http://pc8.2ch.net/test/read.cgi/unix/971544136/

伝説の伝書鳩プロトコルのRFCで思いついたんですが・・・

災害時で通信が途絶した場合、
送信側では、伝書鳩にプリンターで印刷したバーコード類を付けて伝書鳩を飛ばして、
受信側ではバーコード類のリーダーで情報を読みとると。

電気が来てるなら通信は不可能じゃないだろ？
あっそ。

えぇけっしとるのぉ(*´Д`)ﾊｧﾊｧ


うはっｗｗｗおｋｗｗｗうえっｗｗｗ？？

そろそろ保守

W3Cの各種勧告にも RFC のような略称ってあるんでしょうか？
また通し番号によって特定の文書を指すことができるのでしょうか？

YBBOP書き直さなくて良いの？

dfdfehfeh




kruktu





yryryre





ioyoyuo




yreyre

はじめて覗いてみた。

DSSSLやSGML-DTDのMIMEを決めるとか
HTMLやCSSのMIMEをapplicationに修正するとか
そういう生産的なことをやっているのかと思ったら……

結局やらなかったのか

＞大阪府三島郡島本町の小学校や中学校は、暴力イジメ学校や。
島本町の学校でいじめ・暴力・脅迫・恐喝などを受け続けて廃人同様になってしもうた僕が言うんやから、
まちがいないで。僕のほかにも、イジメが原因で精神病になったりひきこもりになったりした子が何人もおる。
教師も校長も、暴力やいじめがあっても見て見ぬフリ。イジメに加担する教師すらおった。
誰かがイジメを苦にして自殺しても、「本校にイジメはなかった」と言うて逃げるんやろうなあ。
島本町の学校の関係者は、僕を捜し出して口封じをするな

＞島本町って町は、暴力といじめの町なんだな

子供の時に受けた酷いイジメの体験は、一生癒えない後遺症になるなあ