掲示板スクリプトデータフォーマット規定を作ろう
■ このスレッドは過去ログ倉庫に格納されています
この規定を定めることにより掲示板間のデータファイルの共有や
乗り換えが容易にできるようになります。
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>である以上、
この図式が全てのフォーマットに当てはまるって事さ
■ このスレッドは過去ログ倉庫に格納されています