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