掲示板スクリプトデータフォーマット規定を作ろう
■ このスレッドは過去ログ倉庫に格納されています
この規定を定めることにより掲示板間のデータファイルの共有や
乗り換えが容易にできるようになります。
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
基本要素としていらない
0302nobodyさん
02/12/05 20:11ID:???コンテナとしての 「記事」 「スレッド」 「グループ/ボード」 「システム」 だけであって、
中身は規定できないと思うがなあ。
0303nobodyさん
02/12/05 20:18ID:1bGA4YAM0306nobodyさん
02/12/05 20:42ID:1bGA4YAMコンテナとしての 「投稿内容」 だけであって、
そのほかは規定できないと思うがなあ。(w
030749
02/12/05 20:48ID:???2chみたいに書き込みがずっと連続していくやつもあるわけよ。
で、中には変態的な掲示板もあるかもしれないと考えるわけだ：
（例えば親記事を複数指定できるとか、あるいは子記事なんだけど話題が飛んで
「サブジェクト変えました」なんつって新しくルートを作るんだけど、でも元の話題と
関連してるってことをデータとして持っとくとか。
もちろん変態的なのに全部対応しろっつってんじゃねえぞ。勘違いすんなよ。）
でだ。そういうことをつらつら考えると、こういった「掲示板の形式」と
「掲示板の書き込み（＝>>300にあるような名前とか本文とか、１つの書き込みを構成する要素）」
の仕様は分離できたらしたほうがいいんじゃねえかと思うわけよ。で、書き込みの中身なんて
それこそ人によって好き好きなんだろうからよ、まずは「掲示板の形式」の規定を考える方が
先なんじゃねえか、とまあこう思うわけよ。
0308nobodyさん
02/12/05 20:53ID:???/::_;イ-‐=ﾚ'＝＝ミ" '∠-=＝ヽl＝ヽlヽ ﾚ'ﾚV
／::::::::..、 ｏ ,≡:::::::〈､ ｏ , :|│ ﾘ ' 冷静に考えれば……
::::::::::::::::: ` ｰ--‐ '´三 :::::::::ヽ`::ｰ-‐:'.´ |│ l 49が自分への質問を投げている事がわかる……
::::::::::::::: ニニ ::::::::::::::ヽ::::::::: U |│ !
:::::::::::::::U ￣￣ U::::::::::::::::ヽ::: u |│ .l ここはひとまず……
:::::::::::::::: U r‐:::::::::::::::::::::ヽ. Lﾉ | 見っ……！
0309nobodyさん
02/12/05 21:21ID:???記事が時系列
記事が親を持つ
記事が複数の親を持つ
記事がサブジェクトを持つ
記事が元サブジェクトを持つ
：
等の実例を列挙したあと、
「BBSの基本となる13の形式」みたいなのを提示すれば？
0310nobodyさん
02/12/05 21:37ID:???お前が言ってることはお前が言う前から全員の頭の中にありますが何か？
個々のメッセージの内容としてはXHTMLを引っ張ってくれば十分、
多分内容について議論する必要無し、そこがXMLのいいとこ。
メッセージの内容も含めた情報については
<投稿日時>W3C-DTF
<投稿者情報>http://www.nmda.or.jp/enc/w3c/cr-p3p-20001215j.html＋α
<投稿内容>"個々のメッセージの内容"＋α
<管理情報>α
で、それをさらにマークアップするために、
<掲示板>
└<メッセージs>
└<メッセージ>
├"メッセージの内容も含めた情報"
└<レス>
0313nobodyさん
02/12/05 22:46ID:???｀＞ `'´ ＜´ XMLだ MIMEだ… 49だ 電波だ……
∠´ ｀ヽ、 そんな話はもうっ…！
／ ヽ
/ ヽ そんなことを話せば話すほど…
,.ｲ /|ﾊ/! ,ﾊ ﾄ､lヽﾄ､ ｀、 オレたちは浅ましく 醜く 這い回っている……
´/ ﾊ/＼＼|/ `,／／ ＼ | この社会の底を……！
/ r| ＝=＼! |／==＝ ヽ. r‐､ | わかんねえのか…！その姿…
7 | | `-vﾟ/ `--uﾟ‐'′| |こ!| | そして そんな姿を見てXMLの良さを理解している香具師は喜ぶ……
,/ | | u / u U | |こ!| `、
/ ｀| /_ - ヽ u' | !_ン ヽ オレたちが……
.ｲ ヽ lニニﾆﾆ二ヽu ／| ＼ XMLについて語り合えば語り合うほど、
/ ヽ`ー──―'／ / ﾊ~"''‐- ヽ_ 反応を すればするほど
7' ヽ ~~~ ／ / ,/ ヽ~"''‐- 結果的に その野郎の思う壺…
/__,.,.ｨィ ＼_／ u' / / `、`、 意のまま……！
-‐''"~ /~7 /| /ノ ', `、ヽ
/ / / |‐-､ ,r-―"| ', `、ヽ 悔しくねえかっ…！
/____///＿_| ｜ |＿＿＿＿__`、 悔しくねえのかよっ…！！
0314nobodyさん
02/12/05 22:56ID:???理解できる香具師がいないんだろうね
0316nobodyさん
02/12/05 23:08ID:???いや、仮に思考の内容がすばらしいものだとしても他人とのコミニュケーションがとれないヤシは使い物にならないだろ、実際。
すばらしいっていうのはあくまで仮にだがな。
0317nobodyさん
02/12/05 23:16ID:???正しくないから仮定の意味が無い
0318nobodyさん
02/12/05 23:31ID:???>理解できる香具師がいないんだろうね
そうそう、49の脳内にしかいないんだよね。
0319nobodyさん
02/12/05 23:52ID:nsdc30ym任意のデータをMIMEにとか書き込み内容の分離とかいいだして
もはやCMTでもその拡張でもないような立場になって
挙句の果てに掲示板形式の規定を考える方が先、て。
具体的に語彙の話が出かけてたところをあんたが引っ掻き回したんじゃないの。
何度もいうようだけど具体的なものを示してよ。
完全じゃなくてもいいからこんな感じのことを考えているっていうのを。
議論に何の建設的貢献もできないなら黙っておくれ。
032249
02/12/06 00:38ID:???>>151を見れ。「掲示板の形式」が、もし＊既存の掲示板の枠内に留まる＊のであれば
CMTで十分と書いている。で、今回策定する標準ってのは既存の掲示板の枠内に
とどまるのかどうか、ってことを >>195,>>239,>>285 で聞いている（がこの点に関する返答は
スレ内では未だにゼロだ。）なぜなら「掲示板の形式」として既存のフォーマットが既に
サポートしているもののみを対象として新しくフォーマットを策定する作業は、
単なる車輪の再発明に過ぎないからだ（わかりやすく言えばムダな作業ってことだ。）
仕様策定においてまずもって必要なものは抽象化された「データ構造」であって、
それを実装する手段の選択は二の次だ。
（現時点ではXMLでもMIMEでもserializeでもRDBにぶちこんでダンプでもData::Dumperでも
手書きでもなんでもいい。大事なのは表現する対象となるデータ構造だ。）
その構造の具体的な提案が>>239,>>285のグラフであり集合論上の二項関係だ。
用語がわからなけりゃグラフ理論入門でも集合論入門でも読め。
この程度の知識も素養もない連中が「規定」なんてできると思うなバカ共。
0323nobodyさん
02/12/06 00:48ID:UztSNGiC第二に既存のフォーマットが既にサポートしているものでもそれを標準化することに意義がある（>>1を読んでるかね？）
0324nobodyさん
02/12/06 00:51ID:UztSNGiC要するに何も示せないという答えということですよね？
0325nobodyさん
02/12/06 00:53ID:???032649
02/12/06 00:56ID:u7T55qaR(1)CMT方式(要素の拡張含む)でサポートできない具体例をあげてくれ。
(2)先行するフォーマットは機能の不十分がない限り通常デファクトとして扱うべき
だが、それをわざわざ「別のフォーマットで」標準化する具体的な意義とやらをあげてくれ。
032749
02/12/06 00:57ID:u7T55qaRデータ構造として
グラフS=(V,E)は十分具体的です。わからないのはあなたの知識不足です。
0328nobodyさん
02/12/06 00:59ID:???ハァ？
＞グラフS=(V,E)は十分具体的です。わからないのはあなたの知識不足です。
自分だけ理解しているつもりになるのは、あなたの知識不足です。
つーか、もう49は無視の方向で。
032949
02/12/06 01:01ID:???033049
02/12/06 01:08ID:???0332nobodyさん
02/12/06 01:14ID:???そっくりそのままお前に付き返してやるよ（藁
0333nobodyさん
02/12/06 01:56ID:???・掲示板スクリプトデータフォーマット規定を作ろう
→>>240みたいなやつ(?)
・掲示板書き込み内容のメタデータの規定を作ろう
→CMTで十分では。
メタデータっていう言葉の意味は知らんけど
0334nobodyさん
02/12/06 03:46ID:???CMTですらオタクっぽくて全然使われてない。
0335nobodyさん
02/12/06 08:49ID:???ごっちゃになってるよな。
>>334
俺も既存の <> 区切りが処理が楽ちん(融通が利かないのは我慢)で好きだ。
CMTは元々出力を目的にしてるから、ログデータとしては考慮されてない模様。
XML厨な方に質問。
記事番号1、親記事、タイトル「あああ」、本文「いいい」
記事番号2、記事1への返信、タイトル「Re:あああ」、本文「ううう」
記事番号3、親記事、タイトル「AAA」、本文「BBB」
こんな感じの記事ログをXMLで保存するとしたら、おおよそどんな風になるの？
あくまで一例ってことでよろしく。
まず俺がXML勉強しるって感じですまんが。
0336お約束
02/12/06 09:26ID:???0337nobodyさん
02/12/06 09:32ID:???0338nobodyさん
02/12/06 09:52ID:71EnxhWl過去ログ嫁よ。
親子関係の表現には2通り可能ということで議論がある。
0339nobodyさん
02/12/06 09:54ID:71EnxhWl相手に向ける言葉としては批判でもなんでもないし皮肉として解釈するのも無理だな。
0340nobodyさん
02/12/06 10:05ID:???ここ数年は絶対ないな。負荷にうるさいもん。
XMLは、日本最大の掲示板が実用上採用しないだろうフォーマットである
という事実は、やはり意識しておいたほうがよさそう。
0341nobodyさん
02/12/06 10:25ID:71EnxhWl「匿名掲示板（仮）」はXML出力機能をもっていた。
http://kari.to/bbs/
http://kari.to/bbs/index.cgi?srd=194&style=xml
あといまの靴墨スクリプトはネイティブにXMLを採用している。
http://csmith.hp.infoseek.co.jp/xmlbbs/main/index.xml
0342nobodyさん
02/12/06 12:09ID:???「データファイルの共有や乗り換えが容易にできるように」
規定を決めることなので、各スクリプトがが普段持つ
データフォーマットとしてのものを決めるのでは無いことを
再認識していただいてこの後の議論を続けてください。
ようはフォーマット決めればその形式にエクスポートされたデータは
他のスクリプト使用時にインポートすればOKということだろ？
それようのバッチは作る必要があるけど。
0343nobodyさん
02/12/06 12:46ID:???0344nobodyさん
02/12/06 13:06ID:???<>形式で、行の最初をスキーマ定義にしとくってのはどうよ。
id<>parentid<>subject<>name<>email<>body<>(ユーザ要素)<>...
1<>0<>掲示板スクリプトデータフォーマット規定を作ろう<>nobodyさん<>age<>決めようぜ<>...
2<>1<>-<>nobodyさん<>sage<>2Get!!<>...
...
読み込むときは
@schema = split /<>/o,<LOG>;
@rows = ();
while (<LOG>) {
$i = 0;
my %item = map { ($schema[$i++] => $_) } split /<>/o;
push @rows,\%item;
}
こんな感じで。
0346nobodyさん
02/12/06 13:20ID:???print join("<>",@schema)."\n";
foreach $line (@rows) {
$i = 0;
print join("<>",map { $line->{$_} } @schema })."\n";
}
こんな感じかな？
あとはidとかemailとかbodyとか、それぞれ必須とか推奨とか
レベルが違うと思うけど、そんな感じの標準スキーマを決めればいいのかな？
0347nobodyさん
02/12/06 13:21ID:???0348nobodyさん
02/12/06 13:48ID:???foreach $line (@rows) {
foreach $k (keys %$line) {
$line->{$k} =~ s/</</gos;
$line->{$k} =~ s/>/>/gos;
$line->{$k} =~ s/\n/<br>/gos;
}
}
で、デコードはこの逆をすれば、
スキーマ要素によらず書き出すもの全部エンコード／デコードできるよね。
■ このスレッドは過去ログ倉庫に格納されています