掲示板スクリプトデータフォーマット規定を作ろう
レス数が1000を超えています。これ以上書き込みはできません。
この規定を定めることにより掲示板間のデータファイルの共有や
乗り換えが容易にできるようになります。
0003漂泊の2ゲッター
02/10/30 01:39ID:???∧＿∧ ∧ り
（ ´∀｀）｀__∧
/ , つ∧｀__∧
ゆ /（__（＿_ヽ∩∧｀__∧
/（__（＿し'し'ヽ∩´∧｀_∧ 3げっと…
///`∧＿∧_（＿し'し ヽ ∩´∀｀ ）∧＿∧
( (（（（ ´∀｀）＿し'し ヽ とﾉ（ ´∀｀）
/////つ つ'し (⌒) ﾉ （ ）
///// ,へ 〈 ~ し' ｜ ｜ |
(((（（＿ﾉ （_＿） （_＿）＿）
0004nobodyさん
02/10/30 01:46ID:agk/BYvB0005nobodyさん
02/10/30 01:48ID:agk/BYvBhttp://www.kaede.sakura.ne.jp/~nikeno/cmt/
これより優れてなければ新しく作る意義はないだろうね。
0006nobodyさん
02/10/30 03:39ID:yBuR7K1aなんかむつかしそうですね。
>>1さんが言ってるのってもっと簡単なことなんじゃないですか？
例えばデリミタは <> に統一するとか。
ちがうのかなぁ？
0007nobodyさん
02/10/30 05:21ID:???そんなんでスレ立てられちゃかなわんな。
そんなんだったら、CGIスレやら掲示板スレでやれ。削除依頼だしとけよ、と。
0008nobodyさん
02/10/30 11:37ID:p83AgH442chのログ形式がいいな。
あと、UAがかちゅとかだったら、動的に2ch互換のログを生成するとか
0009nobodyさん
02/10/30 13:57ID:???0010nobodyさん
02/10/30 15:19ID:???名前<>メアド<>日付 時間 ID<>本文<>スレッドタイトル
名前<>メアド<>日付 時間 ID<>本文<>
名前<>メアド<>日付 時間 ID<>本文<>
・
・
・
というかんじ
改行コードはLF 文字コードは2chではSJIS
ちなみにこのスレのdatはここ↓にあります。ブラウザからもDL可能。
http://pc.2ch.net/php/dat/1035908481.dat
http://members.jcom.home.ne.jp/monazilla/document/index.html
0013nobodyさん
02/10/30 18:23ID:P9f3ZiO5思いつくだけでも
・返信元の情報が定義されてない（ツリー型掲示板と非互換）
・記事ごとのタイトルが定義されてない（記事ごとにタイトルを入れる掲示板と非互換）
・投稿者のHPアドレスが定義されてない（そういうのが入れられる掲示板と非互換）
・トリップの関係で</b>～<b>みたいなとってつけたような形で物理タグが入ってる
・日付フィールドにIDみたいな余計な情報もいれてる
・基本的にCSV（区切り文字は<>だが）なので拡張性に乏しい
0014nobodyさん
02/10/30 18:39ID:vrodE3lURDF/RSS あたりが使えれば新たに定めなくてもいいような。既存のライブラリも
多いし。
0015nobodyさん
02/10/30 18:54ID:4q8hzZpWhttp://www.faqs.org/rfcs/rfc2822.html
001610
02/10/30 19:20ID:???俺も>>4と同じで、汎用型ならXMLを使うねぇ。
XMLなら、>>13の問題もクリアできるだろうし
ただ、実装・負荷などで不利だと思う。
共通フォーマットに変換するスクリプトがあれば良いだけかな。
第一、『掲示板間のデータファイルの共有や乗り換え』の需要が
そんなにあるのかが疑問。
0017nobodyさん
02/10/30 23:14ID:???"<"でもいいじゃん。
001817
02/10/30 23:16ID:???0019nobodyさん
02/10/31 01:01ID:ZXkDOR/T...<>aaa<br>bbb<>...
0020nobodyさん
02/10/31 01:49ID:???0021nobodyさん
02/10/31 02:24ID:???<>って見やすいじゃん。
0022nobodyさん
02/10/31 03:06ID:ZXkDOR/T002417
02/10/31 03:50ID:???"<" ">"はエスケープしないのか･･･
そうすっと、要素の中では"<>"というシーケンスは記述できないわけね。
なんか気持ち悪いが･･･実用上困らないからいいのか。
0025nobodyさん
02/10/31 04:33ID:ZXkDOR/T実際にタグとして表現したいところはエスケープしないんだろ。
で、タグとして<>という連鎖がありえないから区切りになるんだよ。
なんでこの程度わからんの。
002617
02/10/31 08:18ID:???ここを気持ち悪いと思うかどうかはセンスの問題だが、
「エスケープ」という本来の意味からすると、要素として
任意のバイナリストリームを持ってくることができた方が仕様としては美しい。
例えば将来文字コードの拡張が行われたとして、マルチバイト文字の並びの中
に"<>"というシーケンスがあったら困る、とかな。
0027nobodyさん
02/10/31 09:41ID:???0028nobodyさん
02/10/31 12:52ID:YI8d19yYあきれるほどアホだな。
0029nobodyさん
02/10/31 13:07ID:???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が本当に哀れだから。
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 のお世話になるようなものがあるけど、ここでは
省きますか。
0202nobodyさん
02/12/03 02:39ID:???把握してる香具師は存分に語ってください。
漏れは決めるべきことが決まっていればどんな形でもかまわんなー。
ただ、データとしての美しさよりも、
掲示板のような負荷の高いものはパフォーマンスと
クライアントへの配慮(あつかいやすさ)が重要だと思う。
0203nobodyさん
02/12/03 05:04ID:Yy0QufYv0204まともな神経の持ち主
02/12/03 07:30ID:???0205nobodyさん
02/12/03 07:33ID:???単純にflashでも、htmlでも対応出来る。これしか思い浮かばない。
あとメンテが楽とか。
誰か代わりに>202に語ってくれ。
0207nobodyさん
02/12/03 09:40ID:8ebcifH1どこをどう読んだら「今時改行できない掲示板なんてあんの？」ていう
レスが出るのかわかんない。
0208ＣＭＴ厨
02/12/03 09:51ID:???CMTは改行を複数含む文字列をメッセージとして扱うことができるんだけど。
「改行区切り」ってどういう意味？何を「区切ってん」の？（藁
0209nobodyさん
02/12/03 10:31ID:8ebcifH10210nobodyさん
02/12/03 10:34ID:8ebcifH10211ＣＭＴ厨
02/12/03 11:03ID:???…
その「区切り」はコンピュータの処理上なんかイミがあんのか…
>>198がダウトっつってんのは、アンタの言う「改行区切りの文字列」と
XMLのノードが持つ値との間に本質的な差が無いってことだよ。ワカル？
0213nobodyさん
02/12/03 17:13ID:???>>XML文章として認識されればそれで十分だろ？
>だけ言われてもなあ。何に十分なの？
>ell-formedあるいは更新されたDTDでvalidなXMLだったら
>古いプログラムも人工知能よろしく追加ノードに勝手に対応してくれるってこと？
掲示板に関する規定作ったところでプログラムが意味解釈してくれる訳じゃないぞ
schema書けば、要素の内容のデータ型については定義可能だが、
あくまで処理装置が意味解釈をしている訳ではない。
古いプログラムが勝手に対応してくれないから"Adobe® SVG Viewer"
みたいなもんが必要になるんだろ？
と、電波を飛ばしてみる
0214nobodyさん
02/12/03 17:36ID:???ＸＭＬは，インターネット上でそのまま利用可能であること。
ＸＭＬは，広範多様なアプリケーションをサポートすること。
ＸＭＬは，ＳＧＭＬと互換的であること。
ＸＭＬ文書を処理するプログラムを書くことは，簡単であること。
ＸＭＬにおける任意的な機能の数は絶対的最小限に，理想的には０にとどめられるべきである。
ＸＭＬ文書は，人間が読み書きでき，相当程度に明快であるべきである。
ＸＭＬの設計は，迅速に準備されるべきである。
ＸＭＬの設計は，形式的かつ簡潔であること。
ＸＭＬ文書は，作成しやすいこと。
ＸＭＬマークアップの簡潔さは，最低限の重要性しかない。
0215nobodyさん
02/12/03 17:44ID:???掲示板ログフォーマットと一緒くたに考える必要ないんじゃない？
アプリで使う分には拡張性もあるし使いやすいだろうけど、掲示板ログとしては処理が大きくなって向かないと思う。
0216nobodyさん
02/12/03 17:46ID:???0217nobodyさん
02/12/03 17:59ID:IQRudvo/>>1で、1がCMTの宣伝のためにスレを立てる、>>5でCMTの宣伝をするために、
メール欄にスペースを入力してIDを隠す、
>>2-3で、普通に2get＆応援。
>>4で、「XML」の単語が出てくる、>>1焦りだす、
>>5で、CMTフォーマットを披露、見事に無視される。
(再びCMTの単語がスレに搭乗するのが>>46ってのが…)
>>6- XMLやCSVについて利点などの面で話し合い。
「<>カカレタラデータハカイサレルヨ」…①
「またXML厨か」
等の電波が飛び交うがほとんど無視される。
(てか、"<>"を書かれてデータが破壊されるなら、①の書き込みをした時点で、
このスレのdatを破壊した気分になってたのだろうか？もしかして期待した？)
まぁ、>>1の今後に期待。
0218nobodyさん
02/12/03 18:02ID:IQRudvo/0219nobodyさん
02/12/03 18:30ID:G6bUnBgc俺はCMTはそこそこよくできた規格と思うけど
XMLでやるならそっちがベターだと思うよ。
>>211は「XMLならもっとリッチな内容を含みうる」の意味がわかってない。
＞「改行区切りの文字列」とXMLのノードが持つ値との間に本質的な差が無い
って全然違うでしょ。
（「XMLのノードが持つ値」っていうのは要素の内容のことか？）
単に要素の内容に<hoge>text</hoge>みたいなものしか使わないなら確かにそうだろうが
<hoge>a<foo>b</foo>c</hoge>ならどうよ。
>>211はXMLをkey/valueを別のやりかたで書き換えたもの程度にしか理解してないんじゃないのか。
0220nobodyさん
02/12/03 18:32ID:G6bUnBgc「改行を複数含む文字列」だけでどうするかとか、そういう例を考えればいい。
0221nobodyさん
02/12/03 18:35ID:G6bUnBgc46は俺だが49ではない。
0222nobodyさん
02/12/03 18:36ID:???0224nobodyさん
02/12/03 20:19ID:???それは関係ないよね。
データの中身の解釈はまた別のレイヤの話だと思う。
0225nobodyさん
02/12/03 21:57ID:???1.XML関係のモジュールが入ってるサーバが少ない
=>ツリー構造が生かせない
2.XSL経由でデータを送ると全てユニコードになってしまう
=>ユニコード用のライブラリがみあたらない
(Jcode.pmが入っているサーバが少ない)
CSVとXMLの比較の例
例：データからメールアドレスを取り出す(スクリプトはperl)
CSV
データ：no,name,date,mail,pwd
スクリプト：(undef,undef,undef,$mail) = split(/,/,$_);
XML
データ：<data no="no" name="name" date="date" mail="mail" pwd="pwd">
スクリプト：$_ =~ /mail="(..+?)"/; $mail = $1;
0226nobodyさん
02/12/03 22:12ID:???CSV
split関数の方が処理が早い。
データ構造が簡単なので扱いやすい。
XML
欲しい要素に直接アクセスできる。
(データの要素が増えてもスクリプトに手を加える必要がない)
っていうかむしろ
>>56みたいな議論をするのがこのスレの本来の目的なのではないかと思ってみたり。
>>1も予想外の展開なのかっ？
0227nobodyさん
02/12/03 22:18ID:8ebcifH1そんなことないでしょ。
<xsl:output encoding="Shift_JIS"/>
＞ XML
＞ データ：<data no="no" name="name" date="date" mail="mail" pwd="pwd">
＞ スクリプト：$_ =~ /mail="(..+?)"/; $mail = $1;
こんなことやるつもりなの？
0229nobodyさん
02/12/03 22:27ID:???しょちゅうバージョンアップがある規格は見通しがもてていない証拠
0230nobodyさん
02/12/03 22:29ID:???<xsl:output encoding="Shift_JIS"/>
はなぜか無視されるようです。
>こんなことやるつもりなの？
一例ですから？
0232nobodyさん
02/12/03 22:35ID:???ユーザーに送信する時に、読み取ってマークアップすれば、
>>1の
>この規定を定めることにより掲示板間のデータファイルの共有や
>乗り換えが容易にできるようになります。
は可能だろ？
乗り換えるときにもデータを共有するときにも、一度CGI通してマークアップしなきゃだけど…
0233231-232
02/12/03 22:37ID:???<xsl:output encoding="Shift_JIS"/>
はformのエンコーディングには関係ないよ
http://qa.xml.gr.jp/data/xsl/files/0014.xml
0234nobodyさん
02/12/03 22:40ID:8ebcifH10235nobodyさん
02/12/03 22:40ID:???正規表現じゃいけないですか。
これくらいしか思い浮かばなかったんですが
もっといい方法があれば教えて欲しいです。切実に。
>>231
?
0236nobodyさん
02/12/03 22:43ID:???いいたいことあるならはっきりかけよう。スレ汚してるだけじゃん。
0238nobodyさん
02/12/04 01:04ID:4LjPmisD<data>
<mail>
</mail>
</data>
perlの正規表現でどう処理してるの？
023949
02/12/04 01:11ID:???まあエンコード戦略がしっかりしてさえいれば、
スタックの必要な文脈自由文法に基づくパースよりも
正規表現でさくっとできるパースは優れている、かもね。
>>213
わかってると思うけど>>195は>>194=174に対する皮肉ね。
なんか発散しているようなので問題をまとめると、
「掲示板データ構造」が
Ｓ＝（Ｖ，Ｅ）（Ｖは各書き込みのノード、ＥはＶ間の二項関係）
で表現＊し得る＊ものであり続けるならば、
わざわざXMLを導入するメリットはない（それこそCSVで十分だ。）
さて、この「掲示板データ構造」の本質的な変化は今後起こり得るだろうか？
起こり得るとしたら、どんなものが想定されるかな？
（一部の理解の悪い人たちへの注釈：
書き込みのbody部がいくらリッチになろうが、
それは「掲示板データ構造」の本質に影響を与えることはない。
アンカーでもsvgでも動画でもなんでもbody部としてエンコードしてしまえば
「改行区切りの文字列 (>>198)」となって終了）
0240nobodyさん
02/12/04 02:16ID:???<item><n>名前</n><e>メアド</e><d>日付</d><m>本文</m><t>タイトル</t></item>
<item><n>名前</n><e>メアド</e><d>日付</d><m>本文</m><r>親番号</r></item>
<item><n>名前</n><e>メアド</e><d>日付</d><m>本文</m><r>親番号</r></item>
・
・
・
($n,$e,$d,$m,$r) = (split(/<.+?><.+?>/,$str))[1..5];
0241nemui
02/12/04 03:24ID:???だったら、パース処理を書くのが楽な CSV なり CMT のほうがいいじゃない、っ
てことになる。
でもパース処理なんて毎度書くのもどうだろう。単純な split やパターンマッ
チによる key, value の抜き出しで処理するのが面倒な構造が必要になった場
合はいやになる。もちろん、split で済むようなものなら、それですませてす
まえばいい。
あと、CSV とか key value な表現形式だけど、複雑な構造を encoding する
場合、具体的にどうやるかってことになると一般的でかつ、明確な合意っての
はないような気もする。なにか作るたびに、通信当事者間で、そのあたりの約
束事を作りこんでいかなくてはならない。で、そういうところで変なバグを
誘発する原因は高くなる。
0242nemui
02/12/04 03:25ID:???低限、DOM tree 程度のデータ構造は得られるであろう、という期待は持てる。
さらに XML-RPC なり SOAP なりを使う、ってレベルにまで通信当事者間で合
意がもっていければ、メソッド名と、引数の並びさえ決めればいいよね、って
あたりにまで持っていけるかもしれない。理想的には、どういうデータがネッ
ト上を流れるかは気にすることすら必要ない (SunRPC とか IIOP とかあるじゃ
ねぇか、なんて言われればそれまでだろうけど)。
XML だから特別に優れているというわけじゃないし、昔からいろいろあった。
まぁ、効率は悪いが、そこそこ使えなくはないから、長いものにまかれちゃえ
ばいいや、という割り切りで XML を使うかな、ってところじゃないですかね。
0243nobodyさん
02/12/04 08:03ID:C+9zfYjxCMTはそういう仕様じゃないでしょ。
というかアンカーなりSVGなりのエンコード方法を独自に新しく規定するの？ばかばかしい。
それならXML使ったほうがいいでしょ。
0244nobodyさん
02/12/04 08:09ID:C+9zfYjx0245nobodyさん
02/12/04 08:22ID:???0247nobodyさん
02/12/04 12:14ID:???1.5ｃｈや１ｃｈみたいなとこだと入れ子になるかも
CSVや<>で十分って人は拡張性についてはどうなの？
要素が増えたら後ろにつければいいってだけ？
列順をかえられないのでだんだんみにくい並び順に
なると思うけど。
規定フォーマットなんだから互換性が重要なんだし
XMLで定義してインポート時に自分の板にあった形式に
変換かければいいんじゃないの？
0248nobodyさん
02/12/04 16:57ID:5qCfRWF7>アンカーでもsvgでも動画でもなんでもbody部としてエンコードしてしまえば
TEXT要素(まだ決定した名前ではないが)の内容に動画バイナリを直に
(orエンコードして)書き込むなんて、まさに馬鹿がやることだろ？
181 ：nobodyさん ：02/12/01 20:07 ID:vHw2oSY+
要素の内容に任意のバイナリストリームを持ってくるなんて馬鹿な発言をしたのは誰ですか？
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;
}
}
で、デコードはこの逆をすれば、
スキーマ要素によらず書き出すもの全部エンコード／デコードできるよね。
0349nobodyさん
02/12/06 13:50ID:???ｳﾂﾀﾞ。
0350342
02/12/06 15:13ID:???と、ずっと思ってたのだが、違うのか？
スクリプトでどういうデータ形式にするかは
作者次第だろ。すべてバイナリでもったりしたい奴も
いるかもしれないし。板の特性に合わせて作者が
考えるべきで、規定なんて決めてそれに従うような
風潮ができたら発想が狭くなるだけだと思うんだが…。
035156
02/12/06 17:08ID:???各設置人のスキルとか、鯖の負荷とか考えてやればいい。
書き込み処理
[
書き込みデータ受け取り
↓
CSVなりCMTなりのログデータ読み込み
↓
書き込み内容を末尾に追加、
↓
CSV(orCMT等)ファイルに記録、同時にXMLに書き直したものを別ファイルに保存
]
ってやればいいんでないの？
読み込み
[
XMLファイルリード
(and 鯖側で変換)
]
読み込み処理はこれだけで済む。
と、XMLファイルに記録するんじゃなくて、動的に生成するような事だと思っていたんだが、
鯖側の読み書きログまでXML形式にしようっていうと…
まぁ、そんなに激しい負荷のかかることじゃないからいいと思うけどね。
と、思いますた。
0352nobodyさん
02/12/06 17:20ID:???データの形式を決めるんだろ？
サーバー、クライアントがローカルに保存するデータの形式は各々が勝
手に決めればいいことだし、データ交換のための中間形式ならデータを
落としさえしなければ何だっていいってことになる。
現実には、転送用形式と別に交換用形式を用意する必要はないだろ。
0353nobodyさん
02/12/06 17:36ID:zJ8lEv59>ってことを >>195,>>239,>>285 で聞いている（がこの点に関する返答は
スレ内では未だにゼロだ。）
155
に
>そもそも、進化が終わった時点で規定された勧告ってW3Cでいくとどれくらいだろう…
W3Cにこだわる理由もたいしてわからんが、
進化の過程にあるものを定義するな(可搬性を議論するな)というなら、
世の中にHTML(XHTML)の可搬性を考えているやつはいないよな？
もっとわかり易く言うと、あれだ、テレビに付いてるビデオ端子、あれの可搬性(端子と流れる情報について)を考えたやつもいない筈だ。
テレビとビデオを繋ぐ方法は将来的に必ず進化するって事はわかりきってたし、今現実に進化してるからな。
ついでにXMLどころかSGMLも生まれなかっただろうな。
035449
02/12/06 21:08ID:???>進化の過程にあるものを定義するな(可搬性を議論するな)というなら、
>世の中にHTML(XHTML)の可搬性を考えているやつはいないよな？
HTMLはmachine-readableでないため(XML知ってるんだったら意味わかるよな？
ブラウザで読めるだろとかアホなこと言わないでくれよ)、
HTML(XHTML)の可搬性を考えるにあたって必ず考慮しなければならないことは、
「それが汎用の通信路で搬送され得るかどうか」
ということだけだ。その後の解釈はブラウザ任せだ。
画面が崩れてたって最終的なクライアント(人間)は読んでくれる。
>もっとわかり易く言うと、あれだ、テレビに付いてるビデオ端子、あれの可搬性(端子と流れる情報について)を考えたやつもいない筈だ。
>テレビとビデオを繋ぐ方法は将来的に必ず進化するって事はわかりきってたし、今現実に進化してるからな。
テレビ信号が守らなければならない最低限の規範
「特定の周波数帯に属する電気信号であること」
という合意があったからこそ、ビデオ端子の規格を決めることができた。
（つうかテレビ信号って全然進化してないと思うんだが･･･。）
今回の話は、machine-readableなデータ構造を決めようとしているにもかかわらず
「仕様の責任範囲はどこまでなのか」という議論がほとんどなされていない。
ツリーのみを前提としたフォーマットで一般のグラフ構造を記述することはできない。
データ構造における最低限の合意がない限り、そもそも可搬性を議論できようもないと思うのだが。
>ついでにXMLどころかSGMLも生まれなかっただろうな。
唐突すぎて論理の流れがわからないのでこういう結論に至った論理展開を激しく希望。
フィーリングとかじゃないよね？
0355nobodyさん
02/12/06 21:32ID:oYivAj3/0356nobodyさん
02/12/06 21:45ID:zJ8lEv59>(XML知ってるんだったら意味わかるよな？ブラウザで読めるだろとかアホなこと言わないでくれよ)
machine-readableだからディスプレイに表示できるんじゃないのか？
ブラウザで読めることの何処がアホですか？
>「仕様の責任範囲はどこまでなのか」という議論がほとんどなされていない。
タイトル読めよ
0357nobodyさん
02/12/06 21:49ID:???XMLで再定義された意味が無いな。
035849
02/12/06 21:50ID:???>>356
http://www.kanzaki.com/docs/sw/rdf-model.html
の最初の辺りを読め。
035949
02/12/06 21:51ID:???用語を間違えますた。素直に訂正してお詫び致します。
0360nobodyさん
02/12/06 21:54ID:zJ8lEv59おまえはせっかくHTMLでマークアップされたのに、
・何処から何処までが１段落なのか？
とかの、意味を処理装置が読み取ってそれに適した表示をすることを否定するのか？
036149
02/12/06 22:04ID:???(>>354のmachine-readableをmachine-understandableに読み替えてくれ（陳謝致します。))
それは否定しないが、別に段落表示がされなかったとしても
HTMLの最終的なクライアントは「人間」であるため、「文章の意味の送付」という
目的は達成される。従って最低限「文書の搬送が可能」でさえあればＯＫで、
それ以上の条件は「オプション」だとしても構わないわけだ。
だが、今回の話のようなデータ交換(EDI)となると話は違う。
機械が解釈できるためにはフォーマット以前の問題として
交換する情報の「データ構造」の合意がない限り不可能(人間が目で読むのとはわけが違う)だ、ということだ。
0362nobodyさん
02/12/06 22:07ID:zJ8lEv59P{
color:green;}
</style>
これを適用するためには意味解釈をしなくてはならないのではないか？
0363nobodyさん
02/12/06 22:11ID:zJ8lEv59「否定しない」
という言葉づかいはやめてくれ。
お前の肯定、否定でなにが変わるわけでもない。
>だが、今回の話のようなデータ交換(EDI)となると話は違う。
つまり、XHTMLを読むことはデータを交換(この場合受け取る)
ことでは無いとおっしゃるのか？
>交換する情報の「データ構造」の合意がない限り不可能
>(人間が目で読むのとはわけが違う)だ、ということだ。
schemaってものがありますが？
036449
02/12/06 22:12ID:???例えばそのcssを含むHTML文書が仮に白黒画面の端末上で表示されたとしても
「人間が理解できる文章がHTML文書の中に含まれている限り」
その文書の意味を人間に理解させるという目的は達成されているね？
つまり、その意味解釈機能は「文書の意味を人間に理解させる」という目的を
達成する上では必須ではない、ということだ。
0366nobodyさん
02/12/06 23:01ID:???そろそろ放置したほうが彼のためになります。
0367nobodyさん
02/12/06 23:06ID:zJ8lEv59>>>360で「否定するのか？」と聞かれたから
>「否定しない」と言ったまでだが。
すまんな、「否定しない"が"」が気に入らなかったんだ、
>HTMLの最終的なクライアントは「人間」であるため、
漏れは、HTMLは機械からみればただの文字列配列に過ぎないデータに
"その文字それぞれが、文章中でどのような意味を持つのか？"
をわからせるためのマークアップ言語だと思っているが、
最終的なクライアントに"プレーンテキストとしての意味"がわかれば最低限それで由？
>その文書の意味を人間に理解させるという目的は達成されているね？
それが"目的"なら(最低限、)プレーンテキストで十分だとおもうが？
>その意味解釈機能は「文書の意味を人間に理解させる」という目的を
>達成する上では必須ではない、ということだ。
達成する上"では"、な。
「文書の意味を人間に理解させる」だけがHTML(含むXHTML、特にXHTMLか？)
の目的じゃないだろ？
036849
02/12/06 23:19ID:???>「文書の意味を人間に理解させる」だけがHTML(含むXHTML、特にXHTMLか？)
>の目的じゃないだろ？
他にどんな目的があるかね？
ブラウザに表示するのも印刷するのも結局人間に理解させるためではないのかね？
0369nobodyさん
02/12/06 23:21ID:zJ8lEv59"意味"を"処理装置が読み取って"それに適した表示をする。
0370nobodyさん
02/12/06 23:22ID:zJ8lEv59最終的なクライアントが全てでは無いだろ？
037149
02/12/06 23:30ID:???顧客からの発注に対し、メーカーのシステムに在庫情報を問い合わせて
受注の可否を判断・通知するものとしよう。
このとき、商社のシステムは、「受注の可否を判断する」という＊目的＊で
メーカーのシステムと「在庫情報」の交換を行っている。
これがEDIだ。「在庫情報」は機械が解釈するため、その仕様に曖昧さは許されない（定義されていさえすれば多様性は許される。）
だがHTML(XHTML含む)の目的はこのようなクリティカルなデータ交換ではない。
今回の掲示板データフォーマット、ってのは機械が解釈できるようにするんだろ？
037249
02/12/06 23:32ID:???>最終的なクライアントが全てでは無いだろ？
全てだろう。というかこういう書き方をされると手間なので
最初に何が書きたいのかはっきりしてくれないか？
0373nobodyさん
02/12/06 23:43ID:???これは警告だ。
0374nobodyさん
02/12/07 00:02ID:IF9f0MTH>>最終的なクライアントが全てでは無いだろ？
>全てだろう。
最終的なクライアントとの間にもさまざまなクライアントが存在していて、
そういったクライアントが意味解釈をするためにも
(最終目的と途中の手段を取り違えている訳ではない)
HTMLでマークアップすることは意味あることだと考えるが？
>これがEDIだ。「在庫情報」は機械が解釈するため、その仕様に曖昧さは許されない
>（定義されていさえすれば多様性は許される。）
>だがHTML(XHTML含む)の目的はこのようなクリティカルなデータ交換ではない。
HTML(XHTML)でも"曖昧さのない情報交換"も"定義によって拡張された情報の交換"
も可能だろ？
0375279
02/12/07 00:08ID:???>と、漏れも当初は思っていたのだが、それにしては抽象化のできない奴が多過
>ぎると思ったので。
そこはあえて無視しているというか、過程を飛ばしている、という考えかた
も好意的に見れば可能でしょう。まー、2ch において、そのようなことをする
必要は必ずしもないが。
で、実際にこのスレがどうあれ、また、希望としてはどうあれ、世界をみわ
たせば、人それぞれの差というのは大きい。
そこから話がそれるかもしれないが、そういう差というのは抽象化の作業だ
けじゃなく、なんらかの規格を実装をする、という作業においても同じだ。
そういった点において、相対的にスキルの低い人間が実装した場合に限りな
く悲惨なものができあがってしまい、カオスを生み出した MIME は失敗だった
のではないだろうか、とか思ってる。
>>354
>「仕様の責任範囲はどこまでなのか」という議論がほとんどなされていない。
これはだいたい同意というか、おそらく漠然としたイメージを既に皆が
持っているからか、明示的というか、具体的に示されてはいなようだね。
>ツリーのみを前提としたフォーマットで一般のグラフ構造を記述することはできない。
「ツリーのみを前提としたフォーマット」って何?
たとえば、RDF ならば directed graph は表現できるように思えるけど。
graph theory はちゃんと勉強したことはないので変なこと言ってたらスマソ。
037649
02/12/07 00:32ID:???>最終的なクライアントが人間で無い例をあげてみてくれるか？
>>371にある商社のシステムは、最終的に商社のシステム＝機械が受注の可否を決定しているね。
>HTMLでマークアップすることは意味あることだと考えるが？
HTMLでマークアップすることに意味がないと言っているのではない。検索エンジンなども
HTMLのマークアップ情報を利用しているし、その意味では検索エンジン＝機械が解釈している、
ともいえる。
が、HTMLのマークアップはあくまで「あったらいいね（なくてもまあ、なんとかなる＝読める）」
という位置付けであることは理解していただけるだろうか。
それに対し、掲示板データフォーマットを決める際には、そのプレゼンテーション方法
(XMLにするかCSVにするかCMTにするかMIMEにするか)を決める前に、まず前提として
掲示板というものの「データ構造」を定義する必要がある、と（ずーっと上の方から）
主張しているのだが、わかっていただけるかな？
>HTML(XHTML)でも"曖昧さのない情報交換"も"定義によって拡張された情報の交換"
>も可能だろ？
交換するプレイヤーが全員合意できる約束事をHTML(XHTML)の上に載せれば十分可能だ。
ただ、それをHTMLの上に載せることにどれだけ意味があるのか不明だが。
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、な？
0478nobodyさん
02/12/12 17:13ID:???汎用性って何ですか？
id<>name<>mail<>host<>comment<>upfile<>
うえのように１行目で、形式を定義するんだけど、僕が言いたいのは
その１行目のフィールド名を元に
$out{id}
$out{name}
$out{host}
$out{comment}
$out{upfile}
みたいな感じの入れ子を作って出力するってことなんだ。
こうすれば、他の形式のログを読みとるとき
id<>name<>mail<>url<><>pass<>host<>comment<>icon<>
となっていても、問題なく今までの掲示板でよめる。
大切なのはログの形式が、１行目のファイル形式のルールに従うこと。
こうすれば、ログを拡張しても、最低限読むときの下位互換は得られる。
問題は、形式の異なるログを更新したりするときに、一工夫いるところだけどね。
（古いバージョンの掲示板側で出力しないデータは空欄でいいのかとか、
使っている掲示板のデータだけ記録すればいいのか、など）
0480nobodyさん
02/12/12 17:35ID:qH8N5K0u掲示板フォーマットが、だろうと言ってみるTEST
0483nobodyさん
02/12/12 17:47ID:???, がデータに入る可能性がある、<>は<>に変換するからデータに入る可能性が無い。
だからだろ。
それが良いか悪いかは別にして、それくらい自分で思いつくぐらいには脳みそ使ってやらないと
しまいにゃ脳みそも腐ってしまいますよ。
> そんなのKENTが考えたやり方だろ。
KENT以前からありますよ。
0484nobodyさん
02/12/12 17:48ID:???>しまいにゃ脳みそも腐ってしまいますよ。
煽り不要。ギロンしようぜ。
0488nobodyさん
02/12/12 17:58ID:???プログラムで個人情報触る必要があるなら(そのような規格なら)、
個人情報を勧告した団体からでるだろ？
(データとして扱って普通に表示する分ならDOMに対応してれば十分だが、)
で、それを組み込めばSVGみたく、
乗せるのがXHTMLだろうが掲示板フォーマットだろうが、処理できるって事。
0489nobodyさん
02/12/12 17:58ID:???思考が停止してる人が議論に入ってきても自分だけが正しいって思い込んで
全然中身のある議論になんねーんだよ。
0491nobodyさん
02/12/12 18:06ID:???そういう団体が個人情報の最終利用形態まで全て包括的にライブラリとして
提供してくれるわけじゃないよな？
ってことはいずれにせよプログラムがその規格の中身を理解してないとだめじゃん。
0492nobodyさん
02/12/12 18:06ID:???名前、記事番号、返信元記事番号、投稿回数、タイトル、本文
の要素があるとする。
XMLだと
<news><name>なまえ</name><number>11</number><reference>10</reference>
<posttimes>3</posttimes><subject>たいとる</subject><text>ほんぶん</text></news>
みたいな感じにできるのかな？？
CSVでは一行目を見出しとして
name,number,reference,posttime,subject,text
なまえ,11,10,3,たいとる,ほんぶん
か。
ここで投稿回数がいらなくなったら、XMLなら要素を削ればいいだけだけど
CSVだと単に削っただけではダメ。全体を書き換える必要がある(もしくはゴミを残して無視)。
その後も掲示板の仕様が変わるたびに要素が増えたり減ったりして面倒。
XMLが推されるのはこんな理由かな。
でもエクスポートに関しては、面倒さではあんまり変わらないのかも。
汎用性については、XMLはすでに規格化されていて、パーサー使っていかようにも構文解釈できるってことかな。
この辺が俺の中でもかなり謎。
XMLの知識無いから見当はずれな事書いてるかも。
俺は(掲示板のエクスポートに関しては)CMTボンバイエだけど、
XMLだからといって毛嫌いしているわけにはいかんだろ。
それが有効ならば取り込んでいかないとね。
もちろん他に有用なものがあればそっちがいい。
俺はCMTで十分だと思ってる。今の掲示板を扱う外部アプリがあんまり無い現状ではね。
0494nobodyさん
02/12/12 18:11ID:???>CSVだと単に削っただけではダメ。全体を書き換える必要がある(もしくはゴミを残して無視)。
XMLでもCSVでもファイル全部書き直しだろ。
0495nobodyさん
02/12/12 18:13ID:???それに加えて区切りの見やすさからこれになったんじゃないかと推測。
>>477 変形CSVだけど、いちいち厳密なCSVでないなどと断る必要ないだろ。みんなわかってんだから。
別に , 区切りで , としても タブで 	 としても良いし、<>なのは単なるデファクトなだけでどうとでもなる。
HTMLで表示するのが前提だから、当然 < などの一文字ではタグの扱いができない(面倒になる)という問題は自明。
<br>に変換するのは、掲示板ログとしてならOKだと思う。その方が処理が少なくすむと言うメリットがちゃんとあるんだから。
0496nobodyさん
02/12/12 18:29ID:???掲示板ログの話になるけど、XMLなら無視すればいいだけなんじゃないかと思うわけだよ。
XMLは各記事毎に項目の意味づけがされてるわけだけど、CSVは一行目の見出しに意味づけがあるだけで、一行目と全体とが連動してるでしょ。
XMLなら同じログファイルに<posttimes>がある記事と無い記事が混在してても問題ないと思う。
CSVだと一行目のカラムを削ったら、全体も削らねばならない。もしくは見出しにゴミを残したままになる。
という考えです。
そもそもXMLの認識が間違ってるのだろうか。無責任でスマン。
>>479に関しては、ハッシュを使おうとCSV型の欠点は補えないでしょ。
仕様が変わるたびに見出しが長くなってしまう危険性がある。
ちなみに俺はCGI書くときデータはCSVだよ。
使うなというのではなく、より便利なものがあればそっちにしたいという考えです。
0497nobodyさん
02/12/12 18:35ID:???なるほどそういう意味か。理解が浅くてスマソ。
しかし思うにファイル(Read)→プログラム上のデータ構造→ファイル(Write)
という過程を考えるとどのみち整形されてしまうんではなかろうか。
0498nobodyさん
02/12/12 19:02ID:???結局そうですね。
正直俺も掲示板の処理が煩雑になって、結局メンテナンス性が悪くなるんじゃないかと危惧してる。
これでパターンマッチ使うようなら速度もずっと遅くなるし。(ここでは速度はあまり重視しない方が良さそう)
このスレではメンテナンス性の良いものを考えるべきだな。
というか、掲示板のデータ構造は各作者に任せて、エクスポートするデータフォーマットを考えることに絞った方がいい。
0500nobodyさん
02/12/12 19:14ID:???0501nobodyさん
02/12/12 19:43ID:???split /,/; で済む。たぶん他のどれより速い。
でも>>344みたいにハッシュにした方が断然使いやすいけどな。
なんだか目的もなくたゆたってる気分ナリ。
0503nobodyさん
02/12/12 20:35ID:???0504nobodyさん
02/12/12 20:37ID:???>ってことはいずれにせよプログラムがその規格の中身を理解してないとだめじゃん。
言い方がわかりにくかったか…
こっちでプログラムを管理しなくて済むってことの有効性は他にもあって、
例えば、
XHTMLにうめこまれた個人情報を解釈するプログラムと、
掲示板用のXMLにうめこまれた個人情報を解釈するプログラムがそれぞれ別々だとすると、
たった２つだけならいいけれど、
他にも個人情報を埋め込みたい文章はいっぱいあるわけだから、
それぞれが、個人情報を処理するコードを内部にもつとなると物凄い量になって、
バージョンがあがるごとに、それぞれのプログラムがアップデートしてそれに対応しなきゃならない。
その点、外でもってくれると、アップデートは気にしなくていい。
>そういう団体が個人情報の最終利用形態まで全て包括的にライブラリとして
>提供してくれるわけじゃないよな？
勧告が規定するものが"外部的なプログラムを使用して解析されなければ意味のないデータ"の場合、ほとんど出てるよ。
でも、例の"個人情報"という内容だけならば、XMLパーサーで十分。
0505nobodyさん
02/12/13 01:21ID:???csvで充分。
0507nobodyさん
02/12/13 03:39ID:???うむ。言いたいことは十分わかる。漏れも昔はそういう理想的な世界を考えていた。
しかし良く考えてみてくれ。
個人情報をHTML形式で清書するみたいなプログラムは確かにライブラリでＯＫかもしれん。
しかし例えばプログラム内で掲示板の書き込みを「年齢順」にソートする場合、
どうしたってプログラムで「年齢」という要素にタッチせざるを得ない。
つうことはそのプログラムが個人情報の規格に否応でも依存してしまうわけだ。
逆に言えば、そういう個々のプログラム内でタッチしないような「個人情報」なら、
年齢や住所などをベタにテキストで持っておいても（人間さえ解釈できればいいわけだから）
構わないとさえ考えられる（XMLで持つ利点といえば清書できるぐらいか？）
0508nobodyさん
02/12/13 04:20ID:???それともこの混沌の中から掲示板データフォーマットを搾り出すのか？
0509nobodyさん
02/12/13 05:10ID:???>>479あたりが落し処なんじゃないかと思う。
世の中のサーバ環境はまだXMLに寛容ではないし、掲示板プログラマに至っては尚更だ。
例えばスクリプト言語なりがネイティブにXMLを読み書きできるようになれば
また話は変わってくると思うのだが。
0510nobodyさん
02/12/13 09:07ID:???増やすときにこのスレみたいなのでいちいち議論というのもなぁ…
0512nobodyさん
02/12/13 14:04ID:???HBの鉛筆をベキッ！とへし折る事と同じようにッ
できて当然と思うことですじゃ！
大切なのは「認識」することですじゃ！
CSVを操るという事は できて当然と
思う精神力なんですぞッ！
0513nobodyさん
02/12/13 14:34ID:???0514nobodyさん
02/12/13 16:08ID:???>しかし例えばプログラム内で掲示板の書き込みを「年齢順」にソートする場合、
>どうしたってプログラムで「年齢」という要素にタッチせざるを得ない。
>つうことはそのプログラムが個人情報の規格に否応でも依存してしまうわけだ。
XSLって言うXMLの応用規格を使えば簡単にその事ができる。
"年齢"という要素名をパーサーが読み込んでXSLスタイルシートを適用するだけ、
>>145にある上の奴に
http://homepage3.nifty.com/sepura/bbsformat/test.xsl
が適用されると下のほうのサンプル(普通に見えるやつ)に見える。
（実は下のサンプルは７行ぐらいのテキストで成り立ってる。
で、XSL使うと例えば日付関係無しに日時だけで並び替えとかも簡単。）
で、他にもXSLスタイルシート使うと、例えばツリーがそのまま反映されたXMLを読み込んで、
親番号指定の"<>"区切りdatに変換する事も簡単。な筈。
それについては>>83-84
0515nobodyさん
02/12/13 16:09ID:???○＞で、XSL使うと例えば日付関係無しに時刻だけで並び替えとかも簡単。）
ｽﾏｿ
0516nobodyさん
02/12/13 16:26ID:???0517nobodyさん
02/12/13 18:07ID:???0519nobodyさん
02/12/13 18:25ID:???0520nobodyさん
02/12/13 18:32ID:???XMLのﾒﾘｯﾄっていうのはあくまで表示でなくて
あくまでデータ扱いの汎用性を維持することだろ？
それを行う事が表示にもつながるわけだ。
で、べつにデータの互換がしっくりできてれば表示はプログラムでレンダリングするなり、
XSLを適用できるプログラム使ってレンダリングするなり好きにして下さいってこった。
0521nobodyさん
02/12/13 18:39ID:???>その場合掲示板プログラムに添付されるXSLスタイルシートが規格に思いっきり依存してんじゃん
言ってる事がかわってるじゃん。
0522nobodyさん
02/12/13 18:46ID:???0523nobodyさん
02/12/13 18:54ID:???ま た ４ ９ か
0524nobodyさん
02/12/13 19:12ID:???XMLはよう知らんからCSVについてのみ。
・1行目はインデックス(2行目以降がデータ本体)
あるいは1行目を掲示板ユニークな情報に使って2行目をインデックスにする
・前提はHTML表記。よって必要な特殊文字はそのまま ？XX; の形で含まれる
・改行コードは LF
・改行文字は <br>
・データの文字コードを明示
・区切り文字は「,」
・日付に関するデータのフォーマット
年月日時分秒をそれぞれ分けるか、それとも yy/mm/dd HH:MM:SS にフォーマットした状態か
1039761862 みたいな秒だけってのはちょっと・・・
ここらへん統一するだけでも使いやすくなるんじゃない？
インデックス使うだけで処理は重くなるけど。
CSVかXMLかその他か、選ぶのは人それぞれで。
とりあえず汎用性のありそうな規格を考えて、使われない方が廃れる、ってことでいいんじゃないか？
0525nobodyさん
02/12/13 19:14ID:???テキトーなんだが、CSVのカラム。
MessageId = 記事番号なり記事ID
ReplyTo = 返信元のMessageId
Name = 投稿者名
Text = 本文
Subject = 題名
DateYear, DateMonth, DateDay, DateHour, DateMinute, DateSecond = 年月日時分秒
最小限必要なのはこんなもんか。
インデックスが長くなってしまうが、意味を明解にするためには我慢。
日付を年月日時分秒で分けると増長だけどどうか。
0526nobodyさん
02/12/13 19:16ID:???一行目に文字コードと改行の情報を入れてみる。エクスポートにしか使わないけど。
01: scode=sjis,break=<br>
02: MessageId,ReplyTo,Name,Text,Subject,DateYear,DateMonth,DateDay,DateHour,DateMinute,DateSecond
03: 1,,名無し,オッス、オラ悟空<br>よろしこ,無題,2002,12,13,16,40,0
04: 2,1,nobodyさん,やあ悟空さん、頃しますよ。ふふふ。,Re: 無題,2002,12,13,16,50,0
05: 3,,nobodyさん,>>2ゲット<br>≡≡≡つ｀⌒⊃ﾟДﾟ（⊃,無題,2002,12,14,3,10,30
0527nobodyさん
02/12/13 19:19ID:???open LOG, shift or die $!;
my $info = <LOG>;
my @schema = split /,/o, <LOG>;
my @rows = ();
while (<LOG>) {
chomp;
my $i = 0;
my %item = map { ($schema[$i++] => $_) } split /,/o;
push @rows, \%item;
}
close LOG;
return \@rows;
}
sub main {
my $data = &readdata("format.dat");
for (my $i=0; $i<=$#{$data}; $i++) {
print $data->[$i]->{Text}, "\n"; #（*ﾟДﾟ）ﾁｮｯﾁｳｻﾞｲ…
}
}
0528nobodyさん
02/12/13 19:40ID:???0530nobodyさん
02/12/13 20:44ID:aVW9jPSr＞掲示板プログラムに添付されるXSLスタイルシートが規格に思いっきり依存してんじゃん
何言ってるかわからない。
たぶん君のすごい誤解だと思うから具体的に書いてみて。
0532nobodyさん
02/12/13 21:30ID:???0533nobodyさん
02/12/13 21:41ID:???誰とは言わんけど。
0534nobodyさん
02/12/13 21:46ID:???XMLのフォーマットとCSVのフォーマット両方作ってみようよ。
話はそれからだろうが。
0535nobodyさん
02/12/13 22:23ID:???ただデミリタに「,」派と「<>」派がいるから一行目で
delimiter=<>みたいにできたら更に汎用性が上がるかな。
0536nobodyさん
02/12/13 22:46ID:???汎用性があがるとは思えない。
デリミタとか固定した方がいい。
インポートする方の作業が増えるだけ。
0537nobodyさん
02/12/13 22:48ID:an3wnW9j１行目にヘッダー情報、２行目にインデックスをつけるだけで
統一できると思うのだがどうよ？
0538536
02/12/13 22:55ID:an3wnW9j今までの掲示板のデータはほとんどがCSVだと思うのだが
それぞれの掲示板のデータの主な違いは、「デミリタ」と
「データの並び順」だと思うんだよね。
どんなデータの持ち方をしようと１行目のヘッダーと２行目の
インデックスを付けるだけでインポートできてしまうのは
楽なんじゃないか？
0539537
02/12/13 22:57ID:an3wnW9j0540nobodyさん
02/12/13 23:01ID:???本文のエンコード方法とか、結局データを読み出して
出力し直す必要があると思うから、ほとんど意味ないと思うけどな・・・。
0541nobodyさん
02/12/13 23:03ID:xzIbks/p0543537
02/12/13 23:15ID:an3wnW9j汎用性の面では、既存の掲示板のデータにヘッダーとインデックスを付けて
もらうだけでOKなので問題ないのでは？
拡張性の面も問題ないと思うし。
XMLで問題となってた書き込み/読み込みの速度の問題もないし。
0544nobodyさん
02/12/13 23:33ID:???0545nobodyさん
02/12/13 23:35ID:???>>475がよ、
>例えばXMLだと送信者の情報をいれとこうと思うと、
>すでに個人情報のマークアップの仕方を定めてる勧告があって、
>それを使用することで、個人情報の中身には一切関わらなくても、
>｢この要素の内容の"個人情報"は"送信者の個人情報"ですよ｣
>って事がわかってれば、内容についてはノータッチでいける。
>将来的にあたらしい種類の個人情報が登場してもノータッチ。
なんつうアホなこと書いてたからよ、>>507 >>516で
個々の掲示板プログラムまたはそれに付随するXSLスタイルシートが
年齢要素にタッチしない限りソートできるわけねえだろ、っつっただけのことよ。
それとよ、XML攻撃する奴は誰でも４９なのか？（ﾜﾗ
054656
02/12/13 23:36ID:???記事にURNふってみたいと思ったり(w
少なくとも漏れが過去に提示したサンプルじゃ(以下略
0548nobodyさん
02/12/13 23:42ID:???>年齢要素にタッチしない限りソートできるわけねえだろ、
個々の掲示板のフォーマットは統一されてるんだから、
XSLスタイルシートは一つですみそうなもんだが？
もっとも、自分で拡張した場合はこのかぎりでは無いがな。
あと、"年齢要素にタッチ"の具体的な内容がわからんが…
0549nobodyさん
02/12/13 23:44ID:???0550nobodyさん
02/12/13 23:45ID:???どうして"いらねぇ"なんだ？
連絡先がわかれば便利でしょ？
連絡先を教えたいか教えたくないか(記入するかしないか)
を選択できるのがニーズだと考えるべきだと思うが…
0552nobodyさん
02/12/13 23:47ID:???W3Cが勧告した意味すら無いじゃん。
0556nobodyさん
02/12/13 23:52ID:F168Lhf6なにから手をつけて反論するかも面土居。
0558nobodyさん
02/12/13 23:55ID:gMX5rVmQ>を選択できるのがニーズだと考えるべきだと思うが…
否。マーケットのニーズと書いたのは、現状インターネットの掲示板で
住所を書くような掲示板がほとんど存在してないことを考えろ、ってこった。
0559nobodyさん
02/12/14 01:19ID:???去年まで金無し君だったけど、オンラインカジノとパチンコで
二年で３５０万貯めた。一度やってみなよ。
初回のみだけど、１ドル以上のチップを買えば３０ドル（４０００円くらい）貰える。
もらうだけもらってプレイせずに換金することもできるし、ルーレットで赤か黒に
思い切って賭けてしまえば５０パーセントで二倍になる。
金なきゃオフラインでゲームすればいいだけ。暇つぶしになる。
ビデオポーカーとかスロとか色々あるのでマジでお勧め。
http://www.imperialcasino.com/~1kl5/japanese/
0560nobodyさん
02/12/14 01:44ID:???0561nobodyさん
02/12/14 03:10ID:LX3yzwPN0562nobodyさん
02/12/14 03:48ID:???住所とかの個人情報は一つの例だろ。
いろんな掲示板で採用され得る規定を作るなら、副項目的な拡張性が欠かせない。
突拍子もない項目であっても簡単に追加できるのが望ましい。
CSVならインデックスに、例えば
UniqueTerm1 ～ UniqueTerm9 とかいう具合に掲示板独自の自由な項目を作って、
後はエクスポート・インポート側の対応に委ねてはどうか。
いまいち趣旨からずれてるけど。
0563nobodyさん
02/12/14 06:14ID:???規格決める側が
>UniqueTerm1 ～ UniqueTerm9 とかいう具合に掲示板独自の自由な項目を作って、
こんな風に決め打ちしなくてもいいじゃん。>>479みたいな書式＋IDとかTITLEみたいな必須項目だけ決めとけば、
あとは勝手に掲示板プログラマが項目追加してくでしょ。んで追加された項目が
本当に便利だったら残るし、意味なかったら消えてくし、って感じで淘汰されてくと思った。
0564nobodyさん
02/12/14 07:04ID:???>年月日時分秒をそれぞれ分けるか、それとも yy/mm/dd HH:MM:SS にフォーマットした状態か
>1039761862 みたいな秒だけってのはちょっと・・・
２つ項目持てばいい。DateTimeStrのフォーマットは任意。
統一した表記にしたければUnixTimeをプログラム内で使えということで。
（矛盾した場合はあくまでUnixTimeが優先で、DateTimeStrはログ読む人間用
もしくは高速に清書したい場合用）
DateTimeStr, UnixTime
2002-12-14 06:14:00,1039814040
>>525
>DateYear, DateMonth, DateDay, DateHour, DateMinute, DateSecond = 年月日時分秒
これはムダ。こうするんならJSTとかGMTとかのタイムゾーンも考えなきゃならなくて面倒。UnixTimeマンセー
0565nobodyさん
02/12/14 07:14ID:???まあW3Cを盲目的に崇拝してるような連中にはハナから議論なんてムリだろうな。
自分の頭で考えずに権威に頼るのは技術を理解できない厨房orじじいのやることだぜ。
TCP/IPもUNIXも「民主的な標準化プロセス」からは決して生まれてこなかっただろうよ。
0566nobodyさん
02/12/14 09:27ID:???>>564のようにUnixtimeで持つのもありだと思う。
柔軟性のある規格がいいね。
0567nobodyさん
02/12/14 10:16ID:???に
>だから？
と答えている奴に何を言っても無駄。
0568nobodyさん
02/12/14 10:21ID:ohZS+1FK公開したい人の事を考えているだけ。
0571nobodyさん
02/12/14 10:32ID:???があるのか疑わしいなぁ。
A氏作の掲示板CGIはa形式で、B氏作の掲示板CGIはb形式で
ログを保存するとする。A氏のCGIを使って掲示板を運営していた
C氏がB氏のCGIに乗り換える際、a 形式で蓄積した過去ログをB
氏のCGIでも読めるようb形式に変換したい。A氏が提供するエクス
ポート手続きでa形式のログを標準形式に変換し、B氏が提供す
るインポート手続きでこれをb形式に変換する。この方法でC氏が
望む形にログの変換が成されるかというと、元々a形式とb形式が
ほとんど同じ形でない限り、まず無理だろう。
a形式をb形式に変換するうえで難しいのは、a形式にあってb形式
にない要素をどこに押し込むか、a形式になくてb形式に必須の(もし
くはあった方がよい)要素をどう補うかってことで、その決定にはかなり
の恣意性がある。a、b両形式についての知識も必要だ。標準形式
を間に置いたってこの問題に対しては何の助けにもならないよね。
日付等の基本的な要素について個々に形式を統一するのはいい
ことだけど、実際に統一しやすいのは日付、記事番号、記事間の
リンクみたいなユーザーが直接入力しない部分が主じゃないかな。
メール欄なんかメアドが入ってるとは限らんわけだし。
0573nobodyさん
02/12/14 12:01ID:???規定を作ればこんなに便利になる、ってのが実感できない。
はっきりしたメリットがないと、実際に掲示板に取り込んでみようって人がなかなか現れないかと思う。
規格が統一されたときにメリットを感じるのは、掲示板の設置しかできない人くらいなのかなと。
このスレの住人の大半は自前でリフォームスクリプト作るだろうしね。
いまいち必要性がないって感じ。
CSVいじってる間は実用的な進歩があるのか疑問なもんで、XML厨に期待。
0574nobodyさん
02/12/14 13:08ID:???将来的に検索エンジン(例えばgoogle)がXMLファイルもサーチしてくれるってなったときに、
「ひろゆき氏による書き込みを検索」
「書き込み内容に"あぼーん"が含まれているものを検索」
って事が、「BBSの勧告によるDTDまたはスキーマーによって宣言された
"名前"(or"BODY")要素の内容が"ひろゆき"(or"あぼーん")な物を検索」
って事だけでできると思われる。
0575nobodyさん
02/12/14 13:11ID:???標準形式を間にはさむと、
「標準形式をうちの形式に変換」するスプリクトなりXSLなりを用意するだけでできる。
とりこむ相手がaだろうがσだろうが、相手から送られてくるのは"標準形式"なので、
少なくとも、標準形式に意味が無いというのは間違い。
0576nobodyさん
02/12/14 13:17ID:???英語をハブにして各言語間の翻訳をしてるんだけど、この場合英語で表現できない
意味内容は欠落しちゃうんだよね。それと同じことが今回のケースでもあてはまる気がする。
0577nobodyさん
02/12/14 13:23ID:???>少なくとも、標準形式に意味が無いというのは間違い。
そうかなあ？そもそも掲示板の乗り換えをする場合、情報が少しでも欠落したら
ニーズは激減しそうだし、掲示板の乗り換え以外の利用法がないんだったら
標準形式なんてそもそもいらないんじゃないの？
0578nobodyさん
02/12/14 13:27ID:???フォーマットに文句言うもんじゃないと思うが…
0580nobodyさん
02/12/14 13:38ID:???"フォーマットとして可能である"、が
"うちのCGIではそういった情報の書き込みはできませんorやらせません"
っていうのは可能だよ。
個人情報はせっかく他のレイヤーとして確立できそうなんだから、
このばでどうこう言わなくてもいいと思うが、
0581nobodyさん
02/12/14 13:39ID:???セマンティクスwebがうまくいかないであろう最大の理由は、
文書の記述者がその標準フォーマットに従うインセンティブがほとんどなくて、
そのフォーマットの従わない文書が多数派である限り
結局全文をベタに検索したものを人間が解釈した方が良質の結果が得られるからなんだよね。
0582nobodyさん
02/12/14 13:40ID:aj0kcrC5それは標準形式の問題じゃなくてたんにポート元とポート先で
もたせてる情報が異なるというだけの問題だろ。
0583nobodyさん
02/12/14 13:41ID:???でも、掲示板の場合初期のデータがある程度意味付け(名前,書き込みetc)
したCSVかなんかでそろってるんだから、
そこから規定文章フォーマットに書き直すことは比較的簡単にできると思われ。
0584nobodyさん
02/12/14 13:42ID:aj0kcrC50585nobodyさん
02/12/14 13:43ID:???意味わかんない。
>>577は、フォーマットで標準決めてもそれよりリッチな要素をもつ掲示板間の
乗り換えはできないでしょ？ってことなんだけど。
0588nobodyさん
02/12/14 13:49ID:???その為にもXMLには名前空間という概念があります。
0589nobodyさん
02/12/14 13:49ID:aj0kcrC50591nobodyさん
02/12/14 13:56ID:???標準化にすべて取り込むの？
0592nobodyさん
02/12/14 13:57ID:???外部に公開する必要も無い。
0593nobodyさん
02/12/14 13:58ID:???第３者がそれにあわせてみたくなるかもしれんし。
0594nobodyさん
02/12/14 13:59ID:???いわゆるCコンパイラとかががやってるアレ
全てを規格に盛り込むよりずっといいと思うけど
0595nobodyさん
02/12/14 14:00ID:???X M L に は 名 前 空 間 っ て い う 概 念 が あ る
って何回言ったらわかるんだよ。
0597nobodyさん
02/12/14 14:06ID:aj0kcrC5「標準化にすべて取り込む」なんてことを考える必要は無い。
0598nobodyさん
02/12/14 14:07ID:aj0kcrC50600nobodyさん
02/12/14 14:11ID:???独自な名前空間で定義された独自要素をどうやって相互運用するんだね？
独自に定義された要素が"意味的に"コンフリクトした場合、誰が調整するんだね？
0601nobodyさん
02/12/14 14:12ID:1SjORodv0602nobodyさん
02/12/14 14:15ID:???２者またはそれ以上の間で取り決めを行って"独自の名前空間の定義"を行えば
相互運用にはまったく問題ない気がするが？
0604nobodyさん
02/12/14 14:18ID:???0605nobodyさん
02/12/14 14:21ID:1SjORodv標準はオープンにしとけや
0606nobodyさん
02/12/14 14:22ID:???0607nobodyさん
02/12/14 14:25ID:???問題は、その方式で独自の要素の定義を独自の名前空間の下で許したときに、
・同じ意味を持つ要素なのに、それを異なる団体がそれぞれ独自の要素として定義してしまう場合に発生する。
その意味の"名寄せ"は誰がやるんだね？
0608nobodyさん
02/12/14 14:29ID:???0609nobodyさん
02/12/14 14:31ID:1SjORodv被った当事者達だろうね
0610nobodyさん
02/12/14 14:32ID:???0611nobodyさん
02/12/14 14:33ID:???0612nobodyさん
02/12/14 14:34ID:aj0kcrC5これはそれなりにいい質問で、そういった場合に
「この名前空間のこの要素とこの名前空間のこの要素は同じ意味」を
結びつける方法も現実的にSemanticWebの目標として考えられている。
どこかにいい解説があった気がするがちょっと見つからない。
0613nobodyさん
02/12/14 14:40ID:???0614nobodyさん
02/12/14 14:47ID:???>>612
問題はそれを双方の名前空間のownerが合意する形で定義できるかどうか、ってことだな。
英語と日本語の単語が１対１に対応してないのを無理矢理対応させるようなもんだからな。
ほとんど同じなんだけど微妙に意味が違う要素とか、そういう要素間の対応はどうするんだろう。
0615nobodyさん
02/12/14 14:50ID:1SjORodv意味が同じとみなされて問題ないならどっちかに統一、
問題あるなら統一はできないと思う。
0616nobodyさん
02/12/14 14:58ID:???・年齢：～15才 16～25才 26～35才 ･･･ のいずれかを書き込み者が選択
とかなってて、もう一つの掲示板では
・年齢：～12才 13～18才 19～30才 ･･･ のいずれかを書き込み者が選択
とかみたいになってた場合、どうやって標準化すんの？
0617nobodyさん
02/12/14 15:23ID:1SjORodvてか、標準化すべきでないと思われ。
0618nobodyさん
02/12/14 16:15ID:???要素を決めてたりすると思うんだが、そんな状況下でそもそも標準形式の意味があるんだろうか？
0619nobodyさん
02/12/14 16:21ID:aj0kcrC5ループしそうになってるよ。
0620nobodyさん
02/12/14 16:24ID:???0621nobodyさん
02/12/14 16:29ID:aj0kcrC50622nobodyさん
02/12/14 16:50ID:???そんな事みんな知ってると思うよ。このスレでは禁句でしょ。
さ、さ、みんな気にすんなー。
0623nobodyさん
02/12/14 17:01ID:R1uTGzYKJavaならありそうだけど。
0624nobodyさん
02/12/14 17:21ID:GYPNLieZじゃぁ、
child young old
で、標準化では？
0625nobodyさん
02/12/14 17:45ID:???062665
02/12/14 17:56ID:???0627nobodyさん
02/12/14 18:02ID:???0628nobodyさん
02/12/14 19:11ID:???ttp://www.kanzaki.com/docs/html/dtf.html
0631nobodyさん
02/12/14 20:16ID:???MetaScheme で age は Integer, Range, String, and Array of aboves として、
Scheme で age は [1..15, 16..25, 26..35] (Array of Range) とすれば？
MetaScheme だけ規定して Scheme は好きに書いてもらう。
>>623
Perl、 Python
0632631
02/12/14 20:19ID:???それを扱うプログラムの雛型が自動生成できる。
0633nobodyさん
02/12/14 23:49ID:???>>574みたいな話で、例えば２ちゃんの過去ログをここで定めるフォーマットに
変換することで、みみずん等より質の高い全文検索サービスを構築できる
見込みはある？
>>581で否定されてるけど。。
0634nobodyさん
02/12/15 00:06ID:???検索の用途もあるかもしれないけど、
他にも掲示板の巡回ソフトとか、
統計とか他のデータベースへの変換するための
中間フォーマットとしてとかいろいろあるじゃん。
csvでもxmlでもいいから、この手のものの標準があって
それに対応した掲示板が豊富にあれば
まだまだ用途は増えるかもしれない。
0635nobodyさん
02/12/15 00:29ID:???>>581では
>そのフォーマットの従わない文書が多数派である限り
という仮定の元だから、2chという空間全てがフォーマットに従えば
>>574は可能。
でも、2chのHTMLなんてたかが知れてる、
(名前が<B>で囲まれてるとか)
なので、XMLにしなきゃぁ>>574でいう検索ができないか？
っていうとちょと疑問。
0636nobodyさん
02/12/15 00:36ID:???【 新しい掲示板の仕様を考える 】
http://pc.2ch.net/test/read.cgi/php/995359658/l50
だそうです、それこそVHSとβになりそうなヨカヌ。
まぁ、こっちのスレはマターリ行きましょうや。
0637nobodyさん
02/12/15 02:28ID:N0KMGiTF読む側がリベラルに対応できるつくりになってればいいんでない？
0639nobodyさん
02/12/15 03:30ID:???0640nobodyさん
02/12/15 03:46ID:???0641nobodyさん
02/12/15 03:48ID:???Content-Type: text/html
テスト
Content-Type: base64
Content-Transfer-Encoding: base64
AAUWBwAC.....
</記事>
ってのは外出？
0642nobodyさん
02/12/15 04:15ID:???<![CDATA[
Content-Type: text/html
テスト
Content-Type: base64
Content-Transfer-Encoding: base64
AAUWBwAC.....
]]>
</記事>
だな・・・。
0643nobodyさん
02/12/15 11:23ID:???0644nobodyさん
02/12/15 11:44ID:Z4aOzgP/<記事>
<内容 Content-Type="text/html">
<![CDATA[
テスト
]]>
</内容>
<内容 Content-Type="image/jpg" Content-Transfer-Encoding="base64">
<![CDATA[
AAUWBwAC.....
]]>
</内容>
<内容 Content-Type="application/x-shockwave-flash" Content-Transfer-Encoding="base64">
・
・
</記事>
としておいて，２ちゃんなら1番の内容のみエクスポート。
画像掲示板なら１・２番の内容をエクスポートって感じの方がいいかも試練。
0645nobodyさん
02/12/15 12:25ID:rbcHXy5s0647nobodyさん
02/12/15 18:02ID:???0648nobodyさん
02/12/15 18:09ID:???0649nobodyさん
02/12/15 18:11ID:???0650nobodyさん
02/12/15 18:56ID:???>画像掲示板なら１・２番の内容をエクスポートって感じの方がいいかも試練。
はぁ？お前何考えてるの？
0651nobodyさん
02/12/15 21:44ID:???0652nobodyさん
02/12/15 21:54ID:???その中にmimeを使ったデータが入ってると。
0653nobodyさん
02/12/15 23:26ID:???リンクにする意味は？画像掲示板ならimgタグだからどっちにしろ画像の転送はされるよ。
画像以外ならリンクにするだろうけど。
0655nobodyさん
02/12/15 23:29ID:???1つのブラウザで色んな掲示板を同じインターフェイスで利用できるようになるよね。
0656nobodyさん
02/12/15 23:34ID:HSCL5DS4同じアイコンがたくさんあっても全部埋め込みで持つのか？
0657nobodyさん
02/12/15 23:35ID:???0659nobodyさん
02/12/16 10:16ID:???0660nobodyさん
02/12/16 15:58ID:???>>>646
>何故？
投稿内容についても意味付けが必要だと踏んだからだろ？
<内容>
<html:p>段落</html:p>等。
</内容>
てーか
> <内容 Content-Type="text/html">
><![CDATA[
>テスト
>]]>
> </内容>
内容が"text/html"じゃないのになにやってんのかね？
0661nobodyさん
02/12/16 16:51ID:???<内容 Content-Type="text/html">
<![CDATA[
<p>テスト</p>
]]>
</内容>
でいいんでないの？
0662nobodyさん
02/12/16 18:11ID:???0663nobodyさん
02/12/16 18:15ID:???画像表示切ってても帯域を立派に占領する訳ですね、わかりました。
>画像掲示板ならimgタグだからどっちにしろ画像の転送はされるよ。
"imgタグだから転送される"？意味不明
>>661
どうして素直に
<内容>
<p>テスト</p>
</内容>
って発想ができないの？
君達はバイナリまでエンコードしてマークアップする気ですか？
0664nobodyさん
02/12/16 18:44ID:???> どうして素直に
> <内容>
> <p>テスト</p>
> </内容>
> って発想ができないの？
それだと整形式にならなくない？
内容がどんな形なのかは掲示板によって違うんだから内容に直接書くのは変じゃない？
0665nobodyさん
02/12/16 18:56ID:???>それだと整形式にならなくない？
>内容がどんな形なのかは掲示板によって違うんだから内容に直接書くのは変じゃない？
じゃぁ、最初にhtml名前空間宣言しといて
<内容>
<html:p>段落</html:p>等。
</内容>
、ならいいんでしょ。
内容がどんな形なのかわからなからそこまで標準化せずに、
ほかのschemaとってきて拡張する。
投稿者が独自になんかを書きたい場合でも、
投稿者が名前空間いれれば全て解決。
"整形式でないものも通すために"
CDATA使ってるならその思考を改めたほうがいい。
0667nobodyさん
02/12/16 20:34ID:???0668nobodyさん
02/12/16 21:00ID:???解析しないでしょ？そもそも内容は掲示板によって違うんだから。
それを解析するようになっちゃったら「標準化によって個性が無くなる」ってことになっちゃうんじゃない？
0669nobodyさん
02/12/16 21:08ID:IWW05LT5＞ことになっちゃうんじゃない？
なんでよ？
0670nobodyさん
02/12/16 21:13ID:???え・・・。
ある掲示板では記事の表現が<p>逝ってよし</p>かもしれないし
別の掲示板では<ul><li>北海道</li><li>ＯＬ</li><li>仲良くしてね～</li></ul>かもしれないし。
（例えばの話です）
0671nobodyさん
02/12/16 21:16ID:1d5bIvHK表示もJavaScript使うとか。
少なくともサーバーには負荷がかからないぞ。
0674nobodyさん
02/12/16 21:31ID:???どゆこと？教えてちょんまげ。
<内容>の中身をCDATAにしておいけば
汎用ブラウザでペタッと貼り付けるだけで
各掲示板の記事の形式に沿うことができると思ったんだけど
激しく勘違い厨？
0675nobodyさん
02/12/16 22:20ID:???されないデータから成る。構文解析されるデータは，文字から成り，その一部は文
字データを構成し，一部はマーク付けを構成する。マーク付けは，文書の記憶レイ
アウト及び論理構造を記述する符号とする。XMLは，記憶レイアウト及び論理構造に
ついての制約条件を記述する機構を提供する。
0677nobodyさん
02/12/16 22:30ID:???0678nobodyさん
02/12/16 22:36ID:???http://www.fxis.co.jp/DMS/sgml/xml/rec-xml.html
拡張性について議論したい場合はこれを読んどけ
http://www.w3.org/TR/REC-xml-names/
表示について議論したい場合はこれを読んどけ
http://www.infoteria.com/jp/contents/xml-data/REC-xslt-19991116-jpn.htm
http://www.swlab.csce.kyushu-u.ac.jp/man/rec-css2/cover.html
**** XSLスタイルシートの適用がどうしてもうまくいかない場合の原因のほとんどは"不十分な名前空間の知識"です****
その他にもここらへんにあるのは読んどけ
http://www.doraneko.org/
一覧
http://www.w3.org/Consortium/Translation/Japanese/
0679nobodyさん
02/12/17 01:15ID:???内容も認めようとしているって事だよね。
それだと、表示する方がその形式に対応していないと、
全く読めないと言う事態に陥らないか？
>>CDATAにケチ付けているヤツ
べつに、<や>や&などのxmlでエスケープする必要がある文字が現れないなら、
<![CDATA[ ]]>で囲もうが囲まないだろうが、意味は同じになる。
ってことぐらいわかっているよね･･･
まあ、]]>が含められネーじゃネーかというなら、
]]>]]<<![CDATA[ってエスケープすればいい。
0680nobodyさん
02/12/17 01:15ID:???0681nobodyさん
02/12/17 15:54ID:???><![CDATA[ ]]>で囲もうが囲まないだろうが、意味は同じになる。
馬鹿約一名
>678 ：nobodyさん ：02/12/16 22:36 ID:???
>ROMる場合にもこれだけは読んどけ
>http://www.fxis.co.jp/DMS/sgml/xml/rec-xml.html
0682nobodyさん
02/12/17 19:56ID:LseevTEE＞ってことぐらいわかっているよね･･･
絶対わからん。
0683nobodyさん
02/12/17 19:59ID:???<a>あああ<b>いいい</a>ううう</b>えええ
0684nobodyさん
02/12/17 20:18ID:LseevTEE名前空間の宣言すればどんなマークアップしようが自由。
0685nobodyさん
02/12/17 20:24ID:???0687nobodyさん
02/12/17 20:38ID:LseevTEEを
><a>あああ<b>いいい</b>ううう</a>えええ
だと思ってた。逝ってくる
0688nobodyさん
02/12/17 20:41ID:???0689nobodyさん
02/12/17 23:39ID:???あう、違うの？
<p><![CDATA[あああ]]></p>
と
<p>あああ</p>
では、pの最終的な内容が異なるのですか？
0690nobodyさん
02/12/18 00:16ID:jNpRA+Kj0692nobodyさん
02/12/18 09:17ID:LPZfQAtvのソースと
http://www.geocities.co.jp/SiliconValley-Bay/2566/mozilla/demo/hakow.js
のスクリプトを参照。
data= ["a","b","...]
という感じで出力している。
0693nobodyさん
02/12/18 12:33ID:QY3OkQpg0694nobodyさん
02/12/18 13:03ID:???んで、<>&を<>&ってエスケープするのとどう違うの？
どっちにしても、]]>という文字データはエスケープしなきゃならないでしょ。
0695nobodyさん
02/12/18 15:29ID:???<!ELEMENT board (#PCDATA)>
ですべて終了だな。
0697nobodyさん
02/12/18 19:09ID:???無知なリア厨は逝って下さい。
0698nobodyさん
02/12/18 20:56ID:???0699nobodyさん
02/12/18 21:54ID:???ということでのんびり700getおめ
↓
0700４９
02/12/19 00:11ID:???0701nobodyさん
02/12/19 01:47ID:???0702nobodyさん
02/12/19 09:46ID:???0703nobodyさん
02/12/19 17:01ID:???XMLは，インターネット上でそのまま使用できる。
XMLは，広範囲のアプリケーションを支援する。
XMLは，SGMLと互換性をもつ。
XML文書を処理するプログラムは容易に書ける。
XMLでは，オプションの機能はできるだけ少なくし，理想的には一つも存在しない。
XML文書は，人間にとって読みやすく，十分に理解しやすい。
XMLの設計は，すみやかに行う。
XMLの設計は，厳密で，しかも簡潔なものとする。
XML文書は，容易に作成できる。
XMLでは，マーク付けの数を減らすことは重要ではない。
0704nobodyさん
02/12/19 19:28ID:???0705nobodyさん
02/12/19 20:07ID:???0706nobodyさん
02/12/19 20:43ID:???0707nobodyさん
02/12/19 20:45ID:???0708nobodyさん
02/12/19 20:59ID:???受理するような万能チューリングマシンの自身による記述のみをコンテンツとするような
掲示板はどうか。
0709nobodyさん
02/12/19 23:57ID:???とりあえずﾏｼﾞﾚｽだけど、
まずCMTをそのまんまXMLに焼き直すようなDTDを書いてみたらいいんじゃないの？
でもって、そのXML版CMTで表現できない掲示板のログがあれば、
XML厨のお題目であるところの「拡張」とやらを行えばいいんでしょ？
まぁ、「拡張」とやらは上手くいかないと思うけど。
0711nobodyさん
02/12/20 00:04ID:???│ │
↑無限ループ.↓
│ │
└──←──┘
0713nobodyさん
02/12/20 10:04ID:???それとも素で馬鹿なのか？
0714nobodyさん
02/12/20 10:04ID:???0715nobodyさん
02/12/20 12:44ID:???0716709
02/12/20 15:14ID:???ただXML推進派の人たちはXMLを推す理由として拡張性が容易である点を
挙げているわけだから、その拡張の元となる小さなコアをさっさと作っちゃえよ、
ってゆう意味だよ。
0717709
02/12/20 15:23ID:???×拡張性が容易である
○拡張が容易である
補足
本当にシームレスに拡張が可能なんだったら、
コアの部分はちょっと小さ過ぎるくらいでもいいはずでしょ？
0719nobodyさん
02/12/20 18:24ID:???0720nobodyさん
02/12/20 18:33ID:???後は勝手にどうぞ。
今思ったけど、ログだったら
コンピュータで「これが名前」とか「これがメール」とか「これが本文」とか
細かく把握してなくてもいいんじゃねーの？
乗り換えるときはHTML BODYなログのファイルをそのまま渡して
新しい掲示板プログラムはログの末尾にそのまま追加。
ログなんて人間が読めればいいじゃん。なんか不都合ある？
0722nobodyさん
02/12/20 20:26ID:???得意気に例を語るのは見ていて微笑ましいんだけど、
そもそも本文だけを検索したい！とかいうニーズってあるのか？
全文検索で完全に事足りると思うんだがどうか。
それと、検索の場合しかXML化する意味ってないの？検索のためだけにXML化するの？
もしそうだったらまさにXML厨。
0723nobodyさん
02/12/20 20:33ID:???中身ないしXSLTで携帯・ＰＣに関係なくコンテンツ作れますってのも嘘っぱちだったし
インフォテリアはあぼーん近いしappressoに至っては聞いたことない奴が大多数だろうし
>XMLがなんのために制定されたかされたかわからない厨は逝って由
結局2000年前後のアイテーバブルを煽るための道具の一つだったって理解でＯＫですか？
0724nobodyさん
02/12/20 21:19ID:???貴方がそれで十分なら十分でしょう
0725nobodyさん
02/12/20 21:26ID:???みたいな厨な質問でスレの消費とは…
0726nobodyさん
02/12/20 22:00ID:???>>574には"処理装置(この場合はgoogleエンジン)が構文解析をできるようになったら"って前提が含まれていて、
それが、「検索どーのこーの」っていう"一例"よりも数倍大事な事だよ。
そこの所の意味を読み取れましたか？
0727nobodyさん
02/12/20 22:03ID:???全然読み取れませんでしたし今でも読み取れませんので改めて聞きますが、
>"処理装置(この場合はgoogleエンジン)が構文解析をできるようになったら"
処理装置が掲示板のログを構文解析できるようになったら何が嬉しいんですか？
0728nobodyさん
02/12/20 22:04ID:???加工や分析のプログラム作るのも楽になる。
掲示板に新しい要素を追加したときにプログラムの変更が少なくて済む。
どんな言語でどんな技術を使っていようが頑張れば同じことができるから
ユーザから見れば変わらないわけだが。
0729nobodyさん
02/12/20 22:08ID:???構文解析を行う事によって理論構造を取得できますよね？
(別にこれはXMLに限った事じゃないが)
で、例にあった>>574みたいな事をする訳ですよ。
0730nobodyさん
02/12/20 22:15ID:???加工や分析のプログラムって具体的には何？掲示板データでOLAPでもやるの？
あと、
>掲示板に新しい要素を追加したときにプログラムの変更が少なくて済む。
これは嘘だよね。フォーマットの決まっていないログが一番変更に強いはず。
0731nobodyさん
02/12/20 22:17ID:???>>掲示板に新しい要素を追加したときにプログラムの変更が少なくて済む。
>これは嘘だよね。フォーマットの決まっていないログが一番変更に強いはず。
どう変更に強いのかワカランが、"変更が少なくて済む"のは嘘じゃないだろ。
0732nobodyさん
02/12/20 22:17ID:???いや、>>574みたいな事をするなと言っている訳ではないんですが、
世の中にそのニーズがどれほど存在するのか、ってことを考えたことあります？
人間が読む掲示板なんだから、せいぜい全文検索ぐらいで十分で、
理論構造を取得してもあんまりメリットないんじゃないかなあ。
0733nobodyさん
02/12/20 22:21ID:???少なくて済むというからには比較対象があると思うんだが、>>722あるいはその元
>>720で言ってるものが対象だとすれば、ログの形式がそもそも決まってない方が
変更コスト低いだろ？
0734nobodyさん
02/12/20 22:26ID:???今までの時代がそうだったからかもしれませんが、
理論構造を取得できるって事の意味は意外に大いんだなこれが、
例えば名前欄で"ひろゆき"が入るものを検索したいって時には、
圧倒的に文章量の多い本文の検索を減らせるわけだから、負荷の軽減も大きい。
ついでにこのカキコにも5行目に"ひろゆき"の文字列があるけれど、引っかからない。
好意的に見て、例えばこのスレだけで全文検索した場合はそれでもいいかもしれないけど、
「インターネット上の全ての掲示板で"ひろゆき"氏の書き込みをリストアップ」
みたいな事になった場合手におえないね。
0735nobodyさん
02/12/20 22:35ID:???>ログの形式がそもそも決まってない方が
その"決まっていないログ形式"だと、後方互換とか、将来性の面で不安が残るね。
他の掲示板との互換性を保つ事も無理と言い切っていい。
XMLの場合、基礎となる形式はXMLなんだから、パーサー使ってれば比較的簡単に変更が可能だし、
それ以前のログを新形式にコンバートするような作業も不要。
まぁ、"決まっていないログ形式"がどんなものかによるが…
0736nobodyさん
02/12/20 22:36ID:???>圧倒的に文章量の多い本文の検索を減らせるわけだから、負荷の軽減も大きい。
テキストごとき、負荷はもはや問題ではないよね。
>好意的に見て、例えばこのスレだけで全文検索した場合はそれでもいいかもしれないけど、
>「インターネット上の全ての掲示板で"ひろゆき"氏の書き込みをリストアップ」
>みたいな事になった場合手におえないね。
検索ミスには２種類あって、１つは「余計なものまで拾ってくるミス」
もう１つは「当然拾えてしかるべきものを拾えないミス」
ある規格を決めたとして、情報の発信者側にその規格に従うメリットがない限り
インターネットのような世界で情報の発信者に規格を守らせるのは難しい。
オントロジーとか、理想は格好いいんだけど
実際には後者の検索ミスが圧倒的に多くて使い物にならん、というのが現実。
0738nobodyさん
02/12/20 22:57ID:+dd7CU3q0739nobodyさん
02/12/20 23:21ID:???その時の利便を考えるってのは何？
見られてはいけないデータ(削除コードとか)が含まれているかもしれない
XMLファイルを検索エンジンに拾わせるわけ？
もしかして特定データのみ隠せる方法ってのがあるのか？
0740nobodyさん
02/12/21 00:02ID:???342 名前：nobodyさん 投稿日：02/12/06 12:09 ???
俺は１じゃないけど、あくまで、このスレの目的は
「データファイルの共有や乗り換えが容易にできるように」
規定を決めることなので、各スクリプトがが普段持つ
データフォーマットとしてのものを決めるのでは無いことを
再認識していただいてこの後の議論を続けてください。
ようはフォーマット決めればその形式にエクスポートされたデータは
他のスクリプト使用時にインポートすればOKということだろ？
それようのバッチは作る必要があるけど。
0741nobodyさん
02/12/21 00:11ID:???エスペラント語を思い出させるな。
0743nobodyさん
02/12/21 00:33ID:???0744nobodyさん
02/12/21 00:54ID:???書かなくて済む方法なんてあるの？
規定フォーマットに従ってない掲示板ならインポート・エクスポートのプログラムを
書く必要があるのは当たり前な気がするが。
0746nobodyさん
02/12/21 10:43ID:???>もう１つは「当然拾えてしかるべきものを拾えないミス」
>ある規格を決めたとして、情報の発信者側にその規格に従うメリットがない限り
>インターネットのような世界で情報の発信者に規格を守らせるのは難しい。
XMLを検索した場合、前者の問題は発生しなくて、
全文検索した場合、後者の問題は発生しないとこっちで脳内補完させてもらう。
で、XMLで検索した場合googleのエンジンが"当然拾えてしかるべきもの"は、
「規定によってマークアップされたものの中で条件を満たすもの」
な訳だ。しかし、こっちが考えてる"当然拾えてしかるべきもの"は
「掲示板の中で条件を満たすもの」
な訳ですよね。
このギャップをどうやって埋めていくかが、問題なんだが、
"優先度指定のor検索"で何とかなるんじゃないかといってみる。
検索結果の最初のほうにXMLでの検索結果を持ってきて、
全文検索の検索結果は後ろのほうに持ってくるような事をすれば、
検索結果の最初のほうでは目標とするものだけ(それが全てかは別として)を見れるわけだから、
「余計なものまで拾ってくるミス」はとりあえず目障りじゃなくなるね。
で、後半まで読めば「当然拾えてしかるべきものを拾えないミス」は無し。
(目障りな情報は多いかもしれない)
>ある規格を決めたとして、情報の発信者側にその規格に従うメリットがない限り
>インターネットのような世界で情報の発信者に規格を守らせるのは難しい。
最初は1%の人間が守るだけでもいいからそこから広まっていくと思うよ。
"規格に従うﾒﾘｯﾄ"(XMLという規格でなくてこの掲示板に関する規定に従うﾒﾘｯﾄ)
が沢山生まれてくるのはむしろ規定がしっかりできてからだと思う。
0747nobodyさん
02/12/21 12:12ID:???>全文検索した場合、後者の問題は発生しないとこっちで脳内補完させてもらう。
そうっすね。
（中略）
>最初は1%の人間が守るだけでもいいからそこから広まっていくと思うよ。
ここがダウト。
>"規格に従うﾒﾘｯﾄ"(XMLという規格でなくてこの掲示板に関する規定に従うﾒﾘｯﾄ)
>が沢山生まれてくるのはむしろ規定がしっかりできてからだと思う。
規格の普及というトピックについて一般的に考えてみよう。
HTMLは情報の発信（表現）という点で他に代替手段がなかったため、爆発的に普及した。
しかし今回のXML形式ログ（セマンティックウェブ全般と言い換えてもいいかも）
の場合、そもそも掲示板というアプリケーションの主目的が
「人間同士が意思疎通をする＝掲示板のコンテンツは人間が読む」
である以上、検索できるとかのメリットはあくまで副次的なものでしかなく
その形式に従わなくても主目的（人間同士の意思疎通）が達成されてしまう以上
よっぽどヒマな人間以外わざわざ新しく制定された規格に従うことはしないだろう。
（つまり、その規格に従うインセンティブがないから、ね。）
要するに掲示板のログなんて人間が読むためにあるんだから
わざわざコンピュータで全部把握する必要なんてないっしょ、ってこと（>>720）
掲示板を乗り換える場合？2chの過去ログみたいにHTMLに落として別ページにしておけばいいじゃん。
0748nobodyさん
02/12/21 13:19ID:???これもﾀﾞｳﾄでしょう。情報の発信(表現)じゃなくて理論構造のマークアップのためでしょ？
"人間同士が意思疎通をする"＝"HTMLのコンテンツは人間が読む"
である以上、段落や見出しをHTMLでマークアップすることは
よっぽど暇な人間以外しなかった筈だけど、実際違いますね。
0749nobodyさん
02/12/21 13:23ID:???HTMLをはじめに設計した奴がどう考えていたかはともかく、現実には
お手軽レイアウト言語のメリットが評価されて普及したわけでしょ？
>"人間同士が意思疎通をする"＝"HTMLのコンテンツは人間が読む"
>である以上、段落や見出しをHTMLでマークアップすることは
>よっぽど暇な人間以外しなかった筈だけど、実際違いますね。
ちょっと曲解気味だけど、フォントや色やレイアウトは明らかに人間が読むという
効率を上昇させてくれるのに対し、意味付けはそうではない、というところが違うね。
0750nobodyさん
02/12/21 13:25ID:???0751nobodyさん
02/12/21 13:54ID:KpH3w/4i全てのコンテンツは最終的に人間が読むんだがな。
0753nobodyさん
02/12/21 14:06ID:KpH3w/4i>である以上、
この図式が全てのフォーマットに当てはまるって事さ
0755nobodyさん
02/12/21 14:09ID:???>（つまり、その規格に従うインセンティブがないから、ね。）
だから、即"ダウト"ってもんでもないだろ。
世の中に暇な人間ってのは結構いるもんだ、
規格に利益がないというのも現時点ではごもっともかもしれんが、
将来的にはその規格を守る事によって新しい利益が生まれてくると>>746
0756nobodyさん
02/12/21 14:12ID:KpH3w/4iどうもしないでしょう。
ただ最終的な読者が人間なのに世の中に色々なフォーマットがある意味を理解できますか？
と言いたいだけ。
0757nobodyさん
02/12/21 14:13ID:???問題は将来生まれるかもしれないその新しい利益が
掲示板アプリケーションにおいて本質的な価値があるものではない、ってことなんだな。
0759nobodyさん
02/12/21 14:17ID:???あと貴兄が考える「世の中に色々なフォーマットがある意味」を是非教えてください。
0760nobodyさん
02/12/21 14:24ID:???"本質的な価値"って何？
今の掲示板の利用法だけが"本質的な価値"なの？
0761nobodyさん
02/12/21 14:26ID:???将来的に掲示板アプリケーションが進化するっていいたいなら、
それは今の掲示板とは違う別のアプリケーションってことだ。
0762nobodyさん
02/12/21 14:27ID:???0763nobodyさん
02/12/21 14:27ID:???0764nobodyさん
02/12/21 14:33ID:???文字を読んで理解する、という「方法」をどうやって進化させるんだい？
0765nobodyさん
02/12/21 14:34ID:???0766nobodyさん
02/12/21 14:37ID:???0767nobodyさん
02/12/21 14:38ID:???0768nobodyさん
02/12/21 14:40ID:???0769nobodyさん
02/12/21 14:42ID:???0771nobodyさん
02/12/21 14:45ID:???>"人間同士の意思疎通"の「方法」を進化させたり拡張したりしようとしてるわけでしょ
の"意思疎通の方法"は当然使う処理装置がデータを交換,解釈する手法等等も含まれますよ。
0772nobodyさん
02/12/21 14:50ID:???処理装置による解釈なんて本質的に必要ないと思いますが。
0773nobodyさん
02/12/21 14:51ID:???0774nobodyさん
02/12/21 14:52ID:8ig1pt8t0775nobodyさん
02/12/21 15:01ID:???XML等で意味付けしなくても他のレイヤーで散々意味付けされてるし。
(httpヘッダー等)
0776nobodyさん
02/12/21 15:05ID:???例えば通信先特定だったりっていう意味付けはデータ通信に必要不可欠なわけで、
（その掲示板を用いた）人間同士の意思疎通には結果的に必要不可欠なわけさ。
だがしかし掲示板内のデータのうち、名前とか本文とかが処理装置側で特定できなくったって、
人間同士の意思疎通っていう目的には差し支えない、ってことよ。
0777nobodyさん
02/12/21 15:23ID:???「名前とタイトルのみを一覧で表示」という処理をXSLスタイルシートなどで指示すれば、
処理装置はマークアップによって「何処が名前で何処がタイトルかが判っている」
訳だから、これを行えるね。
これができなくても"意思疎通という目的には差し支えない"と言えばそうかもしれない。
が、場合によっては、「達成は可能だが、差し支えないとは言い難い」ような状況もあるとは思わないか？
そんな所で、規定を定めておくと、"利便性が上がる[かも]しれない"ことがあるわけだよ。
利便性が上がっても下がっても"目的[には]差し支えない"事にかわりは無いが…
この規定を規定する意味は
「掲示板による意思疎通等を差し支えなく行うため」か
「掲示板による意思疎通等を利用しやすくするため」
かの見解が統一できていない事がこのスレの問題とｵﾓﾜﾚ
0778nobodyさん
02/12/21 15:30ID:???>が、場合によっては、「達成は可能だが、差し支えないとは言い難い」ような状況もあるとは思わないか？
>そんな所で、規定を定めておくと、"利便性が上がる[かも]しれない"ことがあるわけだよ。
もし規定を作ったとして、それを普及させるためには、この「利便性」を
誰の目にも明らかなように主張していかなくてはいけないと思うんだな。
だが、今の所その利便性は（少なくとも漏れには）見えなくて、
だったら今のままで（意思疎通できるんだから）いいじゃん、と思ってしまう、と。
つまり、逆に言えば、これこれこういう達成したい「利便性」が先にあって、
それを達成するためにXMLなりを導入する、と、こういう流れなら非常に説得力があるんだが、、
現時点では掲示板データフォーマット共有のメリットって何なのかわからんし、
そもそも共有する必要があるのか疑問。
0779nobodyさん
02/12/21 15:32ID:???0780nobodyさん
02/12/21 15:48ID:???小さなことでいいなら2chにもある。
http://pc.2ch.net/test/read.cgi/php/1035908481/1
がXMLになった場合、
http://pc.2ch.net/test/read.cgi/php/1035908481/(1の書き込みを示すパス)
として、1の書き込みを参照する事が可能。
でも、今まではいちいちCGIに指定してとってきてもらうような事を行ってた訳だ。
「1の書き込みデータは既に受け取ってあるのに、再び取得しにいくのは何故か？」
って事を考えた場合に、やっぱり、
「HTMLでは掲示板のデータ全体を取得はできるが、
その中で1を示す書き込みを区別する手段が確実に提供されていないから」
と、私は思う訳でありますよ。
そんな理由でやっぱりXML等で意味付けすることを薦めてみたい。
また、データフォーマットを共有することのいいことは、やっぱり、
"これは掲示板規定でマークアップされているから掲示板"
みたいな解釈を機械ができることだと思う。
0781nobodyさん
02/12/21 15:51ID:???0782nobodyさん
02/12/21 15:58ID:???＞要するに掲示板のログなんて人間が読むためにあるんだから
＞わざわざコンピュータで全部把握する必要なんてないっしょ
「人間が読むため」ってのはいいんだけど，あまりに膨大だと読むの大変でしょ。
見たい記事がすぐ出てくると楽だと思うんだけど。
0783nobodyさん
02/12/21 16:02ID:???それが悪いこととは一概には言えないけど、
新しい形態を模索するのは無駄ではないと思う。
別に仕事でやってるわけじゃないんだし、失敗したらそれはそれでいいじゃん。
0784nobodyさん
02/12/21 16:06ID:???うーん
それって例えば、人間が工夫すると、HTMLをブラウザで表示させてるときに
Ctrl+Fで " 1 :" を検索すれば（まあ他のにもぶつかるかもしれないけど）
とりあえずなんとかなっちゃうじゃない。
で、既存のＩＴ投資の罠は、人間がちょっと工夫すればなんとかなっちゃう
ようなことでも、無理矢理コンピュータ化してしまう、というところにあって、
そういう意味でいうと>>780は費用対効果（コストパフォーマンス）の面でどうかと。
ということで、
http://pc.2ch.net/test/read.cgi/php/995359658/
と微妙にオーバーラップしますが、XML等で意味付けするに足る「利便性」の候補をどうぞ↓
0785nobodyさん
02/12/21 17:22ID:???あくまで、
http://pc.2ch.net/test/read.cgi/php/1035908481/#(1の書き込みを示す"XPointer"&"XPath")
だから、1の書き込み自体を示している。
1の欄に移動するだけなら、それこそid属性値を指定してアンカーで飛べば十分。
0787nobodyさん
02/12/21 17:33ID:???このスレは何故か49分の書き込みが多い気がした。
これは49の陰謀か？
0788nobodyさん
02/12/21 17:33ID:???＞とりあえずなんとかなっちゃうじゃない。
もっと良くしようとは思わないの？
便利なものを追いかけなくなったらそこで成長は止まっちゃうじゃない。
>>783の言うように保守派過ぎるんじゃないかなあ。
0789nobodyさん
02/12/21 17:35ID:???と
>Ctrl+Fで " 1 :" を検索すれば（まあ他のにもぶつかるかもしれないけど）
の根本的な違いに気づいていない>>784
0790nobodyさん
02/12/21 17:37ID:???0791nobodyさん
02/12/21 18:23ID:???ログの形式だけじゃなくて設定とかいろいろあると思うのだが…
なんでログの話だけなんだ？
0792nobodyさん
02/12/21 18:57ID:???0793nobodyさん
02/12/21 19:15ID:???0795nobodyさん
02/12/21 20:06ID:???0796728
02/12/21 20:12ID:???http://pc.2ch.net/test/read.cgi/php/1035908481/#xpointer(name/child::text()='49')
で 49 の書き込みが全部取れたりとか、
http://pc.2ch.net/test/read.cgi/php/1035908481/#xpointer(body[contains(child::text(), 'XML')])
で XML 厨の書き込みが全部取れたりとかそんな程度。
0797728
02/12/21 20:24ID:???if (name eq "49"){ # 何か処理 }
if (body =~ "XML"){ # 何か処理 }
などと書いても同じわけだけど、
XPointer、XPath 対応のブラウザ（んなのまだないが、2ch ブラウザで作ろうと思えば作れる）
なら表示用の XSLT を用意しておけば 796 に書いたようなリンクで表示できる。
0798nobodyさん
02/12/21 20:24ID:???0800798
02/12/21 20:34ID:???取得して専用ブラウザがあれば出来るんだね
サーバー側で処理するのかと思ってた
0801nobodyさん
02/12/21 20:46ID:???>http://pc.2ch.net/test/read.cgi/php/1035908481/#xpointer(body[contains(child::text(), 'XML')])
>で XML 厨の書き込みが全部取れたりとかそんな程度。
それだと君もXML厨になるね
0802nobodyさん
02/12/21 21:43ID:???0804nobodyさん
02/12/21 22:32ID:???0805nobodyさん
02/12/21 23:02ID:???0806791
02/12/21 23:21ID:???設定ファイルのフォーマットもあると思うんだが…
したらばスクリプトで使ってる板をそのまま
めがびスクリプトで使うとかできるようにするのを
考えるのも必要じゃないのか？
板設定ファイルのフォーマットが同じならそのままコピれば
動くということも考えられる。
スクリプトの乗り換えをするときに便利だと思う。
0807nobodyさん
02/12/21 23:38ID:???そりゃ設定もデータですが…
0808nobodyさん
02/12/22 10:10ID:24cN95CE0810nobodyさん
02/12/22 11:21ID:???0811nobodyさん
02/12/22 23:34ID:???0813nobodyさん
02/12/23 07:57ID:???0815nobodyさん
02/12/23 10:33ID:???分散させた場合、書き込みデータの同期はどうやっているんですか？
PHPでは同期させるライブラリなどが充実しているのでしょうか？
JavaですとOpenJMSなどがあるんですが。
0816nobodyさん
02/12/23 18:12ID:???そのとき意外はdat落ちしそうなスレだね
0817nobodyさん
02/12/24 00:57ID:???CPU負荷→低く
これらは絶対条件だろう。
2chは前者で一回死にかけ、今は後者で苦労してるみたいだからな。
0819nobodyさん
02/12/24 16:26ID:???0820nobodyさん
02/12/24 21:33ID:???生成されるhtmlを小さくしてたね。
でもそれは819の言う通り転送量の方だね。
0822nobodyさん
02/12/25 18:41ID:???先生、やっぱり日付は属性がｲｲと思います。
0823nobodyさん
02/12/27 12:25ID:???<時刻>
<タイムゾーン>JST</タイムゾーン>
<グレゴリオ暦>
<紀元>AD</紀元>
<年>2002</年>
<月>12</月>
<日>27</日>
<時>12</時>
<分>23</分>
<秒>54</秒>
<ミリ秒>334</ミリ秒>
</グレゴリオ暦>
<夏時間>OFF</夏時間>
</時刻>
</投稿時刻>
0824nobodyさん
02/12/27 13:49ID:???結局XML化したところでしょぼい利便性しかないのね～
とXML厨を煽ってみるテスト。
0825nobodyさん
02/12/27 14:01ID:???まぁ、名前付きで値を保存するってのは賛成。それに業界標準のXMLを使うのもまぁ間違ってはいないだろう。
でも、パースに時間がかかる。
0829nobodyさん
02/12/27 14:15ID:???「拡張性に富む」とか「柔軟性がある」とか
"Seamless"とか"Flexible"とか"Reliable(これはちと違うか)"とか"Effective"とか"Scalable"とか
バブってる「意味なしターム」はやめてね～
できるかぎり具体的にヨロシク。
0832nobodyさん
02/12/27 14:52ID:???お前、途中で議論のレベルをさんざん下げた挙句にそんなこと言ってるとはまさに神だよ。
>XML化する利便性を先に沢山提示してくださいよ。
XMLはインターネット上でそのまま使用できる。
XMLは広範囲のアプリケーションを支援する。
XMLはSGMLと互換性をもつ。
XML文章を処理するプログラムが容易に書ける。
XML文章は人間にとって読みやすく，十分に理解しやすい。
XML文章は厳密で，しかも簡潔。
XML文書は，容易に作成できる。
…
0833nobodyさん
02/12/27 14:57ID:???＞XMLはインターネット上でそのまま使用できる。
なんのこっちゃ？じゃあテキストファイルなら何でも良いことになるぞ。
＞XMLは広範囲のアプリケーションを支援する。
単に読み込める可能性があると言うだけ。と言うか意味不明。
＞XMLはSGMLと互換性をもつ。
違う。サブセットだからSGMLは上位互換しか持たない。
＞XML文章を処理するプログラムが容易に書ける。
そうか？パーサがない環境とか地獄だが。
＞XML文章は人間にとって読みやすく，十分に理解しやすい。
お前はBASE64でエンコードされたバイナリとかも読めるのか？そうか。すごいな。
＞XML文章は厳密で，しかも簡潔。
落とし穴は無数にある。
＞XML文書は，容易に作成できる。
ネームスペースとか厳密に書こうと思えば思うほどしんどいぞ。
0836nobodyさん
02/12/27 15:06ID:???君がそう思っているならひろゆきに2chの出力をHTMLからテキストに変更するように要請してみるといい。
>＞XMLは広範囲のアプリケーションを支援する。
>単に読み込める可能性があると言うだけ。と言うか意味不明。
"XML"が"アプリケーション"を支援するのであって、アプリケーションが主体では無い。
>＞XMLはSGMLと互換性をもつ。
>違う。サブセットだからSGMLは上位互換しか持たない。
つまりは互換性を持っているわけだ。
>＞XML文章を処理するプログラムが容易に書ける。
>そうか？パーサがない環境とか地獄だが。
つまりは「XML文章を処理するパーサーが容易に書ける。」と言う意味だ。
無くてもそれを書くことは簡単だと言っているんだよ。
>＞XML文章は人間にとって読みやすく，十分に理解しやすい。
>お前はBASE64でエンコードされたバイナリとかも読めるのか？そうか。すごいな。
"XML文章"は読みやすいね。
49みたいに内容をエンコードしてもそれはあくまで内容であって、
内容がエンコード済みバイナリだろうとFrenchだろうと
俺は読むのに苦労するが不可能ではないね。
>＞XML文章は厳密で，しかも簡潔。
>落とし穴は無数にある。
君が思う落とし穴を具体的に上げてくれるか？
>＞XML文書は，容易に作成できる。
>ネームスペースとか厳密に書こうと思えば思うほどしんどいぞ。
容易に作成できる、しんどいのは多分君の知能のせいだ。
0837nobodyさん
02/12/27 15:09ID:???君の発言読んでるだけでは確かに全然伝わってこない。
俺もXML信者だがそれをそこまでつまらなく（軽い電波も交えながら）語れる君がすごいと思った。
0838nobodyさん
02/12/27 15:13ID:???おめでてぇな。
0839nobodyさん
02/12/27 15:14ID:EOuYsFYV0840nobodyさん
02/12/27 15:15ID:???＞XMLはインターネット上でそのまま使用できる
ほとんどの掲示板のデータには削除コードなど
他人には見られていけないデータが含まれている
それまで再利用する気ですか？
0843nobodyさん
02/12/27 15:17ID:???0844nobodyさん
02/12/27 15:20ID:???0845nobodyさん
02/12/27 15:20ID:EOuYsFYV心配するな、お前のデータなんて再利用したいと思わんから。
0847nobodyさん
02/12/27 15:22ID:???0849nobodyさん
02/12/27 15:23ID:???0850nobodyさん
02/12/27 15:25ID:???まぁ、オプショナル機能ではあるわな。削除とか編集とかって。
0854nobodyさん
02/12/27 15:27ID:???0856nobodyさん
02/12/27 15:28ID:???0857nobodyさん
02/12/27 15:31ID:???0858nobodyさん
02/12/27 15:32ID:???0859nobodyさん
02/12/27 15:33ID:EOuYsFYV0861nobodyさん
02/12/27 15:35ID:???0862nobodyさん
02/12/27 15:35ID:???0863nobodyさん
02/12/27 15:36ID:???0864nobodyさん
02/12/27 15:37ID:EOuYsFYV0868nobodyさん
02/12/27 15:50ID:EOuYsFYVここは何時の間に自作自演公認のスレになったんですか？
0870nobodyさん
02/12/27 15:52ID:EOuYsFYV0874nobodyさん
02/12/28 11:29ID:???0875nobodyさん
02/12/28 14:55ID:???0876nobodyさん
02/12/28 15:04ID:???0877nobodyさん
02/12/28 16:56ID:???0878nobodyさん
02/12/28 17:47ID:???0879nobodyさん
02/12/28 17:50ID:???0880nobodyさん
02/12/28 19:07ID:???今の状況では一歩進んで五歩下がって右向け右してるみたいで進歩ないぞ。
煽りや厨発言は無視して、とにかく話を進めることをキボン。
0881nobodyさん
02/12/28 19:54ID:???「掲示板間のデータファイルの共有や乗り換えのための中間フォーマット」には
今のところ全然需要がなさそうだから、どんなのがいいか議論しようにも尺度がない。
これ以上このｽﾚを続けるのなら目標から決め直した方がいいと思うが。。
0882nobodyさん
02/12/28 19:58ID:???そもそも、最小公倍数を取ると各アプリケーションが拡張仕様を持たざるを得なくなる。
網羅的な物を作ると無駄な情報が増えるし各アプリケーションで使われる／捨てられる
情報が異なってくる。
なんか一つの掲示板モデルを作ってさ。
0883nobodyさん
02/12/28 20:28ID:???それはこのスレの役目じゃないんだよな
【ｽﾚｯﾄﾞ】2ｃｈ型掲示板 その7【ﾌﾛｰﾄ型】＠WebProg
http://pc.2ch.net/test/read.cgi/php/1040777088/l50
新しい掲示板の仕様を考える＠WebProg
http://pc.2ch.net/test/read.cgi/php/995359658/l50
この辺か
0885nobodyさん
02/12/28 20:58ID:???短絡的にしか考えられないんだな…
２つのスレで相互に連携をとって議論できればどれだけいいか。
たぶん２ちゃんねらにはまだ無理だろうけど
0887nobodyさん
02/12/28 21:17ID:???0888nobodyさん
02/12/28 21:45ID:???0889nobodyさん
02/12/29 00:40ID:???俺ならSGMLで全て解決
問題なし
0892nobodyさん
02/12/29 12:21ID:???0893nobodyさん
02/12/29 12:28ID:???まぁ、XMLの一般的なデメリットだな。
で、XMLのメリットの否定はしないのか？
XMLはでお前の挙げたデメリットもあるがそれ以上のメリットがあるから急速に普及しつつあるんだよ。
0894nobodyさん
02/12/29 12:43ID:???>>344みたいにすればXMLじゃなくても拡張性なんぞ問題ないしな。
0895nobodyさん
02/12/29 12:54ID:???なぁ、>>344ってシーケンシャルにしかデータ置けないじゃん？
あれでスレッド構造とかツリー構造とか導入したら操作時のポインタの張り替えとか大変じゃない？
って言うか表示する自体大変な気もする。
だからってXMLがいいって訳じゃないよ。純粋に疑問に思っただけ。
0899nobodyさん
02/12/29 15:07ID:???XMLだってランダムアクセス出来ないんだからシーケンシャルでなにも問題はない。
ツリーなんかはデータフォーマットの領域ではない。
0902nobodyさん
02/12/29 15:58ID:???ｷﾀ━━━━（ﾟ∀ﾟ）━━━━!!!!!!
0903nobodyさん
02/12/29 20:01ID:???0904nobodyさん
02/12/29 20:06ID:???0907nobodyさん
02/12/29 22:46ID:???XMLなら追加されたタグの部分は無視すればいいだろ
…344でも無視すれば同じか…
XMLなら入れ子構造とかできるのが何かに使えそうだ。
このスレのどこかに書いていたような…
0908nobodyさん
02/12/30 00:24ID:???雛型を幾つか作って優位性をアピールしろよ
0909nobodyさん
02/12/30 00:51ID:???記憶すべきデータをすべて列挙してくれればやるよ。
対象とする掲示板のモデルすら決まってないんだからどうとでも因縁は付けられるからね。
実際、現状で挙げられるデータフォーマットは>>344みたいな原始的なものくらいな訳で。
やることやらずに煽り合いだけしてても仕方ないだろう。
0910nobodyさん
02/12/30 00:51ID:???0911nobodyさん
02/12/30 01:27ID:???0912nobodyさん
02/12/30 12:46ID:???ていうかさ、掲示板なんて所詮その程度で十分で、XMLなんて必要ない、って正直に言おうよ。
「いやそうじゃない、掲示板はこんな風に進化するんだ！そのためにはXMLでないとダメだ！」
って主張したいんだったらまずその進化形を提示しなさい。
それ無しで、
「拡張性に富む」「柔軟性がある」レベルの具体性に乏しいhypeなXMLの宣伝を繰り返しても
誰もついてこないぜ？
0916nobodyさん
02/12/30 13:08ID:???まあ、形のない夢や希望を語るのはそいつの勝手だが、結局は
>「いやそうじゃない、掲示板はこんな風に進化するんだ！そのためにはXMLでないとダメだ！」
>って主張したいんだったらまずその進化形を提示しなさい。
ってこった。がんがれXML厨（ﾜﾗ
0917nobodyさん
02/12/30 13:19ID:???これからはSGMLの時代だよ。
0918nobodyさん
02/12/30 13:23ID:???0919nobodyさん
02/12/30 13:25ID:???ちょうど世間の流れもWebサービスとかに向いてきてるんだからさぁ。
0920nobodyさん
02/12/30 19:55ID:Yi1D6eqJ0921nobodyさん
02/12/30 20:56ID:???0923nobodyさん
02/12/30 21:35ID:???そうそう。モデルは好きなように作ればいい。インターフェースさえちゃんと規約守れば。
そうすればしょうもないXMLだタブ区切りテキストだもめなくて済む。
0924nobodyさん
02/12/30 23:13ID:???0925nobodyさん
02/12/31 12:17ID:???0926nobodyさん
02/12/31 13:23ID:???0927nobodyさん
03/01/02 16:33ID:wSMDiPZPで、具体的な方法は？
テキストデーター←→バイナリデーター
0928nobodyさん
03/01/02 16:44ID:???って言うかASCIIコードのみで構成されたファイルをテキストファイルと定義するならば、日本で扱われてるファイルのほとんどがバイナリファイルとなるわけだが。
そもそも、テキストファイルの定義って何？
0929nobodyさん
03/01/02 18:23ID:L6yfXpSS0931nobodyさん
03/01/02 19:15ID:???0932nobodyさん
03/01/04 00:33ID:???0933nobodyさん
03/01/04 05:41ID:/7Nw9Upa0934nobodyさん
03/01/04 10:23ID:???0935nobodyさん
03/01/04 12:53ID:???0936nobodyさん
03/01/04 21:03ID:???0937nobodyさん
03/01/05 08:57ID:???s/(..)/chr(hex($1))/e;
print;
}
0939nobodyさん
03/01/05 18:32ID:???82 A2 82 E2 81 41 82 B1 82 EA 82 DC 82 C5 82 AA 82 DC 82 B3 82 C9 32 83 6F 83 43 83 67 95 B6 8E 9A 82 BE 82 C1 82 BD 82 ED 82 AF 82 C5 81 42
82 C2 81 5B 82 A9 81 41 82 A2 82 A2 82 A9 82 B0 82 F1 82 A4 82 B4 82 A2 81 48
094039 33 39
03/01/05 18:35ID:???90 C0 82 C1 82 C4 82 AB 82 DC 82 B7 81 63
0941nobodyさん
03/01/05 19:26ID:???メーラーで読めるし。
でもまぁ、スレも終りだから期待はしない。
0942nobodyさん
03/01/05 22:02ID:???>>929
おまえ好き？
933：nobodyさん ：03/01/04 (土) 05：41 ID：/7Nw9Upa
これを読む暇あったら何か考えろ。ボケが・なんてね
934：nobodyさん：sage：03/01/04 (土) 10：23 ID：???
逝㌔
935：nobodyさん：sage：03/01/04 (土) 12：53 ID：???
逝ｷﾙ
936：nobodyさん：sage：03/01/04 (土) 21：03 ID：???
誰か、デコーダ作って
939：nobodyさん sage：03/01/05 (日) 18：32 ID：???
>>937いや、これまでがまさに2バイト文字だったわけで。つーか、いいかげんうざい？
940：999 sage：03/01/05 (日) 18：35 ID：???
>>938だった。逝ってきます…
0943nobodyさん
03/01/05 22:02ID:???b0 2d 81 42 82 c5 82 e0 94 53 92 85
82 cc 89 b4 83 82 83 69 81 69 98 6d
0944nobodyさん
03/01/06 00:51ID:???To: 941
Subject:
Date: Mon, 06 Jan 2003 00:51:34 +0900
。。。
0945nobodyさん
03/01/07 08:41ID:8awAqF3bUnicodeでかかれたPerlはちゃんと走んないんだよね。
0947nobodyさん
03/01/07 14:12ID:???0949nobodyさん
03/01/08 02:40ID:???0952nobodyさん
03/01/08 11:56ID:qE6vynNEPart2に期待しよう。
0953nobodyさん
03/01/08 12:00ID:???0957nobodyさん
03/01/11 10:55ID:???0958nobodyさん
03/01/12 09:16ID:???0959nobodyさん
03/01/12 11:37ID:xce8gJUO煽って何が楽しいの？
それとも想像力のまったく無い馬鹿なの？
0960↑MVP（´∀｀）
03/01/12 11:37ID:???0961nobodyさん
03/01/12 11:51ID:???Vakana
People
0963nobodyさん
03/01/12 13:04ID:???複数扱いかもしれないけど複数形には程遠いと思うぞ。
0964nobodyさん
03/01/12 13:24ID:???0965nobodyさん
03/01/12 15:27ID:???0967nobodyさん
03/01/13 20:33ID:???0968nobodyさん
03/01/13 22:10ID:???0969nobodyさん
03/01/14 00:02ID:???0970山崎渉
03/01/15 13:33ID:???0972nobodyさん
03/01/16 08:12ID:???0974nobodyさん
03/01/16 19:23ID:???0977nobodyさん
03/01/18 12:03ID:???0978nobodyさん
03/01/18 20:26ID:???どうにかなるかもしれんが。
議論することが目的みたいなスレなので次スレに続いてもいいと思うけどな。
できれば１は責任もってある程度まとめて次スレをたててほしい。
0981nobodyさん
03/01/18 21:42ID:???0982nobodyさん
03/01/18 21:43ID:???0983nobodyさん
03/01/18 23:11ID:???・掲示板スプリクトデータフォーマット規定をXMLで作ろう
・掲示板スプリクトデータフォーマット規定をCSVで作ろう
・掲示板スプリクトデータフォーマット規定のCMTを拡張しよう
の４つのスレを立てればマターリ進みます。
0984nobodyさん
03/01/18 23:55ID:???0985nobodyさん
03/01/19 00:46ID:???0986nobodyさん
03/01/19 00:46ID:???0987nobodyさん
03/01/19 01:44ID:???0988nobodyさん
03/01/19 01:45ID:???0989nobodyさん
03/01/19 01:45ID:???0990nobodyさん
03/01/19 01:45ID:???0991nobodyさん
03/01/19 01:46ID:???0992nobodyさん
03/01/19 01:46ID:???0993nobodyさん
03/01/19 01:46ID:???0994nobodyさん
03/01/19 01:46ID:???0995nobodyさん
03/01/19 01:46ID:???0996nobodyさん
03/01/19 01:47ID:???0997nobodyさん
03/01/19 01:47ID:???0998nobodyさん
03/01/19 01:47ID:???0999nobodyさん
03/01/19 01:48ID:???1000nobodyさん
03/01/19 01:48ID:???1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。