新しい掲示板の仕様を考える

Web製作板は運営管理の方な感じがしたんで、こっちに立てました。

いかに効率のよい閲覧書き込みを実現するか、仕様を確定する
つもりで考えてみましょう。

こんな形のレスをすると、一発でばれるね。[何が?]

>>62
http://romper.room.ne.jp/~sgn/lightx/light.cgi
↑
つまり「きみが管理人のBBS」ってのは、BBS設置者の責任逃れっつーか、
そういういいかたすりゃひろゆき@2chさんが某動物病院裁判の控訴審で敗訴したのをきっかけに
投稿者のIPアドレスの記録を開始したのもそうなんでしょう。じゃなきゃやってけないもんね。
要するにBBS設置者の管理義務やら管理責任の軽減/分散を狙ってんのが「きみが管理人のBBS」です。
あと意外かもしんないけど「きみが管理人のBBS」では投稿者の著作権保護も狙ってるようです。
BBSへの書き込みは匿名で書かれたものであっても著作権が発生しうる。というのが
BBS設置者@きみが管理人のBBSの考え方なんでしょうね。
↓
http://romper.room.ne.jp/~sgn/lightx/light_man.html#x01　＜引用＞
＜本BBS設置者は本BBSを投稿者本人の著作物を公開する場として本BBS利用者に貸与しています。
依って本BBS上の著作物を削除した者は、その行為による法的責任をすべて負うものと定めます。＞

>>136
・ユーザに非表示設定をゆだねるという管理責任を放棄した者に掲示板を管理する資格はない
↑
ぬはは。そりゃ136さんの文化というか思想だよん。
消す（或いは非表示設定の）権限を持ってるのが特定の馬鹿だろうが不特定の馬鹿だろうが、
己が投稿を消された投稿者の覚える不快さは変わらないんじゃないかな。
ちなみに「きみが管理人のBBS」 における削除の意味は以下のとおりらしい。
http://romper.room.ne.jp/~sgn/lightx/light.cgi ＜引用＞
＜[81] 当該BBSにおける削除について 投稿者：#お●ーさん 投稿日：2002/07/18(Thu) 07:23
厳密には削除ではなく、プロバイダー責任法における「送信防止措置」です。
http://www.mainichi.co.jp/digital/zenbun/provider-sekinin/＞

>>140-141
ならさ、何も消す必要があるのかってことに対する疑問はないか
一定数以上の票が集まれば直接削除ができる形式ではなくてあくまで削除希望の数として
集めてから、一定数に達すれば、それが本当に希望なのか削除する必要があるかを吟味する
それから、管理人による削除のほうが問題も起こらずにスマートな気はするがな。

>>142
：
>それから、管理人による削除のほうが問題も起こらずにスマートな気はするがな。
↑
それもひとつの仕様だとおもうよ。
しかし「きみが管理人のBBS」の狙いは問題そのものを回避することにあらず、
BBS設置者が問題に巻き込まれて酷いトバッチリを受けないようにすることにあるのだ。
正当な著作物を不当に削除された投稿者（著作権所有者）が頭にきて、
削除跡に残されたIPアドレスから削除したヤツを追っかけて民事沙汰を起こす。
なんつー事態は当事者同士が争うワケだからBBS設置者はちっとも困らんのだよ。
むしろBBS管理人はいかなる投稿も独断で削除し放題っつー現状にあって、
投稿者の著作権やら表現の自由が異常に軽視され勝ちな昨今においては
そういう騒ぎを望んでいるのかもしれないのだな。

>BBS設置者が問題に巻き込まれて酷いトバッチリを受けないようにすることにあるのだ。
最低だな、そんなBBSを利用したいとは思わない
有用なレスが嵐によって、消された場合の問題もあるしな
だが、現状で1が望んでるのはそういった方向にしか思えない

管理しやすいBBSというのは、ユーザーから見て、内容をつかみやすいBBSに
つながると思うんだが、1はあくまで管理の方向から考えているのが(以下・・・

削除という言葉が自分が思っていたのと少し違う印象を
受けますが、自分が>>87あたりで言っていたのは、
ログからの削除ではなく、透明あぼ〜ん設定の共有であって、
無論かちゅとか使わない人には全表示されるように、その設定を
採用しない人には全部見えます。

>136
>1のレスを非表示にしたい
そういうこともできますし、それはログに影響しません。
136は「無視したいから」自分の発言を非表示設定し、自分は
自分で「自分のは既読なので」136の設定を採用することも
あります。見たくなったら全表示すればいいですし。
管理者というよりも読者の立場に立ったつもりですが。

>有用なレスが嵐によって、消された場合の問題もあるしな
それはないです。設定は匿名でもパスで一貫性を持たせれば、
「この設定をした誰かさんはどうも信用できない」ということで、
“別の誰かの設定に乗り換える”ことができますので。
ていうか誤解どころかログを読んでない印象を受けるんですが。

>145
失礼、>>87ではなく、>>86でした。

まだいんのかよ・・・痛い>>1

>>144
>>BBS設置者が問題に巻き込まれて酷いトバッチリを受けないようにすることにあるのだ。
>最低だな、そんなBBSを利用したいとは思わない
↑
ぬはは。2chが投稿者のIPアドレスの記録を開始したのも、
BBS設置者が問題に巻き込まれて酷いトバッチリを受けないようにすることにあるんだよ。
http://dempa.gozans.com/　＜引用＞
＜内容証明→速削除 の義務を軽減しようとひろゆきが考えた策が、
んじゃ、当事者同士で解決してね！ってことで、IPを教えてみよう！ ということになったわけです。＞
144 ：132!=134 は自分がどんなBBSを利用してるのかわかってるかい？（笑）

>>149
ここにもコピペ荒らしの被害が出たか・・・

分かったよ1、1も自分のスクリプト出して、知能指数さらしてんのに漏れが出さんのは
フェアじゃないよな、とりあえず、まだ未完成だが1の求めるもののいくつかはここにある
これを見たらこのスレからは消えてくれ

http://yamuchan.hp.infoseek.co.jp/cgi-bin/test/test.cgi

>>150
引用の体は逸脱しとらんのだが、コピペ荒らしってなんだい？
方言は苦手でね。

>>152
2chの基本

・書き込みは半年ほどROMを続け、空気を理解してから行いましょう。

>>149
2chの場合は警察沙汰になったり、赤の他人のせいで裁判沙汰になったからだろ
あふぉか

>154
2chじゃなければそうならないという保証でもあるのだろうか？

>そんなBBSを利用したいとは思わない
といいつつ“そんなBBS”たる2chにきているのはおかしいのでは？という
149の指摘は真っ当だと思うのだが。

>>149,159
規模の問題を考えれば分かると思うが

2chの場合は日本でも最大規模のアクセスを持つサイト、そこでとられたIPは何らかの
問題(刑事及び民事)が発生した場合に警察等の提出するために保存している
これは捜査協力という意味合いにおいてなんらの問題があるとも思えない
当然、それを他の目的以外に使う(アクセス拒否などは除く)のは問題があるとは思うが

対して、君が管理人BBSの場合は削除という権利を与えながら、その一方でその掲示板を訪れる
すべての人間に対して削除を行った者のIPを晒している

当然ながら発生する問題の質も違う、2chであればIPを晒されるべきなのは
削除された(何らかの問題発言を行った)発言者のIPであり、削除を行った者が
良心からそれを行ったとしてもIPを晒されることとなる。

削除された発言者が犯罪者だったとしよう、その場合削除したもののIPを
晒すというのはどういうことだろうか？犯罪者に目撃者の情報を与えることに
相違ないと思うのだが

もっと簡単に言えたわ

君が〜BBSの場合は、不快な発言を行った者に対して、良心から削除を行った者の
IPを晒したために逆恨みを買って、更なる問題が発生する場合がある

2chの場合は問題解決のために協力するという名目でIPを提供している

ＩＰＩＰと騒いでいる荒らしが各板で出没しているが、
別に、無条件でＩＰ晒す事自体は問題無いと思われるのだが・・・

現にＩＰやブラウザ名を公開する形式の掲示板は存在するし
htmlで見えなくてもソースを見ると記録してあるものも多いし。

>>151のリンクはとりあえず消しといた
すでに別の場所で仮公開はしているが、もう少し仕様がまとまったら
再うpするんで、そん時は意見よろすこ

>別に、無条件でＩＰ晒す事自体は問題無いと思われるのだが・・・
全くないよ(w
ただ、対象の問題が気になるだけ、本当に晒されるべき人間は誰かということ
君が〜BBSの場合は善意から削除を行っても、まるで悪いことをしたように
扱っているのが許せない。

まぁ、2ch削除依頼板でもリモホは晒されるんだけどな(w

>>156 ：132!=134
>対して、君が管理人BBSの場合は削除という権利を与えながら、その一方でその掲示板を訪れる
>すべての人間に対して削除を行った者のIPを晒している

IP晒す旨を了解した者だけに削除という権利が与えられるんだよ。
逆恨み買うのが怖い御仁は黙ってみてりゃいい。

>>157 ：132!=134
>君が〜BBSの場合は、不快な発言を行った者に対して、良心から削除を行った者の
>IPを晒したために逆恨みを買って、更なる問題が発生する場合がある

痴漢の現行犯を諌めても逆恨みを買って、更なる問題が発生する場合がある
逆恨み買うのが怖い御仁は黙ってみてりゃいいんだけどな。

>>159 ：132!=134
>君が〜BBSの場合は善意から削除を行っても、まるで悪いことをしたように
>扱っているのが許せない。

固定観念に縛られたまま新しいBBSの仕様を考えるのはたいへんだろうな。

>まぁ、2ch削除依頼板でもリモホは晒されるんだけどな(w

2chの場合は、不快な発言を行った者に対して、良心から削除依頼を行った者の
リモホを晒したために逆恨みを買って、更なる問題が発生する場合はないのか(w

>>162
>固定観念に縛られたまま新しいBBSの仕様を考えるのはたいへんだろうな。
>>151のリンク先見なかったのか？あれが完成したら132!=134は神とあがめられると思うぞ
それにしても、変な方向に議論がいってるな

>>151
そこのアカウントにあった掲示板の、
縦横のインターフェイスは思いつかなかった。感動した。

縦: 関連情報
横: 〜に関する詳細情報。に自動的になる。のか。

でも、縦方向だけのほうが見やすかったりして。

コロンブスの卵だな、見せられたらできるけど気づかない。
あれを見ずに132!=134をたたいてる連中は消えうせろ
あのままでも十分使用には耐えると思うが、まだ改良しようという132!=134に期待
漏れは静かに見守るよ

>>164
>でも、縦方向だけのほうが見やすかったりして。
縦表示もあったな、でも縦表示だと議論が途切れている可能性もあるから
横表示があってはじめて成立するものかもしれない
異なるスレを同時に見るようなものだしナー

マトリックス型（というよりE型）は1chとかであるコメント型の延長だよ。
一時期考えたけれども、正直使いにくいと思うが。

あれってログはスレごとに分けてるんだろうか？
全体を1ログでとっているとするととんでもないスパゲティの気が((((;゜Д゜)))ガクガクブルブル

>167
SQL使ってなければ、おそらくツリー掲示板と同様の実装の由。
最新投稿が下かと。

まさか全読み込み＞挿入とかやってなければね。

URL削ったら出てきた
http://yamuchan.hp.infoseek.co.jp/cgi-bin/yamu_ch/l_board.cgi
意外と間抜けてるな(w

機能解説ってところを見たけど、スレごとにファイル分割してるみたい

ThanX>170
しかし、せめてスレッドに■▲▼ぐらいはつけて欲しい。
それに、結局縦読みメインになりそうだが、そうなると
2ch型と変わらんような気が、、、

新しいカキコも認識しづらいしな、■▲▼はいらないんじゃね？
横読みなら一発で次のスレにいけるし
だが、子レスの最後にトップに戻るリンクくらいは貼ってほしいな

そう思って、トップの最新ver.覗いてたらツリー表示も出てきた
もうあふぉかと(w

ログを共有して、それぞれの長所を利用すればユーザビリティーは向上するかもしれないな
興味深い試みだな、最新ver.のリンク
http://yamuchan.hp.infoseek.co.jp/cgi-bin/test/test2.cgi

>>172
てか、testがtest2になっただけじゃねーか、やられた、欝だ

■▲▼てのは子レスを横に読んでいくときの話。
てか、記号で横向きの三角ってないよな。＜と＞か？
いや、こういうタイプは正しく使われているときには便利なんだが、
レス＞レス＞レスで話が発展すると機能しないと、、、
まあそうなったときに縦読みに移行すればいいんだが、
そこは表示切替許容派と不要派で意見がわかれるところ。

最新投稿チェックの件は、MovableTypeのようにコメントのみ
別チェックという手段もあるが、コメントではなく投稿に
してしまうとまた難点もムニャムニャムニャ、、、
ま、がんばってくだせえ。

スレ立ててきた、これでいろいろ聞けるかな
http://yamuchan.hp.infoseek.co.jp/cgi-bin/test/test2.cgi?mode=yoko&no=44

レス見れねー

バレるとはおもってたが、モロ、バレてんじゃん(欝
聞かれそうなことだけ先に答えておくと

>>167
>全体を1ログでとっているとするととんでもないスパゲティの気が((((;゜Д゜)))ガクガクブルブル
ログはスレごとに管理してます、ちなみにコメント抜き、過去ログなし、トップでのスレ展開なし、
グローバル関数をとりあえずなしで大体1000行程度、最終的に1800位を目指してるかな

それを通常、縦、ツリー、過去、書き込みにファイルを分けてそれぞれ800行以内に
収めるのが目標、ちなみに参考にしたスクリプトはjoyful2ch。Perlは3ヶ月くらいなんで
ログでの改造が結構大変だった

>まさか全読み込み＞挿入とかやってなければね。
レスはwhile文で読み込みごとに表示させてるからそれほどストレスはないはず
レスの表示方法はテーブルを利用しているだけ

>■▲▼てのは子レスを横に読んでいくときの話。
全レスで20に絞ってるし必要な局面がないと思うんだが、いるかな？

いかにも冬休み他にやることがなかった学生が造ったような掲示板だなｗ
激しく失笑させていただきました。

>>178
議論するだけで作らないよりましだと思うよ
実際にトライ&エラーで新しいものを作ろうとするには気力もいる
新しいものを作り出すのはいつも若い人間なんだからそれを馬鹿にしてたら
いつか足元をすくわれる

神と仰いでたやつはどこいった(w？

ただ>>151の発言を見ると、彼は「拙くとも革新的な試み」を育てていくことに
寛容とも思えない。

>>179
トライ＆エラーは構わんが、1に向かって吠えてた割には余りにもお粗末ってこった。
話題に上げてた削除ポリシーもなんも伝わってこんよ

別に神じゃないし、削除ポリシー大そうなものは持ってない、管理能力のずさんさを
人任せにしたくないだけ、うちでありえるかどうは分からんが、刑事訴訟とかは別。

>>182
粘着厨かい？漏れは削除は基本的に入れないことで解決してる修正で削除行為
に近いことはおこなえるし、管理者特権を使えば修正を試みない投稿も削除できる。
削除ポリシーというか、君が〜BBSは虫唾が走っただけ

そもそも、このスレは『削除に対する新しい掲示板の仕様を考えるスレ』なのかと思うときがある
非表示設定やら、削除機能の話しやらで、いつまでたっても肝心なユーザビリティーの話し合いが
出てこない、非表示はその一端かもしれんが、それはもう少し形が煮詰まってからで十分だと思った

正直言いすぎた感はあったが、運営・管理ではないスタンスで話をしたくてここへ来たはずの
1が結局のところ運営・管理の面からしか考えることができなかったのがもどかしかっただけ
粘着がつかなければあそこまで話を発展させることもなかったんだが

こんにちは。自前のスクリプトを公開したことに敬意を表して、132!=134さんと
呼ぶことにしましょう。まずはお疲れさま。

>>151は見せてもらいましたが、
>求めるもののいくつかはここにある
のどこがそうなのかは正直分かりませんでしたが、あなたのオリジナル
なのでがんばって発展させてください。

ただ、どうせ横にスクロールしなければ見えないのなら、アンカーのみ
横に並べてコメント件数を示し、実投稿は下でもかまわないのでは？
これを>>166氏のＥ型という表現に対してＺ型と言ってみますが。

それから、このスレは>>101氏が
>新しい話題の整理の方法を考えたぞう。
と言ってみたり、>>107氏とか>>99氏とか、初めからユーザーの使いやすさ前提で
進行してましたが。>>86も「スレ編集権」は話題整理にも使えると
いうことを含意してますし、128まではちゃんと話せる人もいたんですがね。
悪気はないんでしょうが、>>141＆143氏もちょっとややこしかった。

さて、ツリー式（とE型）は「スレッドの視覚化」というパラダイムですが、
もう一つ「マルチエントランス」というものもあります。
まあ早く言えば、「ツリー式は途中参加しやすいが縦読みは難しい。
だからまとめや中継点を作って頻繁に仕切直ししようよ」という考え方で
掲示板をデザインしていくものです。
まあまたよけいな概念を持ち込んでスレッド内スレッドを増やすのも
なんですが、ROMしつつ黙々と作っている人の参考までに。

86に関しては>>115でもちゃんと補足してますね。
>「過去ログよめ」とか「テンプレ案です」とか挙げる人がいる限り、
>（いるほど多様な参加者を持つBBSなら）、編集がスレあらすじにも
>なりうると思います。それが「話題整理」につながる可能性もあると。
って。

151はテーブルじゃなくてスタイルシートという手もあるぞ。
これだと座標をちょっと計算すれば単純読み込みですむと思う。

実装はスパゲッティでもおいらが書き直してあげるから、怒って、
せっかく出てきたアイディアを無くす。のはやめてほしい・・

つーか叩くなっつーの。

>>187
どうもです、スタイルシートに関しては元々導入する予定ですが
外部にするつもりなので実装はもう少し先になります。
ただ、文字数やaの連続などでデザインが崩れてしまう可能性があることから、
あえて外枠にテーブルを用いて、それを未然に防ぐ目的にしています。

今のところは子レスが見えているのでそっちが気になってしまうということも
考えられますが、親レスをスタイルシートで幅を100%に指定して子レスは実質的に
非表示にするつもりです
これでメインストリームからは外れるので単純なスレッド方式に近くなると思います

>>183
悪いが俺の投稿は178と182だけだよ。
2度のﾚｽでも粘着と判断されるなら別にいいけどね
まぁひとつ形が煮詰まるように意見を言わせてもらえば、
君が展開しているスレッドの表示の仕方はすこぶるユーザビリティが悪い。
データ構成を考えても、どうしてあのような一見マトリックス型のような構図になるのか理解しがたい。
標準的なブラウザの仕様、マウスによるオペレーションを考えた上でもだ。
個人的な意見だが、184の1の意見を見ると、
君よりは1の方が考え方のベースはしっかりしていると思う。

たたいてる連中ちょっと待てよ。>>151のスクリプトってここで議論されてたことのほとんどが
実装されてることを見落としてないか？
「返信に返信はできないようにする」
「スレッド内スレッドの弊害」
「興味のない議論の非表示」
これらをクリアして、ユーザビリティーも>>190が言うほど悪いとは思えない
返信がメインになるなら確かにユーザビリティーは低下するだろうが
それに横に展開せずにアンカーを表示ってのは結局はグループに分けられた
スレッド表示ができるツリー型にしかならないと思う
>>184の意見のどこがしっかりしてるのか、はっきりいって漏れには分からない

ええと、言いにくいのですがフロートしなくなった横進行2ch掲示板
と考えれば実態が見えるかと。

>>191
そんなに褒めてほしいのかお前はｗ

むろん、132!=134さん次第でこのあとどうにでも変わってくるんでしょうが。

横スクロールはｳｻﾞｲ

>子レスは実質的に非表示にするつもりです
なら184のとおりでいいじゃん。
て、返信自体非表示で、なおかつ返信から返信はなしということか。

失礼！
>>192は取り消しです。

あ、197は1です。
>196
そうでしたね。返信から返信は出来ないんでした。

>>196
デフォルトの画面外に置いて、横レスの存在を見えなくするだけだと思う
メインのに対して影響しないように

>>192
レスがフロートしたらそれこそスパゲティ掲示板の出来上がりだろ（w

>>197
スマソかった

>親レスをスタイルシートで幅を100%に指定して子レスは実質的に
>非表示にするつもりです
これが132!=134の考え方のキモか、、、。
つーか、この背景にある思想こそこのスレに求められていると思うんだな。

>これでメインストリームからは外れるので単純なスレッド方式に近くなると思います
とかの発言のことだが。
なら普通にスレッドを進行させた方がよいし、ちょっとコメントをつけたい
というなら1chみたいな1行でもいい。複数行必要ならツリーでよいし、
結局132!=134はどうしたいんだ？

自分でさぞ素晴らしいものでも作ったような気でいたんだろうな

できればそろそろ応援非難でなくて、建設的なコメントしてください。
201氏の言う通り、132!=134さんは新しいのを作ったのはいいですけど、
なぜコメント機能では駄目だったんでしょうか？
返信を続けられないなら言いっぱなしで終わるような気が
するんですが、子レスはどういう使い方をするつもりですか？

>>203
子レスは>>203みたいなレスを統合するつもりなんだろう
だからスレッド内スレッドの問題は確かにクリアできてると言ってるんだがな
コメント機能では議論を発展させるには絶対的ではないと思う
横スクロールがウザいと言ってる連中は立て表示が目に入らないのか子一時間
問い詰めたい

せっかくうpされたものをたたいてたらこのスレに価値はないな

>203みたいなレス
とありますが、この発言は
>できればそろそろ〜
という風に全体発言も含んでいるので、単純に「コメント」とは
いえないのですが。

それに子レスを非表示にしたり、レス連鎖がなされなければ
同様に議論を発展させる力にはならないかと。むしろ他の
用途なら多少想定もできますけれども。
…というのも叩きにとられかねないのですが、できれば
199氏が答える前に、132!=134さん自身の話も聞きたいんですが。
代理回答でややこしくなるのはもう真っ平ごめんなので。

>>1
マスヲたんでつかｗ？

こんにち和。

面白いスレッドですね。自分も過去に>1さんと同じ様に、「新しいタイプの掲示板を」と考えたことがあります。
というのも、ブラウジング環境が今尚進化し続けている昨今、掲示板の形式も（掲示板を使用したコミュニティも）
進化しなければならないのではないか？と考えたからです。恐らく>1さんも発端は同じところにあるのではないで
しょうか。

一つ気になる事は、書き込む側（お客さん）の書き込み・表示の高機能化を求めすぎているような気がします。
使い勝手が悪くなると、掲示板の本来の目的である「コミュニティ」に支障をきたすのではないでしょうか。
掲示板はあくまで開設・管理者の為のものではなく、そこに訪れるお客さんのためのものであることを大前提としないと、
プログラマのオ○ニーだけで終わりそうな気がしてなりません・・・（~口~;

たぶん1行目で読む気が失せているかと思いますが、長文失礼致しました。
応援したいと思います。　m(_ _)m

破滅的に汚いHTMLだなぁ。ユーザビリティも最悪。
この分じゃStyleSheetも理解できてんだか。

と、それは置いといて、

当然、汚染チェックしてるよな？
当然、wTオプション付けてるよな？
当然、use strict; してるよな？

という基本中の基本から確認しないといけないレベルだね。

（´-`）.｡oO（マスオさんってなんだろう？）

>207
別に「進化しなければならない」ということはないんですけどね。
ただ今のが使いにくいだけですから。

しかし、2chに来てだいぶたちますけど、これだけシンプルなものが
この利用者数の中で機能しているというのは驚きでした。
しかし考えてみればシンプルゆえに柔軟性があり、「使い方」が
進化しています。スレ開始時の「詳細は>2、関連リンクは>2-10」
などの決り文句や、「質問はここで」スレッドなど、住民の工夫
によってシステムはどんどん充実しています。
要するに冗長性にあふれているわけですが、冗長性は規模に合わせて
適切に設定されるべきで、2chがツリーになれば使い物にならないし、
個人サイトがスレッドフロートを使っても閑散の極みなのは
ままあることです。

自分の場合、中〜小規模サイトを念頭に置いていますし、考えてみれば
2chだって縦型掲示板の集まりと考えれば（違いますが）対象と
なります。実際、このスレッドは観察対象でもあるのですよ。
いろんなところのシステムを、何とか再び個人規模サイトに
フィードバックできないかとおもっていろいろやっているのですが、、、ﾑｽﾞｲ

>208
>>129あたりでも言おうと思いましたが、今の議論ではスクリプトが
かけるかどうかは問題にしてません。使い方の段取りが確認できれば
OKじゃないですか？
それで「こんなのが出来た。さあ清書しよう」となれば、
PerlなりPHPなりの初心者スレに言って相談すればいいわけですし。

※無論、PerlやPHPでどんなことが出来るか知らないのはそれ以前の問題
ですが、ユーザビリティはユーザーに聞けということでそれもまたよし。

＞PerlなりPHPなりの初心者スレに言って相談すればいいわけですし。

死ね糞他力本願野郎

頼むから厨は丸ごと厨房板へ移動してくれ

1と132!=134の自演のにほいがぷんぷんする糞スレ

とりあえずおまいら、HTMLとCGIとjavascriptとｽﾀｲﾙｼｰﾄから構成するところから離れろ。

サーバ／クライアント共独自で作れば表示はほぼ自由自在だぞ。
wcjとかあるじゃん。チャットだけど。

>215
その自由度を活かして何を作るつもりなのでしょうか？
やっぱり縦型？ツリー？
チャットだってPerlでもあるし、ICQみたいなのだってある。
どういうのを考えているのでしょうか？
もう少し案を出してみませんか？

例えば、
＃リアルタイム性を活かして定時ごとに参加者を区切り、
＃参加者レベルの平均化と新規参入＞滞在＞離脱サイクル（サイクル！）
＃の強調を行う。またこの2つの特性を活かして、新テーマの
＃ウェイティングリストや良スレ評価など、非同期システムでは
＃難しい民主型機能の導入を図る。
など。
これらはいま適当にでっち上げただけですが、これに突っ込むも
よし、代案を出すのもよし。何か考えてください。

http://www.agemasukudasai.com/bloom/

>CGIでは難しいリアルタイム性の実現を活用して〜
で、
>ウェイティングリスト投票や良レス評価など〜
ですね。

SOAPの正体、その目論見（前編）
http://www.atmarkit.co.jp/fxml/tanpatsu/02soap/soap01.html

（＾＾）

>>219
この場合のリアルタイム性って何？
数msの世界に挑戦というわけでなし。
今見てる人数なんぞBBSの本質でないわけで。

>>220
皆さんSOAPを知らないのか素無視のようですな。
CGIやPHPベースでSOAPサーバを構築すればCGI可無料サーバすべてで独自のサービスを構築出来るというのに。

いや、>>220のサイトにあるSOAP関連記事一通り読んだが、
その「独自のサービス」こそどうすればいいのか考えているのだが。

>>222
チャットというとNiftyの頃しか参加したことはないが、
それというのも投稿＞相手待ち＞リロードがウザイので。
専用ソフトじゃなくブラウザでリアルタイムのチャットができれば
便利だとは思う。SOAPとやらでそういうのが出来るかは知らんが。

>>224
IRCと言うものがかなり前からあってかなり前から有効に使われているよ。

無論IRCからWinMXチャットまでいくつか知ってるが、
クライアントプログラムが必要でしょ。

>>226
http://irc.2ch.net/

ブラウザでやりたいというならこんなのとかもある。

HTTPでは真のチャットは不可能。そう言うプロトコルじゃないからね。
他のポートとプロトコル使って良いというのならJavaアプレットでどんなものでもブラウザで動かせる。

そう言う意味でない？
クライアントが必要でない・・・P2Pとか？まぁ、アレもサーバント（サーバ＋クライアント）
だからクライアントレスとはいかないけれど。

>227
それは知らなかった。ありがとう。
だがチャットはすれ違いだな。

しかし、リロード不要の、つまりPUSH型技術が使えるなら、
また違った掲示板コミュニティが考えられそう。
投稿をトリガーにしてSendmailで通知というのはすでにあるが、
サイト（サーバー）を「メッセージを放り込むところ」ではなく
もっと積極的にイニシアチブを取らせることは出来ないだろうか。

>>228
HTTPサーバがクライアント主導の短時間の接続を前提に作られてるからなぁ・・・。
KeepAliveとか駆使すれば・・・どっちにしろ専用のサーバはいるなぁ。

SOAPって、、流行り(?)の言葉「XML」で騙しているようにしか見えないが。
今までとはどう違うかがわからん・・喜ぶのは信者だけな気がする。

あと、IRCなんて、全然オープンじゃないし、過去ログも読めないし、
馬鹿な話以外には利用用途は無いと思う。将来も。

>>230
あんたの将来が心配だよ。と。

夢を語るんじゃなくて(未来のWebアプリケーションは..)、今どうすれば問題を
簡単に解決できるかって考える方が、まともだと思うんだけど。

そこまで騒ぐようなものか?

曖昧なので続き。

そこまで、単に「有名所」が出したものだから、っていう理由で騒ぐのも、いかがなものか。

>>230
まぁ、CGIでPOSTとかでデータやりとりしても同じ事ができるけどね。
通信用の基礎的なフォーマットを統一することでその層での意思の疎通を図る必要がなくなる。

また、既にある汎用のXMLパーサやSOAP処理ライブラリが使い回せるというメリットもある。
いちいちWebサービスごとに独自フォーマットの解析処理なんて書いててもつまらないわけで。

どうせ同じ事をするんなら既に標準化が計られているXMLを採用するのはごく自然なことであると。

後、WSDLと組み合わせて呼び出し用の関数を自動的に生成出来たりとか結構おもしろい技術だと思う。

>217
>定時ごとに参加者を区切り、
それは興味ある。定員制に賛成なわけではないけど、
“祭り”とかの「同時性」というか、参加者同士が時間を共有
出来るのがいい。フレックスタイム？が掲示板の利点でもあるのだけど
フォーラムとしてはこういうのもあっていいと思う。

>230
基礎技術を学ぶには想像力が必要と思われ。

>>232
コンピュータ業界の「未来」はすぐにやってくることをお忘れ無く。

三年前、誰が1GHzのCPUが\3000になると言い切れた？ムーアは言ってたな・・・鬱。

このスレって志が高いだけで何もしない、単なる雑談スレの気がする。
誰かが何かを出しても叩く人間が現れるだけで、何の話し合いもできてないし
今まで出てきた三つもそれぞれ長所はあるし、短所ばかりに目を向けてすぐ終了
それでいいんならいいんだけどね

>>230
>あと、IRCなんて、全然オープンじゃないし
RFCじゃ足りない？