OSO_PHP チュートリアルを模倣したフォーラム 5

前の post.php と Reply.php では、スピーチが正常に送信された後、post_end.php というページにジャンプします。このページは主にスピーチが正常に送信されたことを示し、faq.php へのリンクを提供します。非常に簡単なので、以下に書き留めておきます:

あなたの声明は送信されました
トラブルシューティングのホームページに戻ります

このセクションでは、最初にリストしたフォーラムの実装方法に焦点を当てます 不足している 8 つの機能:
1. 私のフォーラムでは、ユーザーはログイン後にのみ発言できます。ユーザーの ID は「cookie_user」という Cookie 変数に保存されます。
ユーザーログインに関しては、フォーラムプログラムをより完全なものにしたい場合は、post.php と Reply.php を追加することを検討してください。ユーザーログインモジュール。ユーザーが初めてログインするときに自動的に登録することも検討できます。
2. 私のフォーラムにはサブフォーラムがありません。
実際、フィールド id_style をデータ テーブル ゲストブックに追加して、それが属するサブフォーラムの ID を示す必要があります。さらに、次の 2 つのフィールドを含む bm_style という名前のデータ テーブルを設計することをお勧めします。サブフォーラム コード )、style_name (サブフォーラム名)、およびゲストブックのフィールド id_style にはサブフォーラム コードを保存する必要があります。
3. トピックのクリック数はカウントしませんでした。
データテーブルゲストブックにフィールド count_read を追加し、post.php で初期値を 1 に設定し、read.php に蓄積します。
4. OSO フォーラムの各トピックの前にある、新しい投稿があるかどうかを示すアイコンは私がデザインしませんでした。
ユーザーが最後に投稿を読んだ時刻をユーザーの Cookie に記録し、この時刻を time_close と比較するために使用します。time_close がこの値より大きい場合、トピックに新しい投稿があるとしてマークします。
5. OSO フォーラムが提供するオプションのトピックの配置と表示期間は考慮していません。
ユーザーに選択できるドロップダウン リスト ボックスを提供し、ユーザーが選択した配置に従って read.php の select ステートメントの order 句の内容を変更し、選択した表示期間に従って where 句を追加しますユーザーによる。

6. 会員が投稿したポイントに関する統計はありません。
my_userテーブルにpointフィールドを追加し、登録時に初期値を設定し、対応するポイントをpost.phpとreply.phpに追加します。
7. モデレーターがフォーラムを管理する機能はありません。
my_user テーブルに type フィールドを追加し、タイプがモデレーターであるユーザーは、管理インターフェイスに入り、ゲストブック データ テーブルで削除操作を実行できます。
8. 投稿編集機能はありません。
ユーザー自身の投稿 (つまり、ゲストブック内の名前が Cookie 内の名前と同じ) の場合、ユーザーは対応する更新操作を実行できます。
これでこの演習は終了です。もし不備があれば、OSO (インターフェース部分) の盗用の疑いがあるため、専門家の皆様に批判していただき、修正していただきたいと思います。 OSOの同志たち。
[この記事の著作権は著者とOso.comが共有しています。転載する場合は、著者と出典を明記してください。]