掲示板スクリプトデータフォーマット規定を作ろう
■ このスレッドは過去ログ倉庫に格納されています
この規定を定めることにより掲示板間のデータファイルの共有や
乗り換えが容易にできるようになります。
0032nobodyさん
02/11/06 18:10ID:???というのは？
0033nobodyさん
02/11/09 13:08ID:M79jGLXjデーター<>データー２<>拡張データー1,拡張データー2,拡張データー3<>
みたいな感じで２重に区切ってるけどどう？
0034nobodyさん
02/11/09 14:03ID:???0035nobodyさん
02/11/09 17:00ID:uiYVuqVI色んな形式に対応するようにした方が融通がきくような・・・
0036nobodyさん
02/11/09 18:50ID:???融通の効く一つのアプリでブラウズできるような。。。
誰かRFC書いてー。
0037nobodyさん
02/11/10 02:39ID:WBc71eVWhttp://pc3.2ch.net/test/read.cgi/win/999364772/
INCM（Web掲示板巡回ソフト）について語るスレ
http://pc3.2ch.net/test/read.cgi/software/1019403472/
最強ブラウザairWeb！
http://pc3.2ch.net/test/read.cgi/software/1000563782/
【集え】掲示板オン･オフラインリーダー
http://pc3.2ch.net/test/read.cgi/software/1013572791/
0038nobodyさん
02/11/10 13:21ID:???0040nobodyさん
02/11/11 20:07ID:???仕様,ステータス,用途,規格化団体・企業
BBS-XML,ワーキングドラフト,掲示板,2ch
This is BBS-XML Strict DTD
ワーキングドラフト草案(w
続きは>>41で(w
-->
0041nobodyさん
02/11/11 20:09ID:???0042nobodyさん
02/11/12 18:10ID:???互換性に重点をおくならUTFで
-->
0043nobodyさん
02/11/12 18:27ID:???１．ツリー方式
２．ツリー方式以外(なんていうんだろ？、2chみたいなの…)
Ⅰ．一つの板に複数のスレッドがあると想定して規定
Ⅱ．一つのスレッドをのための規定
Ⅰ、Ⅱはよくわからないかもしれないけれど、例えば
Ⅰだと
<板 name="WEBプログラミング">
└<スレッド name="～規定を作ろう">
└<レス no="41">
みたいな構造になると思うんだけど…
0044nobodyさん
02/11/13 22:34ID:J/INLVIEツリーにも対応
が理想
0045nobodyさん
02/11/13 23:51ID:???ま た X M L 厨 か 。
0046nobodyさん
02/11/14 02:49ID:YeVWX2PG記事自体はシリアルに並んでる。
XMLだったらツリー構造をそのままXML内でもツリーで表現できるけど
そうすることによるメリットって何があるかね。
0047nobodyさん
02/11/14 17:04ID:???自 分 で 探 せ
0048nobodyさん
02/11/14 20:50ID:sVwpw064XMLだったらツリー構造をそのままXML内でもツリーで表現できる。
CMTフォーマットだったら記事ごとに親記事のIDを指すフィールドが含まれてて
記事自体はシリアルに並んでるけど
そうすることによるﾒﾘｯﾄって何があるかね。
0049nobodyさん
02/11/14 21:03ID:???>>48
記事を時刻順に並べ替えて表示とか、そういう操作がしやすいね。
あるいは「関連（親）記事を複数」指定できるようにするとか、ツリー以外の構造にも柔軟に対応できるかな。
つうかXML使うにしても普通の神経してる設計者だったら掲示板のツリー構造を
そのままXMLのツリーに落としたりはしないだろう、と思われ。
0051nobodyさん
02/11/14 21:45ID:???112
└113
└114
└116
115
たとえば、こんな感じになるかな？
0053nobodyさん
02/11/15 01:57ID:???マークアップ可能にしてください。
0054nobodyさん
02/11/15 03:41ID:???名前<>メアド<>日付 時間 ID<>本文<>スレッドタイトル
名前<>メアド<>日付 時間 ID<>本文<>親記事の番号
名前<>メアド<>日付 時間 ID<>本文<>親記事の番号
・
・
・
0055nobodyさん
02/11/15 15:59ID:XZBvdeAK0056nobodyさん
02/11/15 16:30ID:Ys0NMK/8丁度、こう言う話があったらいいなぁ～って思っていたんだよね。
記事番号（連番）<>名前<>メアド<>URL<>西暦,月,日,曜日,時,分,秒<>タイトル<>本文（タグあり）<>
削除パスワード英数半角6文字（非暗号化）<>レス式専用領域<>ツリー型専用領域<>2ch型専用領域<>拡張領域1<>拡張領域2<>自由データ域
記事番号（連番）<>名前<>メアド<>URL<>西暦,月,日,曜日,時,分,秒<>タイトル<>本文（タグあり）<>
削除パスワード英数半角6文字（非暗号化）<>レス式専用領域<>ツリー型専用領域<>2ch型専用領域<>拡張領域1<>拡張領域2<>自由データ域
記事番号（連番）<>名前<>メアド<>URL<>西暦,月,日,曜日,時,分,秒<>タイトル<>本文（タグあり）<>
削除パスワード英数半角6文字（非暗号化）<>レス式専用領域<>ツリー型専用領域<>2ch型専用領域<>拡張領域1<>拡張領域2<>自由データ域
：
：
：
俺も「<>」区切りに賛成！
2行になってるけど、書き切れなかっただけで、本当は1行ね。
・URLは「http://」から記述する。
・タイトルはタグなしで。
・本文の改行は<br>を使用。
・タグの削除や改行の変換は掲示板スクリプトで行う。
・「親記事の番号」は拡張領域に。
・ノーマル（スレッド型？）掲示板は専用領域は使わない。
・自由データ域内はその掲示板独自のデータを保存して「,」で区切ってデータを格納する。
（例えばアイコンの番号とか）
専用領域内の割り当ては後で考えるとして、こんなのはどう？
005756
02/11/15 16:37ID:???0058nobodyさん
02/11/15 17:11ID:0vDY4OoRﾒﾘｯﾄ、ﾃﾞﾒﾘｯﾄならツリー構造でも非ツリー構造の親番号指定XMLでもかわらないでしょ。
しかし、最重要であるのは、
これが掲示板に投稿された文章をまとめるXMLなのか、
掲示板で表示される文章をまとめるXMLなのかということ。
前者ならばレスNOに親番号IDを指定すべき、(orツリー構造のみを専用ヘッダーに記述)
後者ならば掲示板のツリー構造をそのままXMLにマークアップすべき。
ちなみにこれ漏れの"理論構造"に対する"美学"(w
0060nobodyさん
02/11/15 17:49ID:XZBvdeAKそれができればredundantにツリーを記述したヘッダとか用意しなくて済みそうだけど。
0063nobodyさん
02/11/15 18:35ID:???0065nobodyさん
02/11/15 19:55ID:???http://hpcgi3.nifty.com/sepura/bbsformat/test.cgi
タグに英語と日本語混じってるのは気にしない、
読みにくくても気にしない、
改行されてなくても気にしない、
そのたもろもろ…
0066nobodyさん
02/11/15 20:07ID:???0067nobodyさん
02/11/15 20:54ID:???だめですね。逝って来ます。
0068nobodyさん
02/11/15 22:49ID:???0069nobodyさん
02/11/16 04:13ID:???名前<>メアド<>日付 時間 ID<> 本文 <>スレッドタイトル
名前<>メアド<>日付 時間 ID<> >>親記事の番号 <br> 本文 <>
名前<>メアド<>日付 時間 ID<> >>親記事の番号 <br> 本文 <>
・
・
・
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が本当に哀れだから。
■ このスレッドは過去ログ倉庫に格納されています