いくつかのソース ゲーム サーバーをホストし、プレーヤーのチャットを MySQL データベースにダンプするプラグインを実行します。私はチャット履歴を少し静かにしていて、それを使って何か面白いことを探していました. コミュニティのメンバーが、何が「受け入れられる」か、何が「受け入れられない」かを判断できるシステムを構築したいと考えています。
私の考えでは、これは次のように機能すると思います: どういうわけか、コミュニティ メンバーが (誰が何を言ったかを特定せずに) チャット ログを表示できるようにし、ログに「許容可能」または「許容不可」のマークを付けます。時間枠からのテキストのブロックだけを表示するのか、特定の時間枠の特定のユーザーだけを表示するのか、それとも個々の行だけを表示するのかを把握する必要があります (良いかもしれません...ユーザーが完全に見逃したことを意味することもあります)チャットのコンテキスト)。
これは、複数のユーザーが同じ一連のチャット ログを最終的に採点するキャプチャ システムのように機能します。そこから、単語のグループの値を取得します。理論的には、あるものは受け入れられ、他のものは受け入れられないというしきい値が作成されるというものです。既存のログの一定量が評価された後、コミュニティが定義した基準をメッセージが満たしているかどうかを判断する有意義な方法が得られます。
私の質問はこれらです -
- ログを採点しているユーザーに何を表示することをお勧めしますか? X チャット ラインのセットを表示する必要がありますか? すべてのチャット ラインを 5 分間隔で表示する必要がありますか? X 行の時間枠の間に 1 人のユーザーのメッセージのみを表示して、これら 2 つのウィンドウを絞り込む必要がありますか? それとも、ユーザーは各行を個別に採点する必要がありますか? 特定のコミュニティ メンバーが 1 日に採点できるライン/グループの数に制限を設ける予定です。
- このすべてのデータを格納するデータベースを設計するには、どのような方法が適切でしょうか? 現在、個々のチャット ラインは、MySQL に独自の行として保存されています。それぞれに固有の ID と、ゲーム内で送信されたチャット メッセージの全文があります。受信元のプレイヤー名とサーバーも取得しましたが、必要に応じて表示されません。
- 私はこれを、自給自足/コミュニティに適応し、彼らが受け入れられると考えるような方法で作成したいと考えています. 時間が経つにつれて、メッセージが「良い」/「悪い」かどうかを判断するために、より多くの行が評価され、しきい値/計算に追加されます。誰かがこのようなものを構築した場合、これを構築する際に避けるべき落とし穴を指摘できますか?