未読の投稿と通知を保存するためのPHPのアイデア

Question

私は構築しているフォーラムで遊んでいますし、しばらくの間、未読の投稿や通知を追跡する方法データベース。いくつかの解決策を見た後、私のニーズに合った解決策を思いついたと思いますが、私が考えなかったことを指摘するために新鮮な目が必要です。ここに私の考えのアーキテクチャがあります。

1）ユーザーがログインしたときに、現在のtime()と最後のログインtime()の間で投稿を確認します。

2）投稿が見つかった場合は、配列に追加し、serialize()配列を追加し、データベースのメンバー行に保存します。

3）空でない場合は、配列をユーザーに出力します。

この方法では、非アクティブなユーザーの未読IDを保持する不必要な領域を占有するのではなく、実際にフォーラムにログインしているユーザーに未読の投稿とストアをチェックするだけです。ユーザーが投稿を読んでいない場合、データベースのシリアライゼーションが管理するには大きすぎる可能性があるので、これはあまり良い考えではないかと私はまだ疑問に思っています。

私の考え方に問題がある人はいますか？もしそうなら、私に知らせてください。

Answer 1

実際に問題が生じるまで心配する必要はありません。投稿ID（整数）とユーザID（別の整数）を格納するテーブルは小さくなる。あなたは、ユーザーの投稿や、数千、数千を持っている場合でも、あなたは安全にそれを取ることができる：

• ユーザーの大部分が非アクティブになります（ワンタイム登録は何かを掲示し、全体の問題を忘れて）
• アクティブなメンバーであっても、すべての投稿を読み上げるのではなく、トピックに興味のあるものの（比較的小さな）部分だけを読み上げます。

もう1つのこと：スペースを最小限に抑えたい場合は、未読の投稿を保存しないでください。最後に読んだポストだけを各スレッドに格納します。これは、ユーザーごとに1スレッドにつき1つのレコードで、ユーザーがスレッドを開いたことを前提としています。

Answer 2

1. ユーザーがログインしても投稿を読み取らない場合でも、スキームはそれらを読み取り済みとしてマークします。
2. ユーザが（デスクトップコンピュータとiPadのように）一度に2回ログインすると、どうなりますか？

それぞれのユーザーがフォーラムを閲覧するのに問題があり、それぞれを読むかどうかを示すフラグが付いていますか？このような仕組みは、アップボーディング、お気に入りなどに拡張するためには明らかに役立ちます。