掲示板スクリプトデータフォーマット規定を作ろう
■ このスレッドは過去ログ倉庫に格納されています
この規定を定めることにより掲示板間のデータファイルの共有や
乗り換えが容易にできるようになります。
037749
02/12/07 00:44ID:???>「ツリーのみを前提としたフォーマット」って何?
えっと、これはXMLのことではなくて、掲示板データ構造のことね。
例えば掲示板データフォーマットとして書き込み間の関係を記述するにあたって、
各記事がその親記事のIDを１つだけ持つ、という決めにした場合、
ルート記事があるという前提でそのフォーマットはツリー構造以外の
掲示板構造をサポートできないよね？（2chみたいなのは特殊なツリーとして
捉えることができるけど、例えば関連記事を複数指定できるようなのはムリ
ってことね）
で、そういう「どこまで変態的な掲示板まで認めることにするか」っていう合意が
ないと、結局フォーマットの規定なんてできないんじゃないか、と。
0378279
02/12/07 00:52ID:???>えっと、これはXMLのことではなくて、掲示板データ構造のことね。
了解。
で、「どこまで変態的な」だけど、とりあえずは過去から現在まで
見られた掲示板的なものをある程度サーベイするなどは必要だろうね。
パソ通にしてもホストシステムによりいろいろあったし、NetNews は
あるし、昨今の Web 掲示板、さらには日記システムや blog 系の
システムなんかも、一種の掲示板的使われかたがある。
さらには Wiki とか。
なんにしてもグラフで表現はできるね。では、そのグラフに対して
どのような制約を設定するか、だな。
0379279
02/12/07 01:13ID:???>>282
> バイナリをMIMEで持つのはいいとしても、
> いちいち変換するのは面倒じゃない？
> 単純に別ファイルとして保存してあるバイナリにリンク張るってのはダメなの？
1. message/external-body で
access-type に HTTP のようなものを指定し、
name に URL とかを書くようにする
2. text/html とか text/xml+xhtml (だったかな) ならば
img タグで URL を指定
3. HTTP で使われているみたいに、単にバイナリをたれながしてしまう。
Content-Length でデータの終端を見極める
1. や 2. は RFC 2046 の 5.2.3.6. に述べられているような、また、最近言
われる「Web バグ」のような問題を引き起こす可能性もあるので、安易な規定
や実装は危険。3. は Content-Length: はエラー処理が面倒。
0380nobodyさん
02/12/07 07:48ID:???0381nobodyさん
02/12/07 11:28ID:xRJXJ2LG0382nobodyさん
02/12/07 12:17ID:???0383nobodyさん
02/12/07 12:24ID:???0384nobodyさん
02/12/07 12:47ID:???定義されていない情報でも、独自に意味自体を解釈して
そのデータを解釈する能力がコンピューター等と比べて飛躍的に優れているだけ。
0385nobodyさん
02/12/07 19:31ID:???0386nobodyさん
02/12/07 19:42ID:???0388nobodyさん
02/12/07 20:59ID:???思わず納得してしまうような。
038956
02/12/07 21:04ID:KahB7D1v0390nobodyさん
02/12/07 22:12ID:???お前たちがあまりにも悲惨すぎるので
俺が有名所の掲示板サイトを巡って 書き込み間の関係 を
調べてきてやったよ。
他にあれば適当に追加してくれ。
記事の位置を表す 8タイプ
この記事は記事aへの返信です
この記事は記事a,記事b,記事c...への返信です
この記事は記事aへの１行レスです
この記事は記事aを評価します(+1点)
この記事は記事aの続きです
この記事はxスレに所属します
この記事はxカテゴリに所属します
この記事はx,y,z...カテゴリに所属します
0391nobodyさん
02/12/07 23:15ID:bSS0h4J9＞この記事はxスレに所属します
この2つは
＞この記事は記事aへの返信です
に還元できるんじゃない？
カテゴリって具体的にどういうの？
039349
02/12/08 00:39ID:???>なんにしてもグラフで表現はできるね。では、そのグラフに対して
>どのような制約を設定するか、だな。
うん。記事間の関係も、たとえば2chみたいな">>\d+"をレスに含めるような
スタイルもあれば、いわゆるスタンダードなツリー（書き込みに返信していくタイプ）もある。
1chのような１行レスもあるがこの１行レスは独立した「書き込み本体」なのか
それとも主たる書き込みに付随する要素なのか、という問題もあるな。
最初にいろいろ切り分けておかないと破綻するだろうな。
0395nobodyさん
02/12/08 02:08ID:???カテゴリは2chの板だと思ってほしい。
例えば「この記事はxカテゴリに所属します」を具体的に言うと
>>1はWEBプログラミング板への新規投稿です
…となる。
しかし板と記事とを同列に扱うと、後で無理が生じる恐れもあるため
記事とは言わずにカテゴリと書いた。
0396nobodyさん
02/12/08 02:41ID:rGDePQLzあと複数のカテゴリに所属するって言うのは具体的にどのサイトでやってるの。
0397nobodyさん
02/12/08 02:46ID:???390 の人じゃないけど、カテゴリを newsgroup とするなら、
NetNews のクロスポストとか。
パソ通のホストでも、そういうのをサポートしているところがある
(そこは Web からも見れるが、Web から見る限りはわからない)
0400 ◆kelobi3ito
02/12/08 02:57ID:ubKy2Te30401nobodyさん
02/12/08 04:47ID:???これがまさにこれから決めなきゃならない重要な問題だよね。
NetNewsは持ってるけど、2chは持ってないよね。
0402nobodyさん
02/12/08 09:29ID:ZeoNMGBo0403nobodyさん
02/12/08 10:33ID:???0405nobodyさん
02/12/08 14:26ID:gXokz3Fs0406nobodyさん
02/12/08 17:00ID:???で話が終わってしまうようなもんか。
0407Proxy Authentication Required
02/12/08 17:52ID:???0408nobodyさん
02/12/08 17:57ID:tCL4JfFlデータ読み出し書き出しのモジュールを配布すれば
もっと広まると思う。
0410nobodyさん
02/12/08 18:25ID:???掲示板のスキーマによるから XML の読み書きライブラリと変わらないんじゃない？
netnews も wiki も同じく扱える巨大汎用規格ならいいけどさ。
Web サービスの WSDL のように、
スキーマをプログラムにマッピングできる規格が必要かと。
0411nobodyさん
02/12/08 21:55ID:???0412nobodyさん
02/12/08 22:11ID:???素直に他の団体から勧告されるの待てよ。
041349
02/12/08 23:44ID:???>それが>>390じゃないの？
そうっすね。ただ、１行書き込みは「書き込みクラス」のメンバにした方が
パフォーマンス面でいい気もする、とか、そのあたりの議論が必要かと思いますた。
何にせよ話題がXMLから構造そのものに移行するということはよいことです。
どんな規格を策定するにせよ、最初にXMLありき、という態度は到底健全とは言えないので。
0414nobodyさん
02/12/09 02:12ID:???個々の掲示板にはそのサブセットを使うと。
だるいね。
0415nobodyさん
02/12/09 03:29ID:???0416nobodyさん
02/12/09 15:51ID:???掲示板におけるベストなフォーマットにしたい49+(以下略
0417nobodyさん
02/12/09 17:51ID:???0418nobodyさん
02/12/09 18:02ID:???要するに49だけが浮いているということですね。
0419nobodyさん
02/12/09 19:53ID:???0420nobodyさん
02/12/09 22:29ID:UMmT4V+m書き込み時に変換しておくことで読み込み時の負荷を減らすことができるけど、
書き込まれたデータはなるべくそのままの状態で保存しておくべきだと思う。
HTMLで表示することを前提にしちゃってるしね。
レスがつけられる掲示板で親記事の内容もtextarea内に表示する場合、
もう一度「<、>、"」を変換しなおさなくてはいけないし。
0423nobodyさん
02/12/10 00:10ID:???またずれ始めてるぞ。
あと、
もうわかったからあふぉな>>49叩きはやめろ。見ててマジでｳｾﾞｪから。
0424nobodyさん
02/12/10 00:22ID:???http://pc.2ch.net/test/read.cgi/php/1007014580/308
0425nobodyさん
02/12/10 06:01ID:FaxsMvKu0426nobodyさん
02/12/10 06:22ID:???042749
02/12/10 07:56ID:???>ありえそうな全パターンを列挙して規定とし、
>個々の掲示板にはそのサブセットを使うと。
>だるいね。
誰もそんなこと主張してないぜ。普通に優秀な奴らなら、想定される全パターンを盛り込む
規格を作るなんて楽勝（残念ながらこのスレの連中にはそれすら望むべくもないが。）
難しいのはそうして集まったパターンを経済的合理性に基づいて切り捨てていく作業だ。
W3Cの連中は基本的にこれができていないので
XML Schemaなんていうバカげたfatな規格ができてしまうんだな。
042849
02/12/10 08:04ID:???誤 残念ながらこのスレの連中には･･･
正 残念ながらこのスレに粘着してるXML厨の連中には･･･
0430nobodyさん
02/12/10 08:10ID:FaxsMvKu0431nobodyさん
02/12/10 10:46ID:???がいるけどさ、perlのモジュールなんて多くは単なるテキストなんだから、ホームに
コピーしてuse libすれよゴルァ、と思うんですがどうでっしゃろ。
0433nobodyさん
02/12/10 13:05ID:???「想定される」パターンは確かに誰でも盛り込めるけど、
その想定ができないパターンについてどうやって
拡張性をもたせるかも重要なんじゃないの？
0434nobodyさん
02/12/10 13:39ID:kTH/2hjoそういう話をこのスレの前のほうでもしてたんだけどね。>>119-
「切り捨てる」とかいって出来たものは誰も使わないだろう。
0435nobodyさん
02/12/10 17:13ID:???http://www.kaede.sakura.ne.jp/~nikeno/cmt/
>リンク
>掲示板スクリプトデータフォーマット規定を作ろう(2ちゃんねる)
>CMTなんて使ってられねーヨという方はこちらでどうぞ。
やっぱり電波の原因の某氏は(以下略
0436nobodyさん
02/12/10 20:30ID:RdWzoDHt４と５でCMTとXMLについて最初に言及したのは両方とも俺だけど
使ってらんねーよというわけではなくて（INCM使ってるし）
CMTよりベターなものを作ろうとしたらXMLだろうと思うだけです。
0437nobodyさん
02/12/10 21:26ID:???「掲示板スクリプトデータフォーマット」って具体的に何の事？
俺が読んだ限りでは、掲示板が保存するログデータのフォーマット(<>区切りとかCSVとか)の規定かと思ってるんだが、
そうではなくてCMTなんかのように、外部ソフトから呼び出された時に出力する(ことを主な目的とした)フォーマットの事なのか？
0438nobodyさん
02/12/10 23:07ID:???DBの場合、どうするのだろうか。
<>だと拡張するときに大変だって言うけど、
id<>name<>mail<>host<>comment<>upfile<>
1<>nobody<><>192.168.0.1<>I'm depression.<br>I'd like to die.<>hicky.gif:mona.gif<>
こういう感じに、１行目に形式（フィールド名）を定義して、後からデーターっていう感じじゃだめ？
0440nobodyさん
02/12/11 00:23ID:???漏れはそれでいいと思う。
もしくはスクリプトのログデータ読み取り部分を完全モジュール化して、
形式にあわせて各ベンダがモジュールを作成するとか。
0441nobodyさん
02/12/11 00:30ID:???csvベースならそれ以外には考えられないな。
１行目はもう少し複雑になって
最終的には正規表現に毛の生えたような表記方法になるだろうな。
0442nobodyさん
02/12/11 00:40ID:Gdu4L0PC0446nobodyさん
02/12/11 09:22ID:???それに外部から使うのに困る。
CSVなら>>439のようにハッシュを使うものではなく、普通のやつでいいんじゃないかな。
map使うと単なるsplitより(項目数によるが)10倍以上時間がかかる。
普通数十〜百程度の記事を表示するだけだから、あまり速度を気にする必要もないが。
カラムの意味定義は仕様書に任せるとして、結局別口でデータ再利用スクリプトを用意した方がいいんじゃないかな。
データのフォーマット換え程度なら誰でも作れるし。
「掲示板間のデータファイルの共有」に限った話ね。
0447nobodyさん
02/12/11 15:15ID:???データ自体の持ち方はそれぞれがcsvだろうがCMTだろうがXMLだろうが
好きなように持てばいいんだよ。
ただし、それとは別に決められた汎用的なフォーマットも残せ（吐き出せ）
ということだろ。（それにはXMLが最も適している）
ちなみに>>1が言いたいのはcsvフォーマットで残す場合の企画を統一
しないかということだとエスパーしてみる。
0448nobodyさん
02/12/11 15:33ID:???0449nobodyさん
02/12/11 15:55ID:???http://www.zdnet.co.jp/news/0212/11/ne00_tiemann.html
0450nobodyさん
02/12/11 16:02ID:???0451nobodyさん
02/12/11 16:24ID:???掲示板スクリプトデータフォーマットの規格を統一する前にこのスレの規格を統一してくれ。
0452nobodyさん
02/12/11 16:28ID:???csvフォーマットでデータを記録する場合の企画の統一
です。
0454437
02/12/11 17:56ID:???わざわざスマン。
で、今後は「掲示板がエクスポートするデータフォーマットを規定する」が統一見解ってことでOK？
俺はOKよ。
0455nobodyさん
02/12/11 21:34ID:???＆Ｑuot;とかやっとけばオッケーそう。
0456nobodyさん
02/12/11 21:52ID:GtOPPdmi本当は、掲示板が保存するデータのフォーマットを統一するのが
１の望むことだろうしみんなの理想なのだろうが、実際問題として難しい。
（Perl、PHP、Java、ASPなどでもっと手軽にxmlを扱うことができるように
なればいいのだけど・・・）
ならば、せめて統一フォーマットだけでも決めておいて、保存データとして
使うか、エクスポートのみの採用かはそれぞれの掲示板製作者にまかせると
するしかないのではないだろうか。
以上はXML形式にするという前提で話をしてるが、
時代の流れから行くとこれが一番良いでしょう。
0457456
02/12/11 22:00ID:GtOPPdmi＞csvでやるなら、レコード中のフィールドの順番を決めて
これには同意です。
ただし、個人的にはcsv規約に則ったものにしてほしい。
csv規約はに関しては↓とかを参考にしてほしい。
http://homepage2.nifty.com/sak/w_sak3/doc/sysbrd/vb_t12.htm
0458nobodyさん
02/12/11 22:50ID:???実際は、データの規定よりCGI制作者側からするとハードルが低くなって取り入れられる割合は増えるだろうな。
モジュール作って入れるだけでよさそうだし。
いや、データの規定でも、読み込み書き込みルーチン作れば済むって意見もありそうだから、やっぱ作者によるか。
とりあえずXMLで規定するのは了解です。
よくわかってないが、汎用性があるらしいから。
欲を言うと、掲示板巡回ソフトの類がもっと増えて欲しいな。開発競争ってのが無い気がする。
>>455
CSVは掲示板によって項目数がかなり増減するから、規定作る場合は面倒そう。
>>439みたいに見出しレコード使う手もあるけど、各データで項目の意味合いが完結してる方が簡潔だ。
まずガンガッテXML仕様書読むとするか・・・。でも英語はイヤんな感じ。
0459nobodyさん
02/12/11 23:33ID:???0460nobodyさん
02/12/12 00:29ID:???0461nobodyさん
02/12/12 06:58ID:njI4CLTT・XMLフォーマットは将来を見据えた理想、現時点で採用は難しい。
・csvフォーマットは現在最も普及している、採用が容易。
ということで、どちらを選ぶかは掲示板製作者の自由にしておく。
どちらもフォーマットを決めて置くことで相互のデータの互換性も
あると思うのですが。
0463nobodyさん
02/12/12 07:59ID:???>342
スクリプト側でのデータの持ち方はいまさら決めても
仕方ないだろ。
すでにあるスクリプトでで対応するのは考えられないし。
0466nobodyさん
02/12/12 14:19ID:FvLiMeis0469nobodyさん
02/12/12 15:04ID:LfYYQWKp0471nobodyさん
02/12/12 15:21ID:???name<>link<>msg
というデータ形式をいったん決めたとする。
そのあとにlinkをwebとmailに分離して定義したいと思った時、
linkの項目を削除して定義し直すと、
それ以前に作ったデータとの互換性が失われる。
データ項目はあとからどんどん付け足すことしかできない。
XMLなら柔軟にデータ項目の追加削除が可能。
0472nobodyさん
02/12/12 15:23ID:???0473nobodyさん
02/12/12 15:27ID:???0475nobodyさん
02/12/12 16:48ID:???例えばXMLだと送信者の情報をいれとこうと思うと、
すでに個人情報のマークアップの仕方を定めてる勧告があって、
それを使用することで、個人情報の中身には一切関わらなくても、
｢この要素の内容の"個人情報"は"送信者の個人情報"ですよ｣
って事がわかってれば、内容についてはノータッチでいける。
将来的にあたらしい種類の個人情報が登場してもノータッチ。
CSVで行の最初に・・って方法で、個人情報を入れたいと思うと(あくまで投稿者の任意だが)
id<>name<>mail<>host<>comment<>upfile<>住所<>電話番号<>郵便番号<>氏<>名<>・・・
みたいにきりが無い。
(CSV扱うプログラムにに他のschemaを読みに行く能力をつければ可能だが、
自分の知る範囲でそんなものはない。)
0477nobodyさん
02/12/12 17:12ID:???そんなのKENTが考えたやり方だろ。
それこそ汎用性に欠けるんだけど。
CSV＝Comma Separated Value、な？
■ このスレッドは過去ログ倉庫に格納されています