掲示板スクリプトデータフォーマット規定を作ろう
■ このスレッドは過去ログ倉庫に格納されています
この規定を定めることにより掲示板間のデータファイルの共有や
乗り換えが容易にできるようになります。
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番の内容のみエクスポート。
画像掲示板なら１・２番の内容をエクスポートって感じの方がいいかも試練。
■ このスレッドは過去ログ倉庫に格納されています