新しい掲示板の仕様を考える
いかに効率のよい閲覧書き込みを実現するか、仕様を確定する
つもりで考えてみましょう。
普通の読み下ろし型はテーマの分散混在脱線が問題となるような。
また、2ch型はスレッドがありすぎて、テーマ間の連関が
わかりにくくなってる気がします。心あるスレはきちんとまとめてますが。
自分は現在サブスレッド生成方式について検討してますが。
つまり、二つのトピをあわせて上位スレ、テーマ分割については
単独下位スレで、エントランスor独立トピから入る、と。
各ファイルが一発言ならば全体でひとつのウェブサイトみたいなもんで、
HTML生成となるでしょうし、各トピでログファイルを作って話し
あうならば、さらに作業が必要となりますが。
全然イメージできません
おれもよくわからん...
出来たらもちっと上手くまとめてもらえませんかな？
ただ、『掲示板の形態』を下に『運用に掛かるコストを低減しよう』
というのは有意義な発想で在り得ると思います。
しかし、ほぼ出尽くしてるような気もするんだなこれが。
『"普通"の板』『Tree型』『ラウンジ型』或る意味全てのあいのこ型の
『2ch型』代表的なのはそんなものかな。
で、結局色んな人間がこれだけいる場合掲示板運用が困難をきたすのは
しょうがないし、形態を工夫しても結局は混沌に陥るんです、陥る時は。
だから形態等で運用に掛かるコストの劇的低減はハッキリ言って見込めないと
推測します。
あ、意味がないって訳ではないので。
あ〜、論点ずれてますね。
でも、1さんの趣旨は良く理解できないけど、意気は認めるってトコで
まとめときます(笑
三河版とかで設置されてるやつ。
あなたみたいな説明の仕方をする人を最近相手にしていて
疲れています...
ユーザ権限を考える方面はどうなんだろね。
もう完全匿名以外は考えられないって感じ？
よく考えるとそうでもないと思うんだけど。
http://corn.2ch.sc/test/read.cgi?bbs=php&key=982779383&st=98&to=98&nofirst=true
こんな感じですね？
ここまでいっちゃうとグループウェアみたいな話になってきちゃうので、
掲示板とは呼べなくなっちゃう気がしないでもないね。
バランスの問題だとは思うけど。
あとグループについてなんだけど、
ユーザー登録制にすると、サイトの色によって
自然にそのサイトに集まってくる人の嗜好が偏ってくるとおもうので、
グループ分けする意味が無いんじゃないかな？
分けるととしても、管理者、管理者グループ、登録ユーザ、ゲスト
程度じゃない？
便利だと思います。
しかし、ツリーは基本的に拡散の方向へ向かうばかり。
一つのPOSTからたくさんの分岐が生まれて際限がありません。
このとき、問題の一つのなっているのは、新しく生まれた
議論の流れ（スレッド）が右方向に成長していることであって、
同テーマについては同階層での追加を基本とする、つまり
発言ではなくBBS自体をツリーに出来ないかと思いました。
もう一つは、常に一つのテーマを分析分割拡散というのが問題で、
ツリーの端と端に関連を見つけたのに、やむなく一方だけに投稿とか、
マルチポストか行ってしまうのは不便です。
それならば、上位に新たにトピックを作れないか、と思ったのです。
この場合、PERLトピと掲示板トピを選択して新規作成で、PERL掲示板
トピが生まれ、常に両方から移動できるようになります。
PERL掲示板トピとPHPを足して、CGI掲示板トピが生まれ、旧トピは
寂れるかもしれませんし、残るかもしれませんが、関連性は保存されます。
上位下位ともリンクは一段階のみですが、この上位下位はあくまで
そのトピックに対しての相対的な関係のみであって、ルートはありません。
あえて言うならば、リンクのないトピと目を引く分かりやすいトピを
集めたエントランスゲートを作ると良いでしょう。
そうやね。その４種類くらい。
>>11
>BBS自体をツリー
2ch で例えれば関連するスレッド同士が
ツリー状に関連づけられているような感じ？
>あえて言うならば
って使い方が違うような... そういうのが多いからわかりにくいのよ
まあ、それは置いといて、現在スレ立てる人が関連リンクを
いろいろ書いている部分を、リンク先からも相互にリンクするような
そんな感じになるわけですかね。
まあそんな感じです。
掲示板の仕様については、このようにスレッドのテーマを全体の中で
どう配置し位置付けるかという問題があると思います。
が、もう一つは同一スレ内での話題およびレス構造管理でしょう。
レス構造に関しては、しやすさにおいて2ch、返信という意識から
（ツリーを補助的に使う）Yahooは好きです。
話題管理としては、常に１の表示がなされる2Chが優れますが、
逆に１の書き換えが出来ないゆえに、話題の仕切りなおしが
しにくいという面もあります。
いずれにしても、縦型掲示板の問題を解決しなけば、トピック連関構造も
あいまいになるかと。
抽出できたらツリー型のスレッド掲示板とミックスで面白いと思った。
・全体表示：通常の２ｃｈ型
・属性表示：見た目は通常の２ch型だがある属性を持つレスのみを抽出。
（レス番連なりで拾えるとなおヨロシ）
なおいいかも。
WikiWikiWebみたいなもの？
>>1が考えてるのはむしろ、運営・管理の事のようにも思える。
「効率の良い」っていう感じはしないなあ。
ただそのかわり、例えば２ちゃんねらが各板＆スレを巡りながら
頭の中で関連づけてることをツリーとして管理しましょうと言うことなら
実験として面白そうなのでage
板違いかもしれんけど。
興味あるな。仕様次第だけど・・・・
どんなの？
先の転送量問題以来、ときどき話題には上がってるみたいなんだけど、
具体的に実現の可能性はあるのかな、と。
ちょっと考えたところ、データ保存の不確実性がネックになりそうかな…。
単純なファイル共有なら目的のデータは必ずしも存在している必要はなくて、
たまたまある分だけを総ざらいで検索して見つけてくればいいんだけどね。
ここの掲示板とかは会員制ですよね。
まだまだ普通の形式の掲示板だと必要ないような。
見つけた。移動します。
2chのような掲示板システムってP2Pで part.2
http://pc.2ch.sc/test/read.cgi/tech/999431595/l50
P2Pでサーバに依存しない掲示板を作るの巻
http://pc.2ch.sc/test/read.cgi/tech/998915621/l50
さよなら。
禿ガイ
>26の間違い ｽﾏｿ
違う、24だ
鬱
クソガキが運営している最低なHPスペースです。
ユーザーの事など全く考えずに、こづかい稼ぎだけが目的で営利主義に走って、
ついには登録者の個人情報までを業者に売ってカネを稼いでやがります。
天罰を与えてやりましょう！！
イタズラ登録をしまくって下さい。悪用しちゃってもいいですよ！！
鯖に負荷かけまくって責任とらせるってのも面白いかも(ﾌﾟ
http://k-server.org/ http://k-server.org/ http://k-server.org/
http://k-server.org/ http://k-server.org/ http://k-server.org/
http://k-server.org/ http://k-server.org/ http://k-server.org/
http://k-server.org/ http://k-server.org/ http://k-server.org/
http://k-server.org/ http://k-server.org/ http://k-server.org/
この文章のコピー・転載を歓迎いたします。
これからはこういう時代だよ、うんうん。
適当なツリーなどのオブジェクトをクライアント側で処理するってのは。
http://210.155.146.159/bbs/
こんな感じ
http://210.155.146.159/bbs/index.cgi?srd=186&cmd=tree
Wiki Wiki 楽々 Run! Run! Run!
http://pc.2ch.sc/test/read.cgi/tech/1010317366/
http://kawara.adam.ne.jp/php/read.php?bbs=test&view=tree
つーかここさっぱりスクリプト公開してくれる気配ないんだよね
オリジナリティを守るためならそれもアリだよね
でも配布してるかのように更新履歴出してるのはうざいかもしらんが
どこよ？ もっと判る言葉を吐
http://www.amezor.to/hp/
これざー２じゃないよ（ｗ
あめぞう２０００。
http://dr.st88.arena.ne.jp/hiroba/020130142010.html
12投稿者：靴屋のスミス 投稿日：02月04日(月)19時32分49秒 返信
http://isweb7.infoseek.co.jp/computer/csmith/xmlbbs/main/index.xml
IE6.0 を入れているならみてくだしあ。
表示するのはユーザが落としたXSLT＆CSS任せってとこか
いや、ざー２でもスレたててたのよ
skinってお話しね。
あ、そうなの？ゴメン。
たまたまあめぞう２０００見てたら見つけたからこっちのことだと思っちゃったよ。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
【掲示板上部】
『新しい話題を作る』
1: .htaccessの偉い人 Part2 (633) 2: 弐ch編集のphp講座 (170)
3: こんなCGI探してますスレッド Ver.5 (22) 4: ☆ショッピングカートのCGIを作りたい！Perlで☆ (343)
5: ツリー式掲示板 (38) 6: 【PHP】質問スレッドPart2 (902)
7: WebObjects (961) 8: 【Perl】初心者コーナーPart9 (742)
9: ★★あなたのお勧めなアクセス解析CGI★★ (124) 10: 【Ruby】RubyでCGI (72)
過去の話題へ
レスを全部読む 最新レス50 レス1-50 掲示板の下へ リロード
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
【1:633】.htaccessの偉い人 Part2
1 名前：名無しさん＠お腹いっぱい。 2001/05/02(水) 19:47 ID:???
.htaccessに関する質問はここにまとめて。
前スレ http://tako.2ch.sc/test/read.cgi?bbs=perl&key=960307572
624 名前：619 ：02/02/05 02:51 ID:???
>>621
知るか。勝手に馴れ合っとけ。
625 名前：名無しさん＠お腹いっぱい。 ：02/02/05 03:12 ID:???
これだけ悪質な書き込みをしたり、荒らしまくっていても
回答がもらえるなんて幸せだね。
君のことだから、回答者のことも馬鹿にして去って行くんじゃないの？
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
【掲示板下部】
レスを全部読む 最新レス50 レス1-50 掲示板のトップへ リロード
名前欄、メール欄、画像アップ参照欄
『書き込む』
たけお氏がやってたよ。
かちゅーしゃみたいな感じでしょ?
まじっすか？
できればページとか教えてくださいっす。
配布とかないっすかねぇ。。
かちゅ〜しゃがないと見れない。
バナーとかポップアップなんて無視できるし。
ttp://tko.dyndns.org
17氏のを改造して、subbackをフレームで上に表示するだけみたい。
てっとりばやく>>52を実現するならありだろうね。
スキルは無いみたいだけど、考えは買うか（ｗ
誰でも好きな板を持つ時代到来。【マイ板】を つくりませんか？
どぉんな板でも、個人的な板でもぜんぜんＯＫ！おもいっきし、またぁりどうぞ。
★板・作成方法★
新規作成/メンテ
↓
板名とIDと管理passを決定
↓
板の設定・板のジャンル・名無しさんネームなど
↓
完成!(ﾟдﾟ)ﾝﾏｰ
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
http://www.2ch2.net/
# tracert k-server.net
16 237 ms 230 ms 229 ms 203.181.106.254
17 302 ms 305 ms 303 ms HH-gw12.HH.net.DTAG.DE [62.156.131.141]
18 324 ms 325 ms 323 ms 62.154.32.177
19 323 ms 324 ms 325 ms 62.154.32.65
20 325 ms 322 ms 325 ms H-SA1.H.DE.net.dtag.de [62.154.0.121]
21 325 ms 321 ms 326 ms K-SA1.K.DE.net.dtag.de [62.154.0.118]
22 326 ms 322 ms 323 ms AC-SA1.AC.DE.net.dtag.de [62.154.1.102]
23 323 ms 322 ms 322 ms AC-EB1.AC.DE.net.dtag.de [62.154.83.38]
24 323 ms 324 ms 323 ms 62.225.245.57
25 373 ms 372 ms 373 ms pD9509C44.dip.t-dialin.net [217.80.156.68]
所謂ところのMVCの分離、って事だな。
挙げられた様なアイデアを実現するフレームワークは、Jakartaプロジェクトを探せば大抵ある。
が、問題はそういうフレームワークがPerlベースでは殆んど存在しない事…
メッセージを自由に削除できる掲示板ってのを
見つけたんだけど、これって問題だらけだよな？
漏れ一つだけアポーンしてみたんだけど、
参加者が増えるとどうなるんだろうか。
もう使われていないようだし、ちょっと張ってみるよ。
http://romper.room.ne.jp/~sgn/lightx/light.cgi
とりあえずｽｹｰﾌﾟｺﾞﾄｰする
＃ていうかロンパールームかよ。
なんでねとらじになってんのよ？
今、実際に作ってみてるので、出来たら教えるよー。
お、期待してるよ
がんばってー
ツリーの操作とか、影響が大きい操作は、、
匿名掲示板でも機能するように、「投票」形式で付ける予定
http://pc.2ch.sc/test/read.cgi/php/1035908481/
素人発想ですけど2chをWebServicesに対応させれば、かなーりオモシロイことになると思うのですが、誰もやらないんですかねぇ？
荒れない掲示板の案出してたよね。
なんかのニュースで読んだ記憶があるが
結局荒らしも来ないが人も来ない予感をさせる内容だったと思う…
アメリカの板なんか読むと、
自分の自己紹介や主張を一方的に書いて
他人の話はあまり読んでない投稿が多いようだが
これって文化の差なんだろうな。
ただの出会い系じゃねーかｗ
such a thing >>1. Hear it just for a moment.
There is no excessive relation to a thread.
I went to the Yoshino-Ya yesterday.In the Yoshino-Ya.
If it does so, people are extremely full and I cannot sit down.
Then, if it often sees, the curtain has fallen somehow, and it is written as 150 yen discount etc.
・・・
皆こんな感じか。
英語きっちり理解してる奴っていいよな。
ＣＧＩを使ってない掲示板ってあるの？
アプリケーションと同じ形態で動作している
掲示板プログラムという事なのかな？
サーバソフトウェアと一体化してるとかそう言うやつのことを言いたいんじゃないのか?
なるほど
それなら鯖の負担が少なくて良さそうじゃん
2行目は a thread じゃなくて the thread ではないのか？
3行目最初の the Yoshino-Ya の the はいらないのでは？
いろいろ考えてみましたが、スレッド式は確かにいろんな意味で優れていると
再認識したけれどもやはり不便な点もある、という至極まっとうな
結論で、なかなか先に進まないこの空白期間でした。
最大の問題は、やはりスレッド内スレッドではないでしょうか？
スレッドといっても結局はそれ自体が一掲示板な訳で、
1000発言もある読み下ろし式です。そのため発言の対応関係もわかりづらく、
文脈や経緯もつかみにくい。
今考えている仕様では、被レス表示、重要発言クリップ、仕切直し＆途中参加用に
エントランスの自由追加（誘導路）、スレ寿命設定などがあります。
被レス表示は説明省略。発言クリップとエントランスについてですが、１以外にも
強制表示が出来るようにするもの。スレ寿命設定は、1000発言制限は容量の
問題ではなく、決着意識=>御破算=>仕切直しのためのものという捉え直しによります。
小規模サイトでの雑談のまったりした一体感と、その中で時折訪れる有益な
情報や議論を、完全に隔離するのではなく、なんとか共存できるようにならないでしょうか。
>管理人以外の人が
>メッセージを自由に削除できる掲示板ってのを
>見つけたんだけど、これって問題だらけだよな？
というのは、考えようによっては使えるんじゃないかとおもいます。
完全削除というのは無論管理人しか行うべきではないでしょうが、
かちゅでの「あぼ〜ん」にあたる「非表示」なら、他人が行っても
いいのではないでしょうか。削除権ではなく非表示権。
実際、荒らしかどうかの判断はだいたいが似ていると思うので、
「削除人」に限らず誰か代表が居れば十分でしょう。信用できるか
どうかが問題で。
代表が信用できなければ全表示すればいいですし、あるいは別の
代表のフィルターを通せばいいわけです。
「フィルター」といいましたが、実際「スレ編集権」を閲覧者に
任せてもいいのではないでしょうか？
特定可能住人による一貫性を持ったフィルターと、不特定住人により
（ある形に落ち着くまで）動的に変化するフィルターと、両方が
考えられます。（前者は後者で問題が出たときか名乗りが上がった
時にのみやればいいと思いますが）
ただし、名乗りが上がるとなれば相当の常連で、参加意識のもてる
比較的大きなサイトでしか活用できないでしょうが。
これも久しぶりに検討を始めた中の一アイデアで、まだ
何ともいえませんが。
気に入らん票が100票集まれば自動的にあぼーん。
もちろん連続投稿制限は1
スレッドはどうして生まれるかといったら、開始宣言か話の流れ上かの
二つしかないでしょう。だから「話の流れ」について考えてみました。
■スレッド開始発言
■レス（相手先で考える）
番号レス発言
発言番号者（500になっても47氏とか）
名前レス
対陣営レス（賛成陣営など）
マルチレス（複数相手）
>>ALL（スレ住人）
引用レス（発言者表示なし）
■単独発言（場に近親性がある、内容に関連性がある）（発言内容、形態で考える）
質問
提案・意見
他への誘導・関連宣伝
独り言（含ネタ・ギャグ）・晒し・披露（スクリプト例とか）・報告
まとめ・仕切直し
■※確定自治方針連絡（自治議論ではなく＜＝議論ならレスにあたる）
議論ガイドライン（荒らしは無視、など）
スレ違いガイドライン
次スレ関連
途中参加者エントランス
仕様を考えるとき、ちょっと頭に入れてみてはどうでしょう？
参加者数浮動、匿名では投票は民主的に機能しませんし、スレの
民主的管理という発想は無理ではないかと思います。（自治のこと
ではなく、投票など数発想のこと）
ちなみに掲示板の仕様とは言っていますが、データフォーマットや
ログ管理方式についてはここではスレ違いの方向で。
“便所の落書き”から抜け出すには 〜有意義な議論を行なうための掲示板ツール
http://www.watch.impress.co.jp/internet/www/article/2002/1203/hbc.htm
別に議論に限らず、雑談に便利な〜でもかまいませんが、解決を試行錯誤
する態度として↑の記事は参考になるかと。
人間理論でどうにかなったらみんな苦労せんよ。
それよかさっさと今までの案だけでも実装して稼働させてくれよ。
try and errorして煮詰めた方が良くないか？この方向性で問題ないのかも含めて。
作るのは個々で勝手にやれ
あの記事のシステムを薦めたのではなくて、「仕様を考える」という
ことが、「利用形態やシステムをデザインする」ことである、という
ことの例として挙げただけです。自分も即時性については同感ですが、
むしろ同時性（あるいは定時性）があったほうがいいかもしれません。
（ちなみに前述までの案とはまったく関係ないです。別個の意見）
>>91
理想的なひとつの掲示板を作るのではなく、それぞれの不満を解消できる
仕様を考えていくので、不満を挙げなければしょうがないのです。
Wikiとかは、Webを丸ごと掲示板にできないかというような別の観点からの
新しい発想なのでモノがないとしょうがないですが、自分の場合は
不満解消から発展変容させる性格なので。
たとえば、「荒らし」対処についての不満は、先ほど「スレ編集権付与」と
いうアイデアを出しました。これについてはいずれ実装可能でしょう。
この「編集権」が削除自治ではなく内容自治に向かうかどうかは、
「やってみなけりゃわからん」ですが、“それはそれとして”
それぞれの不満点の解消方法も考えたい。
実際、>>85、>>86、>>88はそれぞれ別の不満への話題で、ここにも
スレッド内スレの弊害が、、、（ぉ
まずはモノとして、>>65にも期待。
このことから考えても、2chの、allow from allな、やり方は、議論をするには、ちょうどいいと思う。
でも、それを読みこなすには、若い視力(?)と、凄い集中力が必要になる。だから、その能力がない
人には、便所の落書き、に見えてしまう。
そんな人たちが言う通り、発言を規制、検閲(削除とか)すれば、解決するかというと、
1行目に書いた状態になる。
情報の選択は、ユーザー側にあって(透明あぼーん)、サーバー側が行うことではない。
じゃあ他人に見られては困る情報を書かれた場合はどうなるんだ？
自分が目隠ししたところで何の意味も持たないと思われ。
あぁ・・なるほど。
個人情報は、容易に識別できるけど、
思想とか、なんかそういうので、簡単には識別できないこともあるから、
そういうものについての、気に入らないから削除、的なものが駄目だという
意味にしといて。
>96の問題は確かに解決できないけど、編集権付与はそれを読者が
信用＞受諾するものなので、○○氏は多分信頼できると思えば
その人の編集を信用すればいいし、出来なければ全表示、あるいは
ほかの人や自分の編集を受諾すればいいかと。
自分が言ってるのは、誰か一人だけが管理するというわけではないので。
ただ、誰が見ても荒らしなのは誰かが勝手に非表示に設定しておいて
くれれば楽になるかとおもう。
それにあんまり反対陣営を勝手に非表示にすると信用もなくすでしょ？
このスレの主題は、どの様なデザインの掲示板が使いやすいか、という事でしょ。
このスレで言われてる、「数人の代表、あるいは完全に個人によるスレ編集機能」は
発言の規制、検閲(削除とか)にはつながらないと思うんだけど。
君の言ってるあたりのことは微妙にスレ違いじゃない？
＞このスレの主題は、どの様なデザインの掲示板が使いやすいか、という事でしょ。
そうなの？初耳。
100〜のスレッドの続きを読む