>>351
PHPに移殖するならDB化もやって欲しいなという希望で聞きました
ツリー式ならDBの方が楽そうですし

どうも。ソース見ればわかりますがDBは使ってません。
というか単純にPerlの処理をPHPになおしただけです。

あの読みにくいソースをPHP化するのはすごいよ

覚えたてのphp使って試しに作ってみた
あら探しよろしく
http://www20.cds.ne.jp/~yugen/itah3/v_main.php?dir=main

>>355
これは携帯向け？
インターフェイスについてはなんとも言えないけど
スレッドについてるレス数くらいは表示した方がいいと思う。

あとHTMLの文法にもうちょっと気を遣って欲しいかも。

携帯対応化もある程度意識してはいるけど、今は単にデザインを度外視して
機能から実装していってるのでシンプルに見えるだけでつ。
この段階でデザインに凝ると後でカスタマイズとかしにくくなるし。

>レス数
御意、やっとく

>HTMLの文法
何か問題あるん?

>>357
あ、まだまだこれからってことね。
トピック表示メインかと思ったから、
ツリーにするならなくてもいいかも。

HTMLは、俺もいわゆるW3C信者なもんで気になるんだよね。
strictとは言わないまでもせめてtransitionalに準拠したHTMLを吐き出して欲しいところ。
そのあたりはlintを通してみるといろいろ警告が出ると思う。

>>358
にゃるほど。
検討してみまつ。

>>349
初めまして．元作者です．
もうほとんどの機能が動いてるみたいですね．すばらしいです．

オリジナルは，Perl およびプログラミングの学習を主眼メインにして作成した
ので(c-board は僕が最初に作成したプログラムです)，いろいろと野暮ったい
ところや不必要な機能がいろいろとついていると思います．是非，そういった
ものをそぎ落として，もっといいものを作成して下さい．

陰ながら応援しています．

ではでは．

すごい人が来てるな

>>360
ありがとうございます。
C-BOARDは学生のころに出会ってから今までありがたく使わせていただいています。
高機能な上に現在でもスカリーソフトさんのところで開発が続いているので、
移植作業も追いつかなくて大変です。
最近なかなか作業の時間がとれないのですが、ゆっくりとやっていくつもりです。

時代を超えて良スレになりつつあったのにまたトマトる。

初めましてナナシです僕も仲間に入れてクダサい

はじめまして。
phpとpostgresqlでツリー掲示板のモトを作ってみようと思います。
ソースを公開してみなさんに添削していただいたり、機能について
いろいろ助言がいただければと思います。

よろしくお願いします。

まず、スレッド作ってメッセージ書いて、見る。
だけのもの作りました。
http://qbbs.s231.xrea.com/

メッセージはツリーにする予定です。
ちょっと見るだけでも見てください。

テーブル定義だけど、primary keyはつけたほうがいいよ。
ちょっと見た感じ、serial primary keyでいいと思う。

あと気になったのが'='使うときはスペース空けたほうが見やすい。
$var = 'value'; って感じで。

あと「テンポラリ」とか「代替」とか気になった。
さらっとしか見てないけど、スレッド立てる時になんか１行入れてるのかな。

スレッド式掲示板作る上で、特に必要ないと思うけど。

>>368
ありがとうございます。
>serial primary key
さっそく直します。

>あと「テンポラリ」とか「代替」とか
スレッドの代替メッセージレコードについては、
「あるメッセージに注目して、それを親とするメッセージの一覧」
を、ツリーのどこからでも同じ手順で行えるように入れてあります。

タイトルとか本文とか、必要な情報をメッセージレコードに入れて、
スレッドの設定だけスレッドレコードに入れてしまう方がいいかな
とも思ってます。
これはスレッドの設定項目がいくつか出てきたら実験しようと思うです。

「テンポラリ」は、スレッドやメッセージを入力するときに先に作成
しているレコードですか？
これは、入力→確認のあと戻って修正、の機能をつけた時に、先にレコード
を作っておいたほうがよさそうだったので入れてあります。

>'='使うときはスペース空けたほうが見やすい
今、SQLとかタグとかを直にかいている部分を分離しています。
この書き換えと一緒にやっておこうと思います。

テーブル定義はついでにnot null制約くらいはつけようね。

これって、メッセージが親になりうるってことかな？
各メッセージがメッセージを持つことができる？

データ構造的にそれほど大変なことではないけど、表示が難しくなりそう。

「テンポラリ」はそういう使い方をするわけですね。
それってもし「入力→確認→ブラウザ閉じる」ってやったら、無駄にテンポラリのまま残らない？

セッション使うほうがいいと思うよ。

表示まわりをちょっといじってみました。

>>370
ありがとうございます。
not nullつけて、defaultの設定もしました。
たいしたメッセージもないので、テーブルは作り直しちゃいました。
そのうちデータのバックアップとか出来るようにしたいです。

>メッセージが親になりうるってことかな？
はい、いちおうスレがツリー掲示板を作ろう、なので、そういう風にしてあります。
ただ、レスにレスを繰り返してインデントがどんどん増えるのは好きではないので、
その辺どうしようかちょっと悩んでます。

>無駄にテンポラリのまま残らない？
はい、ぜんぶテンポラリの状態で残ります。
これはpublish=0で判定できるので、デイリーかなにかで古いテンポラリを消すとか
しようかなと思っています。

>セッション使うほうがいいと思うよ。
う～ん、ピンとこないですごめんなさい。
ヒントもらえませんか？

そんな複雑な掲示板必要なのかな？
使う人も、若干使いにくいような気がするんだけど。

こういう構造になるってことだよね？

スレッド１
　→レス１
　→レス２
　　→レス２に対してのレス３
　　→レス２に対してのレス４
　　　　→レス４に対してのレス５
　　→レス２に対してのレス６
　→レス７
　→レス８
　　→レス８に対してのレス９
　　　→レス９に対してのレス１０
　　　　→レス１０に対してのレス１１
　　　　→レス１０に対してのレス１２
　　　　　　→レス１２に対してのレス１３
　　　→レス９に対してのレス１４
　　→レス８に対してのレス１５
　　→レス８に対してのレス１６
　→レス９
　→レス１０

スレッド２
　・
　・
　・

そです。

ツリー表示はやっぱり必要かなと思いますが、インデントが深くなるタイプには
したくない気がします。
メッセージの下にぶら下がってるレス全部の数くらいは表示したいです。

インデントっていうのは見た目（表示）の問題でしょ。

ツリー式掲示板ってさ

スレッド１
　→レス１
　→レス２
　→レス３
　　・
　　・
　　・

スレッド２
　→レス１１
　→レス１２
　→レス１３
　　・
　　・
　　・

っていうのを一般的に言うよ。

私のいうツリー掲示板は、たとえば
http://www.kent-web.com/bbs/wforum/wforum.cgi
こういうものです。

>>374
くそ作者どものお陰で定義は滅茶苦茶
最近大御所が時間軸をツリー表示と言い出した
これ以上「ツリー型」の定義が広まれば収集つかんぞ

>>374をツリーだと言うのは、文脈によっては許せるかな。
１世代しか子供を許さないツリーは、はたしてツリーなのか？
ってのはあるが。

けど、>>372がツリーじゃないっていうのは、どうなんだろう。
使う側からみれば普通にツリー構造だと思うが。

>>376
>大御所が時間軸をツリー表示と言い出した
どこの話よ？

>>374
恥かしい人発見　コメントリンクって知ってるか？　

>っていうのを一般的に言うよ。
http://e-words.jp/?w=%88%EA%94%CA%93I

作れそうにないな

今どうなってる

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆