掲示板スクリプトデータフォーマット規定を作ろう
■ このスレッドは過去ログ倉庫に格納されています
この規定を定めることにより掲示板間のデータファイルの共有や
乗り換えが容易にできるようになります。
0102nobodyさん
02/11/21 20:36ID:eFhGfzvAまああまり見栄えに拘らなければCSSで属性を視覚化することはできるけど、
純粋な要素のメタデータで、しかも拡張性の無いものでないと属性にする
メリットは少ないね。例えば属性に子孫ノードは作れないわけで。
つーわけで同意。
>>92
XMLでやるってことは、拡張性をかなり重視してのことだと思うんだけど、
無闇に属性にするのは考え物だと思う。日付くらいならどうってこと無さ
そうだけど、まあ保険みたいなものか。RSSとかは実際要素だし。
気持ちは分かるが美しいとかっていう基準はヤメレ（ｗ 蝿にたかられても知らんぞ。
010365
02/11/22 08:32ID:zFwSanzN日時→要素 だね。
自分が属性にしだしたのは、HTMLのINSとかDELは実際そうだったし、
あと言葉にできない多々の理由(w だったんだけど、
確かに拡張性でいくと要素でもってたほうがｲｲと、
自分でもやっぱ要素かなぁ、と思ってみたり(w
そういえば、メッセージ個別の規定と、
それをまた掲示板としてマークアップする規定を分けると便利だと思ったり、
ツリー構造のマークアップ/親番号指定 はどうなんだろ？
0104bloom
02/11/22 09:46ID:ouswKb0xhttp://www.agemasukudasai.com/bloom/
0105nobodyさん
02/11/22 14:14ID:pryQFT3p>XUpdate（XML Update Language）
>XUpdateは、XMLを用いてデータベースを更新するリクエストを記述する標準言語として、The XML:DB Initiativeが開発中の言語である。
>古い資料では、XUpdateではなく、XULと記述されている場合がある。XULとした場合は、XML-based User Interface Languageと略名が衝突してしまう。
掲示板カキコにつかえる？
0106nobodyさん
02/11/22 14:19ID:???0107nobodyさん
02/11/22 16:28ID:???010865
02/11/22 19:10ID:nXwcOz9Bそんな需要があるのか知らんが(w
0109nobodyさん
02/11/23 15:04ID:NMNqO3cZJabberは既にそんな感じ
XMLでフォーマット決めて他のIMとの互換を実現してるとか
0110nobodyさん
02/11/23 17:18ID:Hue8dIjc今までにあるみたいなんだけど、汎用の規格が見つからない。
メールでもIMでも、プロトコルを別にして純粋にメッセージのみをマークアップする規格ってあるのかね
そういえば、NNTPをXML規格として立ち上げるようなことをどっかで聞いたような
0111nobodyさん
02/11/23 17:49ID:NMNqO3cZここ含めて管理人が対応するかが問題だが。
0112nobodyさん
02/11/23 20:47ID:Hue8dIjc2chは微妙だなぁ、タグは圧縮率高そうだけど、
基本的にはUAごとに分けて、XML直接おくったり、HTMLに書き直したり、datとか、
(暇ならCMTとか)にXSL処理分けてやると自己満(ry
0113nobodyさん
02/11/24 17:45ID:c/TdNtSzそういう時は
<DisplayName style="color:green;">nobodyさん</DisplayName>
でいいの？
0114nobodyさん
02/11/24 19:56ID:DA8ULop8属性値をCSSの文法にのっとったものにするかはまた別の話で。
0115nobodyさん
02/11/25 02:42ID:???0116nobodyさん
02/11/25 12:08ID:???0117nobodyさん
02/11/25 15:10ID:3rvreIEZ他になんかいいのあるか？
0118nobodyさん
02/11/25 16:02ID:BynTFslO0119nobodyさん
02/11/25 19:54ID:kNXssUwXRSSなんかだとアイテムの語彙はtitle、link、descriptionだけRSSの名前空間で定義して
日付や記事執筆者のデータが必要な場合は別名前空間のDublin Coreの語彙とかで拡張する。
SlashDotのRSSだとさらにSlashDot独自の語彙を足してる（返信の数とか）。
http://slashdot.jp/slashdot.rdf
題名、名前、メール、URL、記事内容は定義しておいて問題ないだろうけど
IDとかトリップとか記事の色とかアイコンとかも含めるのかっていうのはやや怪しい。
0120nobodyさん
02/11/25 20:01ID:wNPCPjLG裏サイトをハックした厨房（コテハン）が
サイトを晒し業者から逮捕者がでた。
しかし、サイトをハックした厨房にも
逮捕の危機が！！見逃すな！！
記念カキコは今だーーー
【祭りスレ】
http://okazu.bbspink.com/test/read.cgi/ascii/1037636898/
【次スレ】
http://okazu.bbspink.com/test/read.cgi/ascii/1038220622/
【削除依頼】
http://qb.2ch.net/test/read.cgi/saku2ch/1028201559/64-
0121nobodyさん
02/11/25 20:35ID:3rvreIEZ題名、名前、メール、URL、記事内容
ぐらいで、あとは属性使って拡張ってとこじゃない？
ただ、将来的にみると機能が制限されすぎてる
気はする。
0122nobodyさん
02/11/25 20:50ID:???0125nobodyさん
02/11/26 18:53ID:???このレスを見た人間は十三日以内に死にます。
※あなたに訪れる死を回避する方法が一つだけあります。
それはこのコピペを一時間以内に７つ、別のスレに貼り付ける事です。
0126nobodyさん
02/11/27 16:19ID:KaS81nFu>RSS 1.0はXML名前空間を利用した拡張性を重要な特徴としています。
>名前空間を宣言して独自の要素型を追加することもできますが、
>より高い相互運用性のために、RSS-DEV Working Groupで拡張語彙の
>標準「モジュール」を定めています[RSSMOD]。
だから、別に一つの規定ですむならそれにこしたことは無い。
ただし別の規格にしとくと、応用規格を使わない場合、
その分のDTDとかschemaを読み込まなくてすむ(w
あとバージョンアップも容易？
0127nobodyさん
02/11/28 00:12ID:11v9Y0Du<>は邪道。
なんで、HTMLで表示する時にだけ必要な、< > & (")の変換を、プレーンテキストの
データを保持するためのファイルに入れるときも、施す必要があるの?
0128nobodyさん
02/11/28 00:17ID:11v9Y0Du0129nobodyさん
02/11/28 01:10ID:NsJRziKY便利だから。
0130nobodyさん
02/11/28 09:30ID:???・楽だから。
・タブを入力された時そのタブを何らかに変換しないといけないから。
・書込時に変換する方が、表示時に変換するより負荷が少しでもかからないから。
・そんなことも分からない>>127が本当に哀れだから。
0131nobodyさん
02/11/28 10:18ID:???htmlっぽい文字列を投稿
↓
datにリンクを貼って誘導
↓
IEが勝手にtext/htmlとみなす
↓
クロスサイトスクリプティング(ﾟдﾟ)ｳﾏｰ
datは外から読めない?
ならデータフォーマットを標準化すること自体無意味だし
0132127
02/11/28 12:32ID:???0134nobodyさん
02/11/28 12:46ID:???0136nobodyさん
02/11/28 13:02ID:???0137nobodyさん
02/11/28 16:53ID:I1Msea/AXSLで変換(鯖側orクライアント側)できるってことの意味がわかってない
0141nobodyさん
02/11/28 22:57ID:???スマン、最後に
俺は煽りに信念と美学を持っている。
煽りは決まると格好いいが、失敗すると惨めになる諸刃の剣
この真剣勝負の煽りこそが、2chの神髄と思ってる
俺は君との煽りは楽しかった。むしろ感謝している。
0142nobodyさん
02/11/29 20:56ID:GCYtyLqbあと返信番号みたいなのが欲しい。
スレッド表示できるように。
In-Reply-To
みたいな奴。
0143nobodyさん
02/11/29 21:23ID:lNgKsnLN多分ツリー構造もいっしょにマークアップされてるから必要ない (ほんとか？
0144nobodyさん
02/11/29 21:40ID:ucEI2gxD014565
02/11/29 22:01ID:???http://homepage3.nifty.com/sepura/bbsformat/noxsl.xml
http://homepage3.nifty.com/sepura/bbsformat/bbs.xml
0146nobodyさん
02/11/30 00:06ID:yZPVBH/thttp://www.contactxml.org/
0148nobodyさん
02/11/30 10:58ID:???141もまた煽りなんだよ
>俺は君との煽りは楽しかった。むしろ感謝している。
つまりカキコが全て>>140の自作自演だと言ってるわけ
ついでにW3Cからの勧告[The Platform for Privacy Preferences]
http://www.w3.org/TR/2002/REC-P3P-20020416/
ｳﾏｰく使え
0149127
02/11/30 23:16ID:pfrAQXPr文字として記録すればいいデータを、勝手に、表示方法をHTMLであると、限定して、
ファイルに＆gt;とか書くのは、気持ち悪いと思ったから。
記録された、「文字」としての情報を、(HTMLなどで)表示するときに、適当に変換して出す。
っていうのの方が、素直だと思うんだけど。
人間がファイルを直接いじるときとかも簡単だし。
拡張性を犠牲にして、HTMLに依存した方法で、データを記録してまで、単純な文字の置換のコスト
を減らすのは、自分は、無意味だと考える。。
IEが、text/plainをHTMLとして勝手に解釈するのは、十分にセキュリティーホールだし。。
IEの方に文句をいっておけばいい。
そもそも、IEが、DATを読む価値はあるのか?
0150nobodyさん
02/11/30 23:43ID:???＞ っていうのの方が、素直だと思うんだけど。
表示の方が書込より回数が多いから表示時に変換だと負荷が掛かる。
＞ 拡張性を犠牲にして、HTMLに依存した方法で、データを記録してまで、単純な文字の置換のコスト
＞ を減らすのは、自分は、無意味だと考える。。
自分のオナニーならそれで良いだろうが、そうでないなら負荷の問題は無意味ではない。
＞ IEが、text/plainをHTMLとして勝手に解釈するのは、十分にセキュリティーホールだし。。
＞ IEの方に文句をいっておけばいい。
IEが悪くても回避できる余計な危険を回避するのは当然の事。
あんたのは屁理屈だ。
015149
02/12/01 00:43ID:???どのようなアプリケーションにおいても、データ構造の選択は
そのアプリケーションで最適化するべき特性の選択に依存するが、
「一般的な掲示板」ということで考えてみると･･･
・処理速度
- 読み込み時の処理速度
（>>150 読み込みの頻度が書き込みのそれよりも圧倒的に高いという前提で、
書き込み毎に各モーダル向けに表示用ファイルを同時に生成しておけば、
読み込み時の処理のオーバヘッドは無視できる）
- 書き込み時の処理速度
CMTなりのファイル末尾に追加していく形式orRDBのinsertが速いだろう
XMLは処理毎にパース・レンダリングのオーバヘッドが発生するため、
これらより遅い。
・可搬性
- 当該分野の技術革新が激しく、フォーマットのバージョン改訂の頻度が高い
ケースでは、下位互換性を容易に維持できるという点でXMLが有利。
が、掲示板フォーマットってのはかなり枯れている（ある業界に特化した
掲示板ならデータ項目の追加の発生も考えられるが、そういった特殊な
ケースではそもそもポータビリティなんていらねえ）ので、掲示板という
カテゴリに区切ったときXMLが有効であるかどうかは疑問
結論：「掲示板」というアプリケーションが十分枯れているという前提のもとではＣＭＴで十分。
十分枯れていない（進化の過程にある）とするなら、そもそも可搬性を議論するフェーズではない（どんどん進化させてくれ。）
以上終了〜〜
0152nobodyさん
02/12/01 01:30ID:f7UXNt2Rいいという意味でXMLに一票。
XMLで統一したうえで、不満な奴は自分の作ったものに
取り込むときに変換かければいいと思われ。
ここで議論してるのは互換性のいいものを作るのが目的だろ？
0153nobodyさん
02/12/01 03:01ID:???ま た X M L 厨 か 。
0154nobodyさん
02/12/01 08:41ID:???0155nobodyさん
02/12/01 08:44ID:???>>153みたいなCMT厨はCMTに変換するXSLT書いたら黙るんだろうか…
>（進化の過程にある）とするなら、
>そもそも可搬性を議論するフェーズではない（どんどん進化させてくれ。）
掲示板としての進化は終わったかもしれないが、
その上に乗せるコンテンツはこれからもっと進化(複雑化)していくだろうから、
ここで拡張性の高いXMLでフォーマットを定義する事には意味がある。
そもそも、進化が終わった時点で規定された勧告ってW3Cでいくとどれくらいだろう…
とりあずXSLTうんぬんは要素名決まってからだな…
0156nobodyさん
02/12/01 08:50ID:???UAによってはサーバーサイドでXSLTを適用する(＆振り分ける)処理が可能。
例えば、
2chDAT形式対応はそれで、同じくCMT対応はそれで、
XML+XSLTをクライアントで処理できるものはXMLを、
携帯電話その他からならCHTML準拠で、
それ以外はサーバーでHTML(ないしXHTML)に書き直して送信ってことが、
一つのXMLファイルと複数のXSLTを用意する事でできる。
0157156
02/12/01 08:53ID:???○>UAによって、サーバーサイドでXSLTを適用する(＆振り分ける)処理が可能。
ｽﾏｿ
0160nobodyさん
02/12/01 13:03ID:1d1Iul5n表示方法をHTMLに限定すれば、それでいいんだけどね。
0161nobodyさん
02/12/01 13:29ID:vHw2oSY+016249
02/12/01 13:39ID:???>その上に乗せるコンテンツはこれからもっと進化(複雑化)していくだろうから、
それはレイヤが違うじゃんよ。今の議論は「掲示板データ構造」つまり
抽象化された「書き込み」という単位からなるデータ構造の取り扱いが
主題で、それがCSVなりCMTで十分と言っているわけだ。
そこに載せるデータストリーム(「書き込み」の実装)として
何を持ってくるかはまた別の話だろう。
>>156
XSLTによるマルチモーダル対応ってのはITバブルの頃に糞ベンチャーが
よくやってたテーマなんだが、俺はかなり疑問に思っている。
というのも、フォーマットレベル(例えばCHTMLとか)への変換はOKとして、
例えば画面サイズに由来する制約とか、一度に転送できる容量の
制約だとかは根本的にXSLTでは対応できないんじゃないか？
(XSLTより下のレイヤ、つまりXML生成時の対応が必要なんじゃん？ってことね)
結局マルチモーダル間の機械(XSLT)による完全対応はムリ、っていう結論だったと
記憶しているのだが。
最近の動向は知らんので認識に誤りがあったら指摘してくれ。
0163nobodyさん
02/12/01 13:46ID:vHw2oSY+0164nobodyさん
02/12/01 14:24ID:???>制約だとかは根本的にXSLTでは対応できないんじゃないか？
お前がそれをXSLTでやろうとしたなら神と認めます(w
0165nobodyさん
02/12/01 14:43ID:???・掲示板スクリプトデータフォーマット規定を作ろう
→書き込みの元データをXML形式で保存する方向で。
・掲示板書き込み内容のメタデータの規定を作ろう
→CMTで十分では。
0166nobodyさん
02/12/01 15:24ID:???って事を考えた場合に、CMTよりXMLの方が理にかなっている。
>それはレイヤが違うじゃんよ。
と、書いてあるけれど、他のDTDとかschemaを持ち出して書き込み内容を拡張できるってことでは、
CMTとかとは比べ物にならない拡張性を持っていると思う。
0167nobodyさん
02/12/01 15:25ID:UEbx5mYR0168nobodyさん
02/12/01 15:27ID:???016949
02/12/01 16:04ID:???>「例えば内容にsvgが入った場合どうなるか」
>って事を考えた場合に、CMTよりXMLの方が理にかなっている。
objection. 「理にかなっている」具体的な根拠は？
書き込みのbodyとして任意のバイナリストリームが許されるなら
body部を含む全体のフォーマットは何でもいいじゃん。何でもいいなら既存のでいいじゃん。
>>それはレイヤが違うじゃんよ。
>と、書いてあるけれど、他のDTDとかschemaを持ち出して書き込み内容を拡張できるってことでは、
>CMTとかとは比べ物にならない拡張性を持っていると思う。
「拡張性」にちょっと幻想を抱きすぎな気配。そもそも「拡張性」とは何か？
フォーマットを介してネゴシエーションを行う２者間に事前の合意がない限り、
一方が勝手にフォーマットを「拡張」しても意味がない（機械が勝手に一方の
「拡張」に対応してくれるわけではなく、そこには必ず人の介在が存在する。）
DTDを変更するということは「別のフォーマット」を策定するのと同じことで、
そのような状況下では「XML上で」という括りの持つ意味は
「テキストファイル形式で」という括りの持つそれとほとんど大差ない。
で、書き込みのbody部はともかく「掲示板データ構造」の進化は今後見込まれるのかね？
0170nobodyさん
02/12/01 16:19ID:UEbx5mYR＞ 一方が勝手にフォーマットを「拡張」しても意味がない（機械が勝手に一方の
それに関してはgracefullyにdegradeした形で解釈できるっていうメリットがあるでしょ。
0171nobodyさん
02/12/01 17:13ID:???掲示板作者としては、出尽くした感のある普通の掲示板から脱却して
それぞれ独自の機能をつけようと努力してると思います。
既存の掲示板フォーマットとしては統一されていると便利だとは思いますが、
これからユニークな掲示板を作ろうとしている人にとっては、フォーマットが
規定されてしまっていると足かせになりかねないかと思います。
XMLなら独自の意味づけで、このへんも融通が利くのでしょうか？
0172nobodyさん
02/12/01 17:19ID:???XMLなら適当にタグふやしたらいいんじゃない？
対応してない板ではそのタグを無視すればいいんだし。
増えた分で標準化できそうなものは規定にとりこめばいい
0173nobodyさん
02/12/01 17:24ID:???HTMLへの変換には(ほとんどのケースで)XSLTを使用します。
多分同じデータでもXSLTによってまったく違う表現ができると思われます。
>書き込みのbody部はともかく「掲示板データ構造」の進化は今後見込まれるのかね？
IPv6に対応とか、そういうことなら今後の展開はまったく予想できない。
0174nobodyさん
02/12/01 17:31ID:???>機械が勝手に一方の「拡張」に対応してくれるわけではなく、そこには必ず人の介在が存在する。
XML文章として認識されればそれで十分だろ？
0175nobodyさん
02/12/01 17:40ID:???（中略）難しい
0176nobodyさん
02/12/01 17:42ID:???ファイルのフォーマットを決めようって話じゃないよね？
なんかごちゃまぜになってる人がいる気がして。
0178nobodyさん
02/12/01 17:59ID:???荒らしてやってください。
できればメールも送ってやってください。
ＨＰ： ttp://ime.nu/members.goo.ne.jp/home/yamato-r/
メール：mailto:[email protected]
0179nobodyさん
02/12/01 18:00ID:???XMLを使った掲示板のサンプルを晒しやがってくれませんか？(;´Д｀)
0181nobodyさん
02/12/01 20:07ID:vHw2oSY+0182nobodyさん
02/12/01 20:39ID:hXhWchhyメールみたく
Subject: 題名
Date: 2003 12 1
（空行）
本文・・
・・
本文終わり
--
ちゅうか、思ったんだけど、なんで皆ニュースグループ使わないんだよ。
0183nobodyさん
02/12/01 21:05ID:???XMLを使った掲示板のサンプルスクリプトを晒しやがってくれませんか？
ていうかむしろそういう掲示板スクリプトを配布しているサイトのアドをきぼん。
といい直してみますた(;´Д｀)
018449
02/12/01 21:08ID:???>IPv6に対応とか、そういうことなら今後の展開はまったく予想できない。
なんでIPレイヤの変更をアプリケーションレイヤが関知しますか？
つうかそもそもなんで層化してるかわかってるのか？
>>175=181
MIMEが任意のバイナリストリームを取れなかったらどういうことになるか理解できる？
0185nobodyさん
02/12/01 23:02ID:vHw2oSY+<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20010904//EN" "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd">
<svg width="400" height="350" xmlns="http://www.w3.org/2000/svg">
<desc>text element</desc>
<text x="20" y="80" font-family="MS-Gothic" font-size="40" fill="green" >
任意のバイナリストリームﾏﾝｾｰ
</text>
</svg>
0186nobodyさん
02/12/01 23:19ID:???氏ねや
0187nobodyさん
02/12/01 23:46ID:AABAJ9Cj0188XML厨
02/12/02 00:19ID:???XMLのスレ発見だぜ！みんなにも知らせてこなくっちゃ！
0190nobodyさん
02/12/02 16:19ID:???0193nobodyさん
02/12/02 22:25ID:???かなりの電波を発しているので、見るときは気をつけてください。
また、ヒッキーで２ｃｈを荒らすことを生きがいとしているさびしい奴なので、
できれば彼に励ましのメールを送ってやってください。
ＨＰ： http://members.goo.ne.jp/home/yamato-r/
メール：[email protected]
0194nobodyさん
02/12/02 23:21ID:???>>>176
>XMLで規定を作ろうとすると、そうならざるおえない。
じゃなくて、今までは保存形式と送信形式が別々だったものを統一できるんだろ。
49が
>>174にどう答えるのか非常に楽しみ
019549
02/12/03 00:26ID:???>>187
それはまさに>>151の可搬性で言っているところの「下位互換性」の維持に関する
メリットなんだが、このメリットに関しては小さな疑問と大きな疑問の２つが存在する：
小さな疑問: CMTの仕様書を読んでみたが、これも識別子を追加することで
アイテムの拡張ができそう（というか更新履歴を見る限り実際している）だがどうか？
（例えばHTTPのようなkey=value形式のフォーマットと比較した場合、互換性に関する
XMLのメリットって何？）
大きな疑問: >>151で言っている通り、そもそも「掲示板データ構造」に今後進歩ってあるの？
>>194=174
>XML文章として認識されればそれで十分だろ？
とだけ言われてもなあ。何に十分なの？
well-formedあるいは更新されたDTDでvalidなXMLだったら
古いプログラムも人工知能よろしく追加ノードに勝手に対応してくれるってこと？
0196nobodyさん
02/12/03 00:38ID:???（XML厨は視界狭いみたいだな）
0197nobodyさん
02/12/03 01:30ID:YmZ1Amf/0198nobodyさん
02/12/03 01:39ID:YmZ1Amf/XMLならもっとリッチな内容を含みうるというのもあるだろうか。
そういえば記事内容をXMLでどうするかっていう議論はまだ出てなかったっけ。
0199nobodyさん
02/12/03 01:42ID:YmZ1Amf/多様性は増すことはあっても減ることはないだろうと普通の考えは思うね。
その辺は>>171が書いてるけど。
0200nobodyさん
02/12/03 02:09ID:YmZ1Amf/「CSVで十分」-「CMTで十分」-「XMLで十分」
とか並べるとして、CSVとCMTでもだいぶ違うから
どういう立場で主張するかというのをはっきりさせたほうが
議論がしやすいだろうと思った。
0201nobodyさん
02/12/03 02:39ID:???CSV、2ch の .dat、など。
順序に意味があって、決まった区切りでフィールドを並べていくもの
多くは行指向と言ってもいいかも。
CMT、RFC 2822/822、.ini:
key と value のペアを並べていく。場合によっては「セクション」
「カテゴリ」のようなものがある。
多くは行指向と言ってもいいかも。
XML などの mark up 系:
木構造をベタに展開したもの。
行指向ではないことが多いかと。
あとは、(lex+) yacc のお世話になるようなものがあるけど、ここでは
省きますか。
■ このスレッドは過去ログ倉庫に格納されています