掲示板スクリプトデータフォーマット規定を作ろう
■ このスレッドは過去ログ倉庫に格納されています
この規定を定めることにより掲示板間のデータファイルの共有や
乗り換えが容易にできるようになります。
007165
02/11/16 10:03ID:dxuRB5Y0元
http://homepage3.nifty.com/sepura/bbsformat/testnoxsl.xml
XSL参照入り
http://homepage3.nifty.com/sepura/bbsformat/test.xml
XSL
http://homepage3.nifty.com/sepura/bbsformat/test.xsl
CSS
http://homepage3.nifty.com/sepura/bbsformat/test.css
これで、XMLが動的生成だとどうよ？
007265
02/11/16 10:08ID:???他の関連文章(>>14)あたりをみて、
タグ名から内容の想像が簡単につくようにする。
>>1-2
みたいに"-"が入るとリンク個所に飛べない問題をなんとか
一番重要なこと、
誰 か 勧 告 文 と
s c h e m a 書 け
0073nobodyさん
02/11/16 10:12ID:???0074nobodyさん
02/11/16 16:02ID:???てか過疎化板ﾏｽﾞｰ
0075nobodyさん
02/11/16 20:56ID:???http://homepage3.nifty.com/sepura/bbsformat/testnoxsl.xml
から、2ch標準datに変換するXSLを書きなさい、
ついでに暇ならCMTに変換するXSLもCMT廚のために書いてあげなさい
007665
02/11/16 22:55ID:???でも対応ブラウザ限られる(てか対応してるのあるのか？)からanchorでしのいでみたり。
>>75
>2ch標準datに変換するXSLを書きなさい、
先生、PerlでISO8601に変換した日時を2ch形式に直せません(w
0077nobodyさん
02/11/16 23:40ID:aQaiSnyyでも2chのスクリプトは日付フィールド解釈すること無いはずだから
日時フォーマットは違っても別に問題起こらない。
0078nobodyさん
02/11/17 00:53ID:???言うだけなら誰にでも出来るぞ。
責任をもってきちんと実行しろよな。
0079nobodyさん
02/11/17 01:09ID:???008065
02/11/17 08:28ID:???02/11/16 22:55 ID:???
↓
2002-11-16T22:55:00+09:00 ID:???
となったり、、でもISO8601は各フィールド固定長だから簡単に切り分けられたり、
まぁ、確かに>>77の言うとおり。
まぁ、当面の目標はワーキングドラフトを2003/08ぐらい？
で、本気な人間いるのか(w
公式のDTDデータベースとかってあるの？
008165
02/11/17 09:08ID:???http://www.w3.org/TR/xlink/
http://www.faqs.org/rfcs/rfc2822.html
http://www.kanzaki.com/docs/sw/rss.html
http://www.hlla.is.tsukuba.ac.jp/~yas/coins/syspro-2002/2002-05-27/nntp.html
0082nobodyさん
02/11/18 18:57ID:OsIWDNBz0083nobodyさん
02/11/19 20:24ID:LMx8p3pKXMLで管理していいことあるの？
2ch標準やCMTに書き直せるってほんと？
0084nobodyさん
02/11/19 21:15ID:jmDysryp多種多様な掲示板のログ形式をカバーしようと思ったら本命はXMLでしょう。
XSLTはプレーンテキストの出力を作ることが出来るから
XMLからCMTへ変換するXSLTを書くことも可能。
もちろんXSLTでなくてもいいけど。
0085nobodyさん
02/11/19 21:41ID:???0086nobodyさん
02/11/19 21:49ID:jmDysryp0087nobodyさん
02/11/19 22:37ID:???0088nobodyさん
02/11/20 01:30ID:???0089nobodyさん
02/11/20 18:11ID:???└<messages>
└<message data="(ISOよりunixtimeを使ったほうが楽だし、掲示板の文章を管理、ということにあう鴨)">
├<ContributorInformation>
│├<DisplayName>
│├(ここらへん、個人情報のマークアップについて定めた規格が無い、
││ おそらく、あと10年もすれば、どっかの団体から勧告があるとおもわれる
││ いまのところは、こちらで管理するとして、<MailAddress>で)
│├<Server-UserID>(サーバーによって付けられたユーザーID、2chでいうID
││ できれば中身について定義すればいいような)
│├<User-UserID>(ユーザーによってつけられたユーザーID、2chでいうトリップ)
│└<RemoteHost>(投稿者の投稿時のリモートホスト)
├<Contents>
│├<Subject>
│├<TEXT>
│├<KeyWords>
│└<Reference>
│ └(URIとかテキストとか)
├<ManageInfo>
│└(削除フラグとか？)
└<Response>
└(<message>が入って…)
0090nobodyさん
02/11/20 18:20ID:???0091nobodyさん
02/11/20 20:47ID:8AScm9DRCSSでも人間に可読な表示を作れてよいと思う。
あとUnix timeだと秒の部分をunspecifiedにできないし
XSLTで普通の年月日の形式に変換するのも多分無理。
009265
02/11/20 21:24ID:19vsiZOW(5) 年月日および時分秒
YYYY-MM-DDThh:mm:ssTZD（例：2001-08-02T10:45:23+09:00）
(6) 年月日および時分秒および小数部分
YYYY-MM-DDThh:mm:ss.sTZD（例：2001-08-02T10:45:23.5+09:00）
http://www.kanzaki.com/docs/html/dtf.html
ただし、この場合タイムゾーンの扱いがけっこう手間だったり(w
例によって固定長なんでそれほどでもないか…
属性or要素の可視性についての問題はXSLでなんとかするんじゃないかと言ってみる、
漏れとしては属性についてたほうが美しい気が…
そういえば、検索するためのインデックスづけについての規格がどっかにあったような…
探すか…
0093nobodyさん
02/11/21 01:03ID:???ま た X M L 厨 か 。
0094nobodyさん
02/11/21 01:15ID:s/ym5biFXSLTじゃなくてCSSでも整形できたらベターだよねっていう話。
0095nobodyさん
02/11/21 01:16ID:s/ym5biFXSLTじゃなくてCSSでも整形できたらベターだよねっていう話。
0096nobodyさん
02/11/21 01:17ID:s/ym5biF0097nobodyさん
02/11/21 13:26ID:toP4QAhm0098nobodyさん
02/11/21 13:40ID:???XMLで作って実用性（実現性）はあるの？これ。
0099nobodyさん
02/11/21 15:09ID:c8KCn5S8追加され、改良されつつある現状を見ると、実現性は高い。
実用性 - XMLにすることで、掲示板専用クライアントが簡単に作れるようになる。
統合的なWebサービス(複数サイト内での検索サービス等)を提供できるようになる。
0100nobodyさん
02/11/21 15:14ID:???XMLに騙された者が、また一人…
0101nobodyさん
02/11/21 20:17ID:???http://pc3.2ch.net/test/read.cgi/hp/984950028/
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なら独自の意味づけで、このへんも融通が利くのでしょうか？
■ このスレッドは過去ログ倉庫に格納されています