1read 100read
【2ちゃん発】RFC作成計画 (266) TOP カテ一覧 スレ一覧 2ch元 削除依頼
Motifは時代遅れか? (165)
おまえらちょっとマイコン詳しいくらいで (118)
簡単!メモリクリーニング (663)
Internet Mail System 総合スレ 3 (478)
どうしてあなたは寝ないのですか? (120)
小中高などの教育機関へUNIXの導入を (493)

【2ちゃん発】RFC作成計画


1 :02/11/25 〜 最終レス :2012/05/20
来年の4月1日のRFC発行を目指して雲丹板の皆でジョークRFCを作ろう!
今のところ考えているのは「鳥類キャリアの多重化による情報の冗長化について」と題したモノ
説明すると
 キャリアとして稼動中の鳥が巣を作っているのを見つける
  ↓
 親鳥のパケットを複製しヒナの足にも付ける
  ↓
 複数の同一パケットが飛ぶ
  ↓
 「同一パケットを見分けるための付加情報」について語る
  ↓
 「鳥類キャリアが冗長性を持つ季節」について語る
こんな感じだ
漏れのネタの方がおもすろい!知的だ!カックE!等々別のアイデアがあれば、それらも語っていこう!
線としては
 1月までに内容の骨子を決定
 2月までに日本語で原案を作成
 3月までに英語に翻訳
 3月に入ってからは英文の推敲
としたい
ギャグまでクソ真面目な諸君の健闘を祈る
いやマジで

2 :
>>1
所詮、猿まね。

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

4 :
>>1
> 親鳥のパケットを複製しヒナの足にも付ける
この時点でアウトだろ。
人がついて行くのなら伝送する意味がない。

5 :
ヤクルトおばさん式HTTP。


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

7 :
こっちでやれ。
2chからRFC(STD)を作るプロジェクト
http://pc.2ch.net/test/read.cgi/network/1010255621/

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

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

10 :
3. 現在の問題と解決法
近年、デフレ不況の長期化に伴い、一家4人の親子連れなどの、普段吉野家に
来ない連中が大挙して吉野家に押しかけ、「よーしパパ特盛り頼んじゃうぞー」
などのおめでたくて見るに耐えない発言により、ハッカーの思考を妨害する
攻撃が増加している。
この攻撃への対応として従来提案されてきたプロトコル―― 150 円を渡して席を
どかせる――は、ハッカーおよび吉野家の殺伐とした雰囲気を保ちたい者にとって
は金銭的負担が大きすぎるため、理論的提案に留まっている。
また、このプロトコルが全ての吉野家において実装された場合、以下の方法に
より利用不能化攻撃 (DOS attack) が可能であることが指摘されている。
家族連れで吉野家に行く

150 円もらう

他の吉野家に行く

また 150 円もらう

ウマー (゚д゚)

11 :
4. 注文の定義
吉野家における牛丼の注文を以下のように定義する。エンコードは、通常は音声に
よって行われる。
注文 := 牛丼サイズ 調味指定* 追加注文*
牛丼サイズ := ( "特盛り" | "大盛り" | "並" )
調味指定 := 調味物 量指定
調味物 := ( "ネギ" | "つゆ" )
量指定 := ( "だく" | "ぬき" )
追加注文 := ( "味噌汁" | "ギョク" )
"大盛りねぎだくギョク" が最強の "通" らしさを演出することがエンピリカルな
根拠から主張されており、この見解はネットワークコミュニティにおいて強く
支持されている [2]。
調味指定オプションとしての「つゆだく」組合せは、過去との互換性のためだけに
用意されており、新規注文における利用は推奨できない。単に「つゆだくで」と
言いたいだけの目的でこのオプションを使用することは、厳に慎まれるべきである。

12 :
5. セキュリティに関する考察
殺伐とした雰囲気が復活することにより、Uの字テーブルの向かいに座ったユーザ
と喧嘩が始まるかもしれない。刺すか刺されるは、双方の喧嘩っぱやさに依存して
不確定である。
"通" の頼み方を行うと、店員にマークされる潜在的危険性がある。その吉野家が
mark-and-sweep 方式でごみ集めを行っている場合、次回の入店時にごみとして
認識され、店からつまみ出されるかもしれない。
以上の潜在する危険性に対して自ら対処することのできない一般ユーザのためには、
牛鮭定食が用意されるべきである。
6. 参照文献
[1] 呪文の名前の由来, http://www.jnethack.org/origin.html.
[2] 2ちゃんねる, http://www.2ch.net/.

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

14 :
>>8-12
(・∀・)イイ

15 :
UGP
うぐぅプロトコル

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

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


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

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

20 :
GET SAITAMA 2ch/1.1
301 itteyosi saitamacity


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

22 :
>>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/.

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

24 :
>>11
「肉ぬき」の提案ができないような気がします。できたら
調味物 := ( "ネギ" | "つゆ" | "肉")
としたいのですが、「肉だく」はないし、そもそも殺伐とした雰囲気にあわない気もします。
どうしたらいいものでしょうか。

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

26 :
>>8-12 において提案されたプロコトルは、4. 注文の定義 に
不備が多いようです。
吉野家牛丼、注文の仕方こんなのあったらいいな
http://food.2ch.net/food/kako/1021/10217/1021763156.html の34
吉牛攻略法
http://www.tokyo-3.jp/~b2/yoshi/
以上を参考にして注文の定義を考え直す必要があるかと思われます。

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

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

29 :
>>28
Resource temporarily unavailable

30 :
500 Internal Yoshinoya Error
ワラタ

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

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

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

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

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

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

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

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

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

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

34 :
そういえば、いちばん大事な注記が抜け落ちていますた。
>>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

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

36 :
>エンコードは、通常は音声によって行われる。
なんかツボに入った(藁


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

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

38 :
 | ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
 | 大盛りねぎだくギョク |
 |_________|
    ∧∧ ||
    ( ゚д゚)||
    / づΦ


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

40 :
>>39
15年程前の話?

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

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

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

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


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

45 :
FC4478・・・

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

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

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

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

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


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

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

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

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

54 :
吉野家をオープンソースにしるっ!

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

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

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

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

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

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

60 :
ギョクって何?

61 :


62 :
>>58
2ch発なんだから、吉野家限定でいいじゃないのと言ってみるテスト
ところで、この板でこの話続けていいの? 何だか微妙に盛り上がってきたけど…

63 :
>>62
> ところで、この板でこの話続けていいの?
迷うな。とことん逝っとけ。

64 :
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だな。

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

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

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

68 :
NOOP

69 :
>>51
Yoshinoya compatible な牛丼サービスならOKということで、互換性に
配慮すればいいのでは。というわけでステータスコードの追加。
406 Not Yoshinoya
  吉野家でなく松屋なので後払い式のリクエストは受け入れられない。
  先に自動販売機で食券を購入する必要がある。

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

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


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

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

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

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

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

ところで
 いらっしゃいませ = ACK
 レジ待ちで突っ立っている状態 = FIN_WAIT2
とかになるかな?

77 :
丼=パケット

78 :
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
...

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

80 :
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 の一部ではない。]]

81 :
3. Protocol Parameters
3.1. 注文
吉野家における牛丼の注文を以下のように定義する。エンコードは、
通常は音声によって行われる。
注文 = 牛丼サイズ *調味指定 *追加注文
牛丼サイズ = ( "特盛り" / "大盛り" / "並" )
調味指定 = 頭指定 / 白指定 / つゆ指定
頭指定 = ( "肉ぬき" / "とろ多め" / "とろ少なめ" / "ネギだく"
/ "ネギぬき" / "頭多め" / "頭少なめ" )
白指定 = ( "白軽め" / "白重め" / "つめ白" )
つゆ指定 = "つゆ" ( "だく" / "だくだく" / "ぬき" )
追加注文 = ( "味噌汁" / "ギョク" / "味噌汁ギョク")
"大盛りねぎだくギョク" が最強の "通" らしさを演出することが
エンピリカルな根拠から主張されており、この見解はネットワーク
コミュニティにおいて強く支持されている [2CH]。
調味指定オプションとしての「つゆだく」組合せは、過去との互換性の
ためだけに用意されており、新規注文における利用は推奨できない。
単に「つゆだくで」と言いたいだけの目的でこのオプションを使用
することは、厳に慎まれるべきである。

82 :
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.
[[来店, 清算, 食事, 退出の過程で必要な要素を洗い出す必要がある。]]

83 :
5. Security Considerations
近年、デフレ不況の長期化に伴い、一家4人の親子連れなどの、普段吉野家に
来ない連中が大挙して吉野家に押しかけ、「よーしパパ特盛り頼んじゃうぞー」
などのおめでたくて見るに耐えない発言により、ハッカーの思考を妨害する
攻撃が増加している。
この攻撃への対応として従来提案されてきたプロトコル―― 150 円を渡して席を
どかせる――は、ハッカーおよび吉野家の殺伐とした雰囲気を保ちたい者にとって
は金銭的負担が大きすぎるため、理論的提案に留まっている。
殺伐とした雰囲気が復活することにより、Uの字テーブルの向かいに座ったユーザ
と喧嘩が始まるかもしれない。刺すか刺されるは、双方の喧嘩っぱやさに依存して
不確定である。

84 :
「隣席で吉野家通が注文待ちをしている場合、小一時間問い詰められてデッド
ロックをひき起こす危険性がある。
"通" の頼み方を行うと、店員にマークされる潜在的危険性がある。その吉野家が
mark-and-sweep 方式でごみ集めを行っている場合、次回の入店時にごみとして
認識され、店からつまみ出されるかもしれない。
以上の潜在する危険性に対して自ら対処することのできない一般ユーザのためには、
牛鮭定食が用意されるべきである。
また、このプロトコルが全ての吉野家において実装された場合、以下の方法に
より利用不能化攻撃 (DoS attack) が可能であることが指摘されている。
家族連れで吉野家に行く

150 円もらう

他の吉野家に行く

また 150 円もらう

ウマー (゚д゚)

85 :
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「2chの日」
同時多発オーダー IN 吉野家」",
<ttp://www.geocities.co.jp/Foodpia-Olive/4511/>.
[YOSHINOYA] YOSHINOYA D&C Co.,Ltd, <http://www.yoshinoya-dc.com/>.

86 :
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
...

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

88 :
>>80
> 2.1. Definitions
Node: 吉野屋の店舗。
追加キボーン。

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

90 :
席 = port

91 :
【YBBOP 〜注文管理〜】¥540
http://tool-ya.ddo.jp/2ch/trash-box/contents.jsp?file=20021201170712085.gif


92 :
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=/

93 :
>>91
有効期限短かい!(藁

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

94 :
ホスト := 店舗
プロセス := 店員
データベース := 鍋
不良パケット := ゴキブリ
ポートスキャン := 空席確認行為
クライアントはサーバと接続した後に近くの空いているポートに対して手荷物を
置きたくなるかもしれないが、これは明らかにプロトコル違反である。この行為は
ホスト上でバックログの溢れ (接続拒否/客逃げ) に繋がるため行ってはいけ
ない。プロセスはセッションを開始していないポートに対しても注意しなけれ
ばならない。

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

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

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

97 :
>96
な、なんだってーー!!?

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

99 :
> 98
読んでませんが何か?

100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼
平田泰行スレ (294)
ちかごろのHP (120)
簡単!メモリクリーニング (663)
UNIXに関する言葉のひらがな読みスレッド (434)
はかーのおつまみ (180)
デートを秋葉原でするツワモノの数→ (546)
--log9.info------------------
作曲家と一般学力 (167)
チャールズ・アイヴズ / Charles Ives ♪ (101)
〓近代〓現代〓 定義と境界と作曲家はは? 〓 (107)
Serph 【サーフ】 (357)
oval (310)
NURSE WITH WOUND (197)
ノイズ7 (957)
今聴いている音楽を晒すスレ (892)
ニカ板の人が好きなニカ以外の音楽 (446)
[test]書き込みテスト pt.2[テスト] (395)
こんな曲を探しています!! in エレクトロニカ板 (467)
坂本龍一 Part 1 (875)
Talk Talk & Bark Psychosis (152)
CAPSULE (386)
Au Revoir Simone 【un】 (107)
エレクトロニカと(しての)buckethead (512)
--log55.com------------------
トヨタF1を振り返って
【Gr.C】グループCを語るスレ其の22
なぜF1には女子小学生がいないのか?2
【東MAX】佐藤琢磨555クラッシュ!【琢MAX】
[スーパーGT]NAC攻殻ARISE DRポルシェ border1[痛車
ジム・クラーク
長坂アナウンサー、セクハラで左遷ww
2014 F1日本グランプリ 事故調査議論スレッド 2