掲示板スクリプトデータフォーマット規定を作ろう
■ このスレッドは過去ログ倉庫に格納されています
この規定を定めることにより掲示板間のデータファイルの共有や
乗り換えが容易にできるようになります。
0202nobodyさん
02/12/03 02:39ID:???把握してる香具師は存分に語ってください。
漏れは決めるべきことが決まっていればどんな形でもかまわんなー。
ただ、データとしての美しさよりも、
掲示板のような負荷の高いものはパフォーマンスと
クライアントへの配慮(あつかいやすさ)が重要だと思う。
0203nobodyさん
02/12/03 05:04ID:Yy0QufYv0204まともな神経の持ち主
02/12/03 07:30ID:???0205nobodyさん
02/12/03 07:33ID:???単純にflashでも、htmlでも対応出来る。これしか思い浮かばない。
あとメンテが楽とか。
誰か代わりに>202に語ってくれ。
0207nobodyさん
02/12/03 09:40ID:8ebcifH1どこをどう読んだら「今時改行できない掲示板なんてあんの？」ていう
レスが出るのかわかんない。
0208ＣＭＴ厨
02/12/03 09:51ID:???CMTは改行を複数含む文字列をメッセージとして扱うことができるんだけど。
「改行区切り」ってどういう意味？何を「区切ってん」の？（藁
0209nobodyさん
02/12/03 10:31ID:8ebcifH10210nobodyさん
02/12/03 10:34ID:8ebcifH10211ＣＭＴ厨
02/12/03 11:03ID:???…
その「区切り」はコンピュータの処理上なんかイミがあんのか…
>>198がダウトっつってんのは、アンタの言う「改行区切りの文字列」と
XMLのノードが持つ値との間に本質的な差が無いってことだよ。ワカル？
0213nobodyさん
02/12/03 17:13ID:???>>XML文章として認識されればそれで十分だろ？
>だけ言われてもなあ。何に十分なの？
>ell-formedあるいは更新されたDTDでvalidなXMLだったら
>古いプログラムも人工知能よろしく追加ノードに勝手に対応してくれるってこと？
掲示板に関する規定作ったところでプログラムが意味解釈してくれる訳じゃないぞ
schema書けば、要素の内容のデータ型については定義可能だが、
あくまで処理装置が意味解釈をしている訳ではない。
古いプログラムが勝手に対応してくれないから"Adobe® SVG Viewer"
みたいなもんが必要になるんだろ？
と、電波を飛ばしてみる
0214nobodyさん
02/12/03 17:36ID:???ＸＭＬは，インターネット上でそのまま利用可能であること。
ＸＭＬは，広範多様なアプリケーションをサポートすること。
ＸＭＬは，ＳＧＭＬと互換的であること。
ＸＭＬ文書を処理するプログラムを書くことは，簡単であること。
ＸＭＬにおける任意的な機能の数は絶対的最小限に，理想的には０にとどめられるべきである。
ＸＭＬ文書は，人間が読み書きでき，相当程度に明快であるべきである。
ＸＭＬの設計は，迅速に準備されるべきである。
ＸＭＬの設計は，形式的かつ簡潔であること。
ＸＭＬ文書は，作成しやすいこと。
ＸＭＬマークアップの簡潔さは，最低限の重要性しかない。
0215nobodyさん
02/12/03 17:44ID:???掲示板ログフォーマットと一緒くたに考える必要ないんじゃない？
アプリで使う分には拡張性もあるし使いやすいだろうけど、掲示板ログとしては処理が大きくなって向かないと思う。
0216nobodyさん
02/12/03 17:46ID:???0217nobodyさん
02/12/03 17:59ID:IQRudvo/>>1で、1がCMTの宣伝のためにスレを立てる、>>5でCMTの宣伝をするために、
メール欄にスペースを入力してIDを隠す、
>>2-3で、普通に2get＆応援。
>>4で、「XML」の単語が出てくる、>>1焦りだす、
>>5で、CMTフォーマットを披露、見事に無視される。
(再びCMTの単語がスレに搭乗するのが>>46ってのが…)
>>6- XMLやCSVについて利点などの面で話し合い。
「<>カカレタラデータハカイサレルヨ」…①
「またXML厨か」
等の電波が飛び交うがほとんど無視される。
(てか、"<>"を書かれてデータが破壊されるなら、①の書き込みをした時点で、
このスレのdatを破壊した気分になってたのだろうか？もしかして期待した？)
まぁ、>>1の今後に期待。
0218nobodyさん
02/12/03 18:02ID:IQRudvo/0219nobodyさん
02/12/03 18:30ID:G6bUnBgc俺はCMTはそこそこよくできた規格と思うけど
XMLでやるならそっちがベターだと思うよ。
>>211は「XMLならもっとリッチな内容を含みうる」の意味がわかってない。
＞「改行区切りの文字列」とXMLのノードが持つ値との間に本質的な差が無い
って全然違うでしょ。
（「XMLのノードが持つ値」っていうのは要素の内容のことか？）
単に要素の内容に<hoge>text</hoge>みたいなものしか使わないなら確かにそうだろうが
<hoge>a<foo>b</foo>c</hoge>ならどうよ。
>>211はXMLをkey/valueを別のやりかたで書き換えたもの程度にしか理解してないんじゃないのか。
0220nobodyさん
02/12/03 18:32ID:G6bUnBgc「改行を複数含む文字列」だけでどうするかとか、そういう例を考えればいい。
0221nobodyさん
02/12/03 18:35ID:G6bUnBgc46は俺だが49ではない。
0222nobodyさん
02/12/03 18:36ID:???0224nobodyさん
02/12/03 20:19ID:???それは関係ないよね。
データの中身の解釈はまた別のレイヤの話だと思う。
0225nobodyさん
02/12/03 21:57ID:???1.XML関係のモジュールが入ってるサーバが少ない
=>ツリー構造が生かせない
2.XSL経由でデータを送ると全てユニコードになってしまう
=>ユニコード用のライブラリがみあたらない
(Jcode.pmが入っているサーバが少ない)
CSVとXMLの比較の例
例：データからメールアドレスを取り出す(スクリプトはperl)
CSV
データ：no,name,date,mail,pwd
スクリプト：(undef,undef,undef,$mail) = split(/,/,$_);
XML
データ：<data no="no" name="name" date="date" mail="mail" pwd="pwd">
スクリプト：$_ =~ /mail="(..+?)"/; $mail = $1;
0226nobodyさん
02/12/03 22:12ID:???CSV
split関数の方が処理が早い。
データ構造が簡単なので扱いやすい。
XML
欲しい要素に直接アクセスできる。
(データの要素が増えてもスクリプトに手を加える必要がない)
っていうかむしろ
>>56みたいな議論をするのがこのスレの本来の目的なのではないかと思ってみたり。
>>1も予想外の展開なのかっ？
0227nobodyさん
02/12/03 22:18ID:8ebcifH1そんなことないでしょ。
<xsl:output encoding="Shift_JIS"/>
＞ XML
＞ データ：<data no="no" name="name" date="date" mail="mail" pwd="pwd">
＞ スクリプト：$_ =~ /mail="(..+?)"/; $mail = $1;
こんなことやるつもりなの？
0229nobodyさん
02/12/03 22:27ID:???しょちゅうバージョンアップがある規格は見通しがもてていない証拠
0230nobodyさん
02/12/03 22:29ID:???<xsl:output encoding="Shift_JIS"/>
はなぜか無視されるようです。
>こんなことやるつもりなの？
一例ですから？
0232nobodyさん
02/12/03 22:35ID:???ユーザーに送信する時に、読み取ってマークアップすれば、
>>1の
>この規定を定めることにより掲示板間のデータファイルの共有や
>乗り換えが容易にできるようになります。
は可能だろ？
乗り換えるときにもデータを共有するときにも、一度CGI通してマークアップしなきゃだけど…
0233231-232
02/12/03 22:37ID:???<xsl:output encoding="Shift_JIS"/>
はformのエンコーディングには関係ないよ
http://qa.xml.gr.jp/data/xsl/files/0014.xml
0234nobodyさん
02/12/03 22:40ID:8ebcifH10235nobodyさん
02/12/03 22:40ID:???正規表現じゃいけないですか。
これくらいしか思い浮かばなかったんですが
もっといい方法があれば教えて欲しいです。切実に。
>>231
?
0236nobodyさん
02/12/03 22:43ID:???いいたいことあるならはっきりかけよう。スレ汚してるだけじゃん。
0238nobodyさん
02/12/04 01:04ID:4LjPmisD<data>
<mail>
</mail>
</data>
perlの正規表現でどう処理してるの？
023949
02/12/04 01:11ID:???まあエンコード戦略がしっかりしてさえいれば、
スタックの必要な文脈自由文法に基づくパースよりも
正規表現でさくっとできるパースは優れている、かもね。
>>213
わかってると思うけど>>195は>>194=174に対する皮肉ね。
なんか発散しているようなので問題をまとめると、
「掲示板データ構造」が
Ｓ＝（Ｖ，Ｅ）（Ｖは各書き込みのノード、ＥはＶ間の二項関係）
で表現＊し得る＊ものであり続けるならば、
わざわざXMLを導入するメリットはない（それこそCSVで十分だ。）
さて、この「掲示板データ構造」の本質的な変化は今後起こり得るだろうか？
起こり得るとしたら、どんなものが想定されるかな？
（一部の理解の悪い人たちへの注釈：
書き込みのbody部がいくらリッチになろうが、
それは「掲示板データ構造」の本質に影響を与えることはない。
アンカーでもsvgでも動画でもなんでもbody部としてエンコードしてしまえば
「改行区切りの文字列 (>>198)」となって終了）
0240nobodyさん
02/12/04 02:16ID:???<item><n>名前</n><e>メアド</e><d>日付</d><m>本文</m><t>タイトル</t></item>
<item><n>名前</n><e>メアド</e><d>日付</d><m>本文</m><r>親番号</r></item>
<item><n>名前</n><e>メアド</e><d>日付</d><m>本文</m><r>親番号</r></item>
・
・
・
($n,$e,$d,$m,$r) = (split(/<.+?><.+?>/,$str))[1..5];
0241nemui
02/12/04 03:24ID:???だったら、パース処理を書くのが楽な CSV なり CMT のほうがいいじゃない、っ
てことになる。
でもパース処理なんて毎度書くのもどうだろう。単純な split やパターンマッ
チによる key, value の抜き出しで処理するのが面倒な構造が必要になった場
合はいやになる。もちろん、split で済むようなものなら、それですませてす
まえばいい。
あと、CSV とか key value な表現形式だけど、複雑な構造を encoding する
場合、具体的にどうやるかってことになると一般的でかつ、明確な合意っての
はないような気もする。なにか作るたびに、通信当事者間で、そのあたりの約
束事を作りこんでいかなくてはならない。で、そういうところで変なバグを
誘発する原因は高くなる。
0242nemui
02/12/04 03:25ID:???低限、DOM tree 程度のデータ構造は得られるであろう、という期待は持てる。
さらに XML-RPC なり SOAP なりを使う、ってレベルにまで通信当事者間で合
意がもっていければ、メソッド名と、引数の並びさえ決めればいいよね、って
あたりにまで持っていけるかもしれない。理想的には、どういうデータがネッ
ト上を流れるかは気にすることすら必要ない (SunRPC とか IIOP とかあるじゃ
ねぇか、なんて言われればそれまでだろうけど)。
XML だから特別に優れているというわけじゃないし、昔からいろいろあった。
まぁ、効率は悪いが、そこそこ使えなくはないから、長いものにまかれちゃえ
ばいいや、という割り切りで XML を使うかな、ってところじゃないですかね。
0243nobodyさん
02/12/04 08:03ID:C+9zfYjxCMTはそういう仕様じゃないでしょ。
というかアンカーなりSVGなりのエンコード方法を独自に新しく規定するの？ばかばかしい。
それならXML使ったほうがいいでしょ。
0244nobodyさん
02/12/04 08:09ID:C+9zfYjx0245nobodyさん
02/12/04 08:22ID:???0247nobodyさん
02/12/04 12:14ID:???1.5ｃｈや１ｃｈみたいなとこだと入れ子になるかも
CSVや<>で十分って人は拡張性についてはどうなの？
要素が増えたら後ろにつければいいってだけ？
列順をかえられないのでだんだんみにくい並び順に
なると思うけど。
規定フォーマットなんだから互換性が重要なんだし
XMLで定義してインポート時に自分の板にあった形式に
変換かければいいんじゃないの？
0248nobodyさん
02/12/04 16:57ID:5qCfRWF7>アンカーでもsvgでも動画でもなんでもbody部としてエンコードしてしまえば
TEXT要素(まだ決定した名前ではないが)の内容に動画バイナリを直に
(orエンコードして)書き込むなんて、まさに馬鹿がやることだろ？
181 ：nobodyさん ：02/12/01 20:07 ID:vHw2oSY+
要素の内容に任意のバイナリストリームを持ってくるなんて馬鹿な発言をしたのは誰ですか？
0249nobodyさん
02/12/04 17:19ID:LH+eBnJjアンカーつきのハイパーリンクを表現したかったら
<p>まじやばい情報は<a href="hoge.com">ここ</a>をクリック！</p>
みたいになるでしょ。
0250nobodyさん
02/12/04 17:37ID:???0251235
02/12/04 18:09ID:???データ=>XML
HTML文章の構造=>XSL
デザイン=>CSSなど
処理=>CGI
のように分担できるところがよさげです。
上のように作業を分担すれば、掲示板をより手軽にかつ安全にカスタマイズできるのではないかと思います。
>>233
情報ｻﾝｸｽ
>>237
XMLパーサーが入っていないレンタルサーバが多いのでなんともです。
>>238
1行につきデータ1単位という、CSV形式の方針をそのまま使えばいいのでは。
データ
<data><mail>mail</mail></data>
<data><mail>mail</mail></data>
処理(perlの場合)
while(<IN>){
$_ =~ /<mail>(.+?)<\/mail>/;
&subrutine($1);
}
これだとスタックがいらないのでよいのではないかと。主旨がずれていたらすまそ。
0252nobodyさん
02/12/04 19:13ID:???0253nobodyさん
02/12/04 19:21ID:???それじゃCSVと対して変わらない、
<data><mail>
</mail></data>
<data><mail(属性)>mail</mail></data>
・
・
・
には引っかからない、素直にパーサー使うべきだよ。
0254nobodyさん
02/12/04 20:24ID:???CSVや<>で十分派も納得させられるじゃないか。
0255251
02/12/04 20:59ID:???perlでモジュールを使わずにXMLを扱う方法はこれしか思い浮かばなかったのですが
実際のところどうなんでしょうか。
どこがやヴぁいのかよくわからないですが、
1.根本的に何かが違う。
2.処理速度が遅い。
3.その他
4.漏れの存在自体が危険
特に1だとどうしようもありませんが・・・
具体的にどこを改善すればよいのか教えてもらえると助かります。
0256nobodyさん
02/12/04 21:20ID:???2.むしろ拡張性を犠牲にすればこっちのほうが早い
3.子要素は？ <mail><mail></mail></mail>だとどうなる？ その他もろもろ
4.まぁ、XMLの勧告書を読んでから出直せ
025749
02/12/04 22:03ID:???書き込み間の関係と書き込み本体は互いに直交させておくべきと考えてるヤシはいないのね。
構造自体をグラフとして議論できる奴もいない、と。そんな連中が集まって勧告とはね･･･。
まあ頑張ってください。寿命の長い規格になるとよいですね（微笑
>>243
MIME
>>248
「アンカーでも」って書いてますが何か？
それと、あと５年もすれば動画も掲示板のありふれたコンテンツの一つになると思いますが、
そういう掲示板はサポート対象外ってことですね。なるほど。
0258nobodyさん
02/12/04 22:12ID:???>例えば画面サイズに由来する制約とか、一度に転送できる容量の
>制約だとかは根本的にXSLTでは対応できないんじゃないか？
画像サイズまで対応できないって電波飛ばしてた意味がやっとわかった。
0259nobodyさん
02/12/04 22:14ID:???>それと、あと５年もすれば動画も掲示板のありふれたコンテンツの一つになると思いますが、
MIMEが任意のバイナリストリームを取れるのは何故か理解できる？
026049
02/12/04 22:26ID:???しかしこれをやると次から厨房扱いとなる、諸刃以下略。
ていうか読み返すとずっと前からそうだった気もする。鬱だ。
0261nobodyさん
02/12/04 22:27ID:???"アンカーでも"エンコードするんですか？さすがですね。
49さんが"規格"を作るとずいぶん寿命の長い"規格"になるんでしょうね、
でも、このスレは"掲示板スクリプトデータフォーマット'規定'を作ろう "なので、
残 念 な が ら ス レ 違 い
まぁ、これからも>>93みたいな煽りをいれて"規定"の標準化を邪魔して下さい。
>>>243
>MIME
おまえMIMEってなんなのかわかってるのか？
おまえにとって、MIMEっていうのは
「答えられない質問があったらMIMEって一行レス」
の存在ですか？魔法の呪文は便利ですね。
181 ：nobodyさん ：02/12/01 20:07 ID:vHw2oSY+
要素の内容に任意のバイナリストリームを持ってくるなんて馬鹿な発言をしたのは誰ですか？
026249
02/12/04 22:33ID:???0263nobodyさん
02/12/04 22:46ID:hWcCtuEzところで、
181 ：nobodyさん ：02/12/01 20:07 ID:vHw2oSY+
要素の内容に任意のバイナリストリームを持ってくるなんて馬鹿な発言をしたのは誰ですか？
026449
02/12/04 22:53ID:???それはともかく、先生！"規格"と"規定"の違いについてヨロシク！
0265nobodyさん
02/12/04 22:55ID:hWcCtuEz026649
02/12/04 23:05ID:???ガーンと貼り付けちゃってくださいよ。ガーンと！
0267nobodyさん
02/12/04 23:16ID:???0268nobodyさん
02/12/04 23:19ID:???それこそ49はじめCMT厨の思う"壺"だという罠
026949
02/12/04 23:21ID:???/ ヽ / ヽ ﾓｳﾏﾃﾅｲﾖ
/ ヽ＿＿＿/ ヽ
／ ノ（ ＼
| ⌒ ヽ-=・=-′ ヽ-=・=- | ／￣￣￣￣￣￣￣￣￣￣￣￣
へ | ＼＿＿_／ | ＜ "規格"と"規定"の違いまだー？
／ ＼＼ ＼ ＼／ ／ ＼＿＿＿＿＿＿＿＿＿＿＿＿
／ ／＼＼ .＞ ヽ
ﾁﾝﾁﾝﾁﾝ／／ ＼＼/ i i ＿ |
ﾁﾝﾁﾝﾁﾝ i | ∥| /￣ ヽ / ＿
ﾁﾝﾁﾝﾁﾝ Σ [￣￣￣￣￣ヽ /￣￣ ／|
＼￣￣￣￣￣￣￣／ ￣￣ヽ＿＿＿＿／ ／ |
＼回回回回回／ ／ |
＼＿＿＿／
0271nobodyさん
02/12/04 23:29ID:???罵倒レス等も喜ばせるだけ。無視出来ないあなたも厨房です。
0272nobodyさん
02/12/04 23:38ID:???(1)物事のありさまややり方をある形に定めること。また、その定め。
「―に従う」「概念を―する」
(2)法令の条文として定めること。また、その条文。
→規程(1)
(3)〔化〕 溶液濃度の単位。溶液1リットルの中に溶質1グラム当量を含む濃度。記号 N ノルマル。
(4)「規定種目」の略。
きかく 0 【規格】
(1)工業製品などの品質・大きさ・形状などについて定められた標準。
(2)判断の基準となる社会的な標準。
「―外れの人物」
俺って厨房だな(w
0273nobodyさん
02/12/04 23:40ID:???むぅ。根本的に何かが違うと言われると・・・
DOMツリーを手軽に扱える言語なら問題ないでしょうが、
perlについては後は、モジュールを使うことくらいしか思い浮かばないです。
CSVと同程度のデータを扱うなら正規表現で問題はないだろうと思ったんですが、やはりだめでしょうか。
例えばこの程度のデータ
<res no="255" date="2002_12_04" mail="hoge" name="255" url="" password="" file="">おまえら<br/>いってよし</res>
いや、それならCSVでいいじゃんって言われそうですが、XSLなんかを使えばそこそこメリットもあるのではないかと。
なんかスレタイとずれてきたのでそろそろ引っ込みますわ。XMLの仕様書でも読んできます。(でも英語読むと何故か眠くなる罠、っていうかそれ以前に英語わからん)
最期に、一応何かの参考ということで
ttp://csmith.hp.infoseek.co.jp/xmlbbs/main/index.xml
ttp://www.mwc.ne.jp/y-koba/download/download.asp
0274nobodyさん
02/12/04 23:44ID:???http://www.fxis.co.jp/DMS/sgml/xml/wrapper-xml-19980210.html
まぁ、訳文があることをしっていて原文を読みに逝くなら尊敬するが…
DOMとかXSL,XSLTでも同じ量の文章読まなきゃなりません。
027549
02/12/04 23:45ID:???つうかさ、XMLの仕様書もいいんだけどさ、卑しくも標準フォーマットを「策定」するつもりなら、
それ以前にアルゴリズムとデータ構造くらい勉強しておこうよ。。。
0276nobodyさん
02/12/04 23:50ID:???罵倒レス等も喜ばせるだけ。無視出来ないあなたも厨房です。
0277nobodyさん
02/12/05 00:06ID:???いまそいつを読んでるところです。日本語でも眠くなるのは気のせいですか？
いや、原文読むってのは多分ネタです。ごめんなさい。
>>275
漏れへのレスですか、そうなんですか？
>アルゴリズムとデータ構造くらい勉強
そのうちやる予定です。(まだやってないです。そういや8王妃問題なんてのもあったなくらいに)
ていうかよ、別にこのスレにレスつけるつもりは全然なくて、
フォーマットの検討をニヤニヤしながら生暖かく見守るのが当初の目標だったわけで(以下略)
ってことで後はまかせますた。
0278nobodyさん
02/12/05 00:22ID:???> 1.根本的に何かが違う。
特に間違いはありません
1行につきデータ1単位なら処理しやすいのでは？という
あなたの意見は、CGI作成者にとって歓迎すべきものです。
しかしこのやり方はXMLの見た目を損ない
XML厨のアーティストな感性を傷つけることになるでしょう。
> 2.処理速度が遅い。
XMLパーサーに比べ軽くて速いです。
CGI運営者にとって軽さと速さは重要です。
正規表現で切り抜けばXMLパーサーより速いのではないか？という
あなたのアイデアは大変素晴らしいものです。
しかしこのやり方は、暗に階層の入り組んだXMLを嫌う雰囲気を含んでおり
フリーダムなXML厨からは総スカンをくらうでしょう。
XML厨にとって重要なのは美しい構造のXMLを創造することであって、
そのXMLがスクリプトレベルで扱いやすいかどうかなど無意味です。
> 4.漏れの存在自体が危険
XML厨は、あなたのいる現実世界よりもはるかに高次元の世界に存在しています。
XML厨にとってあなたは低レベルな存在なので危険ではありません。
0279xyz
02/12/05 02:20ID:???アルゴリズムとデータ構造だの、グラフだの、そういうのは基本で別段、
持ち出すことはなかろう。知っててあたりまえ(であってほしい)ことだし。
技術的には CMT とか RFC2822 + MIME くらいで十分だとは思うけど、
現実に出てくるであろう実装がグタグタになるんじゃないかというのが
不安。実際、特に MIME の実装を見ていると、現状は混乱しているように
みえるが、どうか。
0280279
02/12/05 02:24ID:???導入された =?charset?encoding?...?= の表現方法とか、multipart の
デリミタの定義とか、そのあたりがもうちょっとなんとかなってれば
まだ良かったかもしれない、とは思うけど。
0281nobodyさん
02/12/05 05:20ID:???あと 2ch ロカールとか CMT よりも内容を理解してくれる人が多くなる。
0282nobodyさん
02/12/05 06:29ID:???いちいち変換するのは面倒じゃない？
単純に別ファイルとして保存してあるバイナリにリンク張るってのはダメなの？
0283nobodyさん
02/12/05 09:35ID:GXA+t9Qx掲示板の形式に今後進歩ってあるの？とか書いてたのはどこの誰よ？
49は動画とか現時点でどこの掲示板も実装してないようなものじゃなくて
例えばアンカーつきハイパーリンクとかをどう自分の想定してる規格（CMTの拡張？）で表現するのか示してみてよ。
そしてそれがXMLを使うのに比べてどう有利なのか。
0284nobodyさん
02/12/05 10:34ID:???XMLって便利らしいけど、掲示板データフォーマット自体をXMLに統一する必要ないんじゃない？
ログは規定しないで、ある種のリクエストがあったときだけ、XMLなり何なり規定されたフォーマットで出力するようにすればどうよ？
そもそもログ自体は見られたくないって方が多いだろ？
むりくりフォーマットを統一しなくてもいいと思うんだが。
というかすでにこの辺が混じって議論されてる感じ。
プロトコルの話なのかスレタイにあるとおりデータフォーマットの話なのかもうわからん。
028549
02/12/05 10:46ID:???>アルゴリズムとデータ構造だの、グラフだの、そういうのは基本で別段、
>持ち出すことはなかろう。知っててあたりまえ(であってほしい)ことだし。
と、漏れも当初は思っていたのだが、それにしては抽象化のできない奴が多過ぎると思ったので。
既存の掲示板の構造を最汎化した場合、ナイーブに考えれば
書き込み単位を要素とする集合とその集合上の二項関係を以って表現できると思われるが、
今後そのスキームでカバーできないような構造の掲示板が出現するかどうか、
という問題は自明ではなく、少なくとも標準を策定する上では無視できないdecisionであると
思うのだが、見たところそういった議論はなされていないように見受けられる。
標準仕様の策定はまずもってその仕様がカバーすべきドメイン(その仕様の責任範囲)を
決定し、ついでそのドメインにおけるデータ構造のモデル化が行われ(必要なら問題単位を
しかるべき小問題に分割し)、最終的にその実装手段(マーシャリングメソッドの選択、
XMLなりMIMEなり)の規定が行われるべきと考えるが、このスレの議論では前段の２段階を
すっとばして「どんなデータ構造を落とし込むのか」という点が不明なまま
実装手段を選ぼうとしているあたりが徒労感の強い原因だと思ったり。
少なくとも漏れは、標準仕様がカバーできる問題空間の軸を増やす意味で、
「書き込み本体」と「書き込み間の関係」の仕様は分離しておくべきと考えているのだが
ここの連中はそう思っていないのか、そもそも抽象化思考のレベルが低くて分離の意味が
理解できないのか、どっちですか？喪前ら教えてください。
028749
02/12/05 10:59ID:???当方、今後厨房は相手にしませんので悪しからずご容赦ください。
0288nobodyさん
02/12/05 11:33ID:PKDnXDXR厨房は自分だろ。
言語は他者にメッセージを伝えるためにあるんだぞ。
オナニーのためじゃあない。
0289nobodyさん
02/12/05 11:46ID:GXA+t9Qx49の考えてるものと同じかどうか分からないと反論のしようも賛成のしようもないので
具体例をしめしてくれないかね。
あと>>283の答えもよろしく。
0290nobodyさん
02/12/05 12:10ID:???とりあえず、ここは２ｃｈであることと
レベルが厨房から神？までいることを認識してください。
その小難しい文章を正確に理解して正確に議論できる
奴ばっかりではないこと理解してもらってこの後も
よろしくお願いします。
0291nobodyさん
02/12/05 13:00ID:???それっぽい言説で悦に浸るが、論旨がはっきりしないので、当然点数は低い。
うっかりそのまま社会に出てしまうと、コミュニケーション不全のため、
まともな仕事ができないので気をつけること。
0292nobodyさん
02/12/05 14:53ID:???１．掲示板の投稿内容はエンコードされて当然、アンカーだろうがSVGだろうが気にせずエンコード
２．それと、あと５年もすれば動画も掲示板のありふれたコンテンツの一つになると思いますが、掲示板の形式に今後進歩ってあるの？
３．一度に転送できる容量の制約だとかは根本的にXSLTでは対応できないんじゃないか？
４．CMTなら記事を時刻順に並べ替えて表示とか、そういう操作がしやすいね。
５．先生！"規格"と"規定"の違いを教えてください！
６．当方、今後厨房は相手にしませんので悪しからずご容赦ください。
７．例えばHTTPのようなkey=value形式のフォーマットと比較した場合、互換性に関するXMLのメリットって何？
ちなみに私のことは厨房とみなしてもらって結構ですので相手にしなくていいですよ。
0293nobodyさん
02/12/05 16:26ID:???とりあえず、ここは２ｃｈであることと
レベルが厨房から神？までいることを認識してください。
そのﾃﾞﾑﾊﾟ文章をﾃﾞﾑﾊﾟと理解できずにﾏｼﾞﾚｽしてしまう
厨房も含まれているってことを理解してもらってこの後も
よろしくお願いします。
0294nobodyさん
02/12/05 16:43ID:???予想以上に49は魅力的な人材だ。
これからもその調子で頼むよ諸君。
0295nobodyさん
02/12/05 16:54ID:???｀＞ `'´ ＜´ XMLだ MIMEだ… 49だ 電波だ……
∠´ ｀ヽ、 そんな話はもうっ…！
／ ヽ
/ ヽ そんなことを話せば話すほど…
,.ｲ /|ﾊ/! ,ﾊ ﾄ､lヽﾄ､ ｀、 オレたちは浅ましく 醜く 這い回っている……
´/ ﾊ/＼＼|/ `,／／ ＼ | この社会の底を……！
/ r| ＝=＼! |／==＝ ヽ. r‐､ | わかんねえのか…！その姿…
7 | | `-vﾟ/ `--uﾟ‐'′| |こ!| | そして そんな姿を見て本当にXMLを理解している香具師は喜ぶ……
,/ | | u / u U | |こ!| `、
/ ｀| /_ - ヽ u' | !_ン ヽ オレたちが……
.ｲ ヽ lニニﾆﾆ二ヽu ／| ＼ XMLについて語り合えば語り合うほど、
/ ヽ`ー──―'／ / ﾊ~"''‐- ヽ_ 反応を すればするほど
7' ヽ ~~~ ／ / ,/ ヽ~"''‐- 結果的に その野郎の思う壺…
/__,.,.ｨィ ＼_／ u' / / `、`、 意のまま……！
-‐''"~ /~7 /| /ノ ', `、ヽ
/ / / |‐-､ ,r-―"| ', `、ヽ 悔しくねえかっ…！
/____///＿_| ｜ |＿＿＿＿__`、 悔しくねえのかよっ…！！
0297nobodyさん
02/12/05 17:14ID:???/::_;イ-‐=ﾚ'＝＝ミ" '∠-=＝ヽl＝ヽlヽ ﾚ'ﾚV
／::::::::..、 ｏ ,≡:::::::〈､ ｏ , :|│ ﾘ ' 冷静に考えれば……
::::::::::::::::: ` ｰ--‐ '´三 :::::::::ヽ`::ｰ-‐:'.´ |│ l 49の言っている事が電波だとわかる……
::::::::::::::: ニニ ::::::::::::::ヽ::::::::: U |│ !
:::::::::::::::U ￣￣ U::::::::::::::::ヽ::: u |│ .l ここはひとまず……
:::::::::::::::: U r‐:::::::::::::::::::::ヽ. Lﾉ | 見っ……！
0298nobodyさん
02/12/05 17:32ID:1bGA4YAM181 ：nobodyさん ：02/12/01 20:07 ID:vHw2oSY+
要素の内容に任意のバイナリストリームを持ってくるなんて馬鹿な発言をしたのは誰ですか？
0300nobodyさん
02/12/05 19:55ID:???俺がKENTのとこから掲示板を構成するのに必要な要素を
調べてきてやったよ。
あとはここでも見ながら話し合え
http://www.kanzaki.com/docs/sw/dublin-core.html
BBSの基本となる13の要素タイプ
名前
HPアドレス
居住地
アイコン
題名
投稿日
本文
文字色
記事番号
親記事の番号
記事メンテ用のID
添付File
0301nobodyさん
02/12/05 20:04ID:1bGA4YAMやるだろ
HPアドレス
居住地
アイコン
文字色
添付File
基本要素としていらない
■ このスレッドは過去ログ倉庫に格納されています