【PHP】ツリー掲示板を作ろう
>>321
あ"〜 気が付くと すっかり眠りこけてしまいました
お蔭様でtree.phpの方は ファイルごと入れなおしたら動くようになりました
ど〜もありがとうございました お邪魔いたしました では バイチュ〜
___________________________________________________________[ END OF THREAD ]___
あ"〜 気が付くと すっかり眠りこけてしまいました
お蔭様でtree.phpの方は ファイルごと入れなおしたら動くようになりました
ど〜もありがとうございました お邪魔いたしました では バイチュ〜
___________________________________________________________[ END OF THREAD ]___
333 ：nobodyさん：03/11/21 01:56 ID:TNo6fVJy
あのな、職場のサーバ（Linux）に共用住所管理ページみたいなのを作っているんだけど、その検索機能で「谷村」という苗字を検索すると、見つからないんだ。
でも、実際に存在してる。
他の苗字ではそんなことはないんだけど、何でですか？
ちなみに、クライアントは全てwindowsマシン、サーバの文字コードはEUC
でも、実際に存在してる。
他の苗字ではそんなことはないんだけど、何でですか？
ちなみに、クライアントは全てwindowsマシン、サーバの文字コードはEUC
いや、、、検索はどうやってるんだ
このスレで問題ないのか？
このスレで問題ないのか？
>>333
､ｦ､ﾁ､ﾇ､ﾏ｡｢ｽｻｽ?ﾏｿ､ﾇ｡｡ｺ貊ﾔ｡｡､｡ｺｹ､?､ﾈｺ貊ﾔ､ﾏ･ﾒ･ﾃ･ﾈ､ｹ､?､ｬ｡｢
ﾁｴ､ｯｴﾘｷｸ､ﾊ､､｡｡ｿﾜｺ莉ﾔ｡｡､ﾞ､ﾇｸ｡ｺｵ､?､?､陦｣
､ﾞ､｡ｳｲ､ﾏﾌｵ､､･ｷ･ｹ･ﾆ･爨ﾀ､ｫ､鬢､､､､ｱ､ﾉ｡｣
MySQLmax+PHP4.3.3 (EUC)
､ｦ､ﾁ､ﾇ､ﾏ｡｢ｽｻｽ?ﾏｿ､ﾇ｡｡ｺ貊ﾔ｡｡､｡ｺｹ､?､ﾈｺ貊ﾔ､ﾏ･ﾒ･ﾃ･ﾈ､ｹ､?､ｬ｡｢
ﾁｴ､ｯｴﾘｷｸ､ﾊ､､｡｡ｿﾜｺ莉ﾔ｡｡､ﾞ､ﾇｸ｡ｺｵ､?､?､陦｣
､ﾞ､｡ｳｲ､ﾏﾌｵ､､･ｷ･ｹ･ﾆ･爨ﾀ､ｫ､鬢､､､､ｱ､ﾉ｡｣
MySQLmax+PHP4.3.3 (EUC)
文字バケｽﾏｿ
ｳﾁでは住所録で 堺市 を検索すると
関係ない 須坂市 がヒットする。
害はない程度のシステムだから放置してるけど。
MySQLmax+PHP4.3.3 (EUC)
ｳﾁでは住所録で 堺市 を検索すると
関係ない 須坂市 がヒットする。
害はない程度のシステムだから放置してるけど。
MySQLmax+PHP4.3.3 (EUC)
337 ：えーん。：04/01/19 01:31 ID:0Gawmya5
どっかに、スレッド掲示板のアルゴ書いてあるようなページないですか?
検索しても関係ないのが引っかかりすぎて・・・
検索しても関係ないのが引っかかりすぎて・・・
ツリーのアルゴリズムはシンプルだよ。
一件に親IDと自IDを記録しといて、投稿された順に親へぶらさげればいいだけ。
便宜上、大親IDを記録していることもある。
一件に親IDと自IDを記録しといて、投稿された順に親へぶらさげればいいだけ。
便宜上、大親IDを記録していることもある。
はい、そういう風には実装してるんですけど、一覧取得の方法が見つからないのです。
子IDを検索して、孫IDを検索してってやると、何回もSQLを投げなくちゃいけなくなるんです。
どうしたらいいんでしょう・・・
子IDを検索して、孫IDを検索してってやると、何回もSQLを投げなくちゃいけなくなるんです。
どうしたらいいんでしょう・・・
本を買ってきて読め
大きい本屋にあるから
大きい本屋にあるから
(TT)
>>339
なので便宜上、カテゴリ分け的な大親IDを記録していることもある。
SQL一発で出したかったら並び専用のIDを持たせて、投稿されるたびにちまちま入れ込む。
掲示板なんて投稿数よりも閲覧数のほうが多いんだから、表示のときに高負荷をかけるようなデータ構造は避けるべき。
なので便宜上、カテゴリ分け的な大親IDを記録していることもある。
SQL一発で出したかったら並び専用のIDを持たせて、投稿されるたびにちまちま入れ込む。
掲示板なんて投稿数よりも閲覧数のほうが多いんだから、表示のときに高負荷をかけるようなデータ構造は避けるべき。
大親IDだけでいいんじゃねぇの？
って思ったけどそうかツリーには分岐があるのねー
って思ったけどそうかツリーには分岐があるのねー
344 ：nobodyさん：2005/11/06(日) 13:17:53 ID:szZvbyxN
PHP使ってる時点で初心者だな(w
検索は静的書き出ししたHTMLを全文検索できるようにしたほうがいい。PHPでやるのはセンス無し。
検索は静的書き出ししたHTMLを全文検索できるようにしたほうがいい。PHPでやるのはセンス無し。
>344
静的書き出ししたファイルが10000ファイルくらいあった場合それを全部検索かけるの？
あふぉですか？
静的書き出ししたファイルが10000ファイルくらいあった場合それを全部検索かけるの？
あふぉですか？
1年ぶりに的外れなレス
それに対するレスも9日後
それに対するレスも9日後
347 ：ううう：2005/11/19(土) 04:59:46 ID:RFF7NhgS
ｐｐｐ
348 ：ううう：2005/11/19(土) 05:02:34 ID:RFF7NhgS
３３３３
>>349
これDB使ってるの？
これDB使ってるの？
元々のC-BOARDはDB不要だが・・・
どうも。ソース見ればわかりますがDBは使ってません。
というか単純にPerlの処理をPHPになおしただけです。
というか単純にPerlの処理をPHPになおしただけです。
あの読みにくいソースをPHP化するのはすごいよ
携帯対応化もある程度意識してはいるけど、今は単にデザインを度外視して
機能から実装していってるのでシンプルに見えるだけでつ。
この段階でデザインに凝ると後でカスタマイズとかしにくくなるし。
>レス数
御意、やっとく
>HTMLの文法
何か問題あるん?
機能から実装していってるのでシンプルに見えるだけでつ。
この段階でデザインに凝ると後でカスタマイズとかしにくくなるし。
>レス数
御意、やっとく
>HTMLの文法
何か問題あるん?
>>357
あ、まだまだこれからってことね。
トピック表示メインかと思ったから、
ツリーにするならなくてもいいかも。
HTMLは、俺もいわゆるW3C信者なもんで気になるんだよね。
strictとは言わないまでもせめてtransitionalに準拠したHTMLを吐き出して欲しいところ。
そのあたりはlintを通してみるといろいろ警告が出ると思う。
あ、まだまだこれからってことね。
トピック表示メインかと思ったから、
ツリーにするならなくてもいいかも。
HTMLは、俺もいわゆるW3C信者なもんで気になるんだよね。
strictとは言わないまでもせめてtransitionalに準拠したHTMLを吐き出して欲しいところ。
そのあたりはlintを通してみるといろいろ警告が出ると思う。
360 ：kimata ◆Qt6ysZHgIQ ：2006/04/15(土) 19:25:26 ID:REi2ISXk
>>349
初めまして．元作者です．
もうほとんどの機能が動いてるみたいですね．すばらしいです．
オリジナルは，Perl およびプログラミングの学習を主眼メインにして作成した
ので(c-board は僕が最初に作成したプログラムです)，いろいろと野暮ったい
ところや不必要な機能がいろいろとついていると思います．是非，そういった
ものをそぎ落として，もっといいものを作成して下さい．
陰ながら応援しています．
ではでは．
初めまして．元作者です．
もうほとんどの機能が動いてるみたいですね．すばらしいです．
オリジナルは，Perl およびプログラミングの学習を主眼メインにして作成した
ので(c-board は僕が最初に作成したプログラムです)，いろいろと野暮ったい
ところや不必要な機能がいろいろとついていると思います．是非，そういった
ものをそぎ落として，もっといいものを作成して下さい．
陰ながら応援しています．
ではでは．
すごい人が来てるな
>>360
ありがとうございます。
C-BOARDは学生のころに出会ってから今までありがたく使わせていただいています。
高機能な上に現在でもスカリーソフトさんのところで開発が続いているので、
移植作業も追いつかなくて大変です。
最近なかなか作業の時間がとれないのですが、ゆっくりとやっていくつもりです。
ありがとうございます。
C-BOARDは学生のころに出会ってから今までありがたく使わせていただいています。
高機能な上に現在でもスカリーソフトさんのところで開発が続いているので、
移植作業も追いつかなくて大変です。
最近なかなか作業の時間がとれないのですが、ゆっくりとやっていくつもりです。
時代を超えて良スレになりつつあったのにまたトマトる。
365 ：ナナシ：2006/09/23(土) 23:34:16 ID:uqHonj6S
初めましてナナシです僕も仲間に入れてクダサい
366 ：qbbs ◆s8fp98fd5k ：2006/10/01(日) 04:38:19 ID:qG8sRtK1
はじめまして。
phpとpostgresqlでツリー掲示板のモトを作ってみようと思います。
ソースを公開してみなさんに添削していただいたり、機能について
いろいろ助言がいただければと思います。
よろしくお願いします。
phpとpostgresqlでツリー掲示板のモトを作ってみようと思います。
ソースを公開してみなさんに添削していただいたり、機能について
いろいろ助言がいただければと思います。
よろしくお願いします。
367 ：qbbs ◆s8fp98fd5k ：2006/10/01(日) 09:53:02 ID:???
テーブル定義だけど、primary keyはつけたほうがいいよ。
ちょっと見た感じ、serial primary keyでいいと思う。
あと気になったのが'='使うときはスペース空けたほうが見やすい。
$var = 'value'; って感じで。
あと「テンポラリ」とか「代替」とか気になった。
さらっとしか見てないけど、スレッド立てる時になんか１行入れてるのかな。
スレッド式掲示板作る上で、特に必要ないと思うけど。
ちょっと見た感じ、serial primary keyでいいと思う。
あと気になったのが'='使うときはスペース空けたほうが見やすい。
$var = 'value'; って感じで。
あと「テンポラリ」とか「代替」とか気になった。
さらっとしか見てないけど、スレッド立てる時になんか１行入れてるのかな。
スレッド式掲示板作る上で、特に必要ないと思うけど。
369 ：qbbs ◆s8fp98fd5k ：2006/10/03(火) 01:33:53 ID:???
>>368
ありがとうございます。
>serial primary key
さっそく直します。
>あと「テンポラリ」とか「代替」とか
スレッドの代替メッセージレコードについては、
「あるメッセージに注目して、それを親とするメッセージの一覧」
を、ツリーのどこからでも同じ手順で行えるように入れてあります。
タイトルとか本文とか、必要な情報をメッセージレコードに入れて、
スレッドの設定だけスレッドレコードに入れてしまう方がいいかな
とも思ってます。
これはスレッドの設定項目がいくつか出てきたら実験しようと思うです。
「テンポラリ」は、スレッドやメッセージを入力するときに先に作成
しているレコードですか？
これは、入力→確認のあと戻って修正、の機能をつけた時に、先にレコード
を作っておいたほうがよさそうだったので入れてあります。
>'='使うときはスペース空けたほうが見やすい
今、SQLとかタグとかを直にかいている部分を分離しています。
この書き換えと一緒にやっておこうと思います。
ありがとうございます。
>serial primary key
さっそく直します。
>あと「テンポラリ」とか「代替」とか
スレッドの代替メッセージレコードについては、
「あるメッセージに注目して、それを親とするメッセージの一覧」
を、ツリーのどこからでも同じ手順で行えるように入れてあります。
タイトルとか本文とか、必要な情報をメッセージレコードに入れて、
スレッドの設定だけスレッドレコードに入れてしまう方がいいかな
とも思ってます。
これはスレッドの設定項目がいくつか出てきたら実験しようと思うです。
「テンポラリ」は、スレッドやメッセージを入力するときに先に作成
しているレコードですか？
これは、入力→確認のあと戻って修正、の機能をつけた時に、先にレコード
を作っておいたほうがよさそうだったので入れてあります。
>'='使うときはスペース空けたほうが見やすい
今、SQLとかタグとかを直にかいている部分を分離しています。
この書き換えと一緒にやっておこうと思います。
テーブル定義はついでにnot null制約くらいはつけようね。
これって、メッセージが親になりうるってことかな？
各メッセージがメッセージを持つことができる？
データ構造的にそれほど大変なことではないけど、表示が難しくなりそう。
「テンポラリ」はそういう使い方をするわけですね。
それってもし「入力→確認→ブラウザ閉じる」ってやったら、無駄にテンポラリのまま残らない？
セッション使うほうがいいと思うよ。
これって、メッセージが親になりうるってことかな？
各メッセージがメッセージを持つことができる？
データ構造的にそれほど大変なことではないけど、表示が難しくなりそう。
「テンポラリ」はそういう使い方をするわけですね。
それってもし「入力→確認→ブラウザ閉じる」ってやったら、無駄にテンポラリのまま残らない？
セッション使うほうがいいと思うよ。
表示まわりをちょっといじってみました。
>>370
ありがとうございます。
not nullつけて、defaultの設定もしました。
たいしたメッセージもないので、テーブルは作り直しちゃいました。
そのうちデータのバックアップとか出来るようにしたいです。
>メッセージが親になりうるってことかな？
はい、いちおうスレがツリー掲示板を作ろう、なので、そういう風にしてあります。
ただ、レスにレスを繰り返してインデントがどんどん増えるのは好きではないので、
その辺どうしようかちょっと悩んでます。
>無駄にテンポラリのまま残らない？
はい、ぜんぶテンポラリの状態で残ります。
これはpublish=0で判定できるので、デイリーかなにかで古いテンポラリを消すとか
しようかなと思っています。
>セッション使うほうがいいと思うよ。
う〜ん、ピンとこないですごめんなさい。
ヒントもらえませんか？
>>370
ありがとうございます。
not nullつけて、defaultの設定もしました。
たいしたメッセージもないので、テーブルは作り直しちゃいました。
そのうちデータのバックアップとか出来るようにしたいです。
>メッセージが親になりうるってことかな？
はい、いちおうスレがツリー掲示板を作ろう、なので、そういう風にしてあります。
ただ、レスにレスを繰り返してインデントがどんどん増えるのは好きではないので、
その辺どうしようかちょっと悩んでます。
>無駄にテンポラリのまま残らない？
はい、ぜんぶテンポラリの状態で残ります。
これはpublish=0で判定できるので、デイリーかなにかで古いテンポラリを消すとか
しようかなと思っています。
>セッション使うほうがいいと思うよ。
う〜ん、ピンとこないですごめんなさい。
ヒントもらえませんか？
そんな複雑な掲示板必要なのかな？
使う人も、若干使いにくいような気がするんだけど。
こういう構造になるってことだよね？
スレッド１
→レス１
→レス２
→レス２に対してのレス３
→レス２に対してのレス４
→レス４に対してのレス５
→レス２に対してのレス６
→レス７
→レス８
→レス８に対してのレス９
→レス９に対してのレス１０
→レス１０に対してのレス１１
→レス１０に対してのレス１２
→レス１２に対してのレス１３
→レス９に対してのレス１４
→レス８に対してのレス１５
→レス８に対してのレス１６
→レス９
→レス１０
スレッド２
・
・
・
使う人も、若干使いにくいような気がするんだけど。
こういう構造になるってことだよね？
スレッド１
→レス１
→レス２
→レス２に対してのレス３
→レス２に対してのレス４
→レス４に対してのレス５
→レス２に対してのレス６
→レス７
→レス８
→レス８に対してのレス９
→レス９に対してのレス１０
→レス１０に対してのレス１１
→レス１０に対してのレス１２
→レス１２に対してのレス１３
→レス９に対してのレス１４
→レス８に対してのレス１５
→レス８に対してのレス１６
→レス９
→レス１０
スレッド２
・
・
・
373 ：qbbs ◆s8fp98fd5k ：2006/10/04(水) 20:58:19 ID:???
そです。
ツリー表示はやっぱり必要かなと思いますが、インデントが深くなるタイプには
したくない気がします。
メッセージの下にぶら下がってるレス全部の数くらいは表示したいです。
ツリー表示はやっぱり必要かなと思いますが、インデントが深くなるタイプには
したくない気がします。
メッセージの下にぶら下がってるレス全部の数くらいは表示したいです。
インデントっていうのは見た目（表示）の問題でしょ。
ツリー式掲示板ってさ
スレッド１
→レス１
→レス２
→レス３
・
・
・
スレッド２
→レス１１
→レス１２
→レス１３
・
・
・
っていうのを一般的に言うよ。
ツリー式掲示板ってさ
スレッド１
→レス１
→レス２
→レス３
・
・
・
スレッド２
→レス１１
→レス１２
→レス１３
・
・
・
っていうのを一般的に言うよ。
375 ：qbbs ◆s8fp98fd5k ：2006/10/05(木) 00:53:12 ID:???
>>374をツリーだと言うのは、文脈によっては許せるかな。
１世代しか子供を許さないツリーは、はたしてツリーなのか？
ってのはあるが。
けど、>>372がツリーじゃないっていうのは、どうなんだろう。
使う側からみれば普通にツリー構造だと思うが。
>>376
>大御所が時間軸をツリー表示と言い出した
どこの話よ？
１世代しか子供を許さないツリーは、はたしてツリーなのか？
ってのはあるが。
けど、>>372がツリーじゃないっていうのは、どうなんだろう。
使う側からみれば普通にツリー構造だと思うが。
>>376
>大御所が時間軸をツリー表示と言い出した
どこの話よ？
tree BBSつくるならCMTにも対応してほしい
380 ： 【21.5m】 電脳プリオン：2012/05/20(日) 23:15:34.97 ID:??? BE:354732375-PLT(12079)
作れそうにないな
381 ：nobodyさん：
今どうなってる