对于个人项目，我需要使用 PHP 和 MySQL 构建一个论坛。我不可能使用已经构建的论坛包（例如phpBB）。
我目前正在研究构建此类应用程序所需的逻辑，但这已经是漫长的一天了，我正在努力解决为用户处理未读帖子的概念。我的一个解决方案是有一个单独的表，它基本上保存所有帖子 ID 和用户 ID，以确定它们是否已被读取：
tbl_userReadPosts: user_id, post_id, read_timestamp
显然，如果用户的 ID 出现在该表中，我们就知道他们已经阅读了该帖子。这很棒，除非我们每天有数千个帖子（这在所提议的系统中是不可能的）和数千个用户。这个表在几天甚至几小时内就会变得很大。
另一种选择是将用户的上次活动作为时间戳进行跟踪，然后检索上次活动更新后发布的所有帖子。这在理论上是可行的，但假设用户正在编写一篇非常长的帖子，同时几个成员也启动新线程或回复其他线程中的帖子。当用户提交他的新帖子时，他的上一个活动将被更新，因此与同时进行的活动不匹配。
有人有这方面的经验吗？你是如何解决的？
我已经检查了 phpBB，似乎系统为每个用户分配了一个自定义会话，并在此基础上工作，但关于如何处理未读帖子的文档非常稀疏。
一如既往，我们感激地接受想法和意见。
很抱歉这么快回答，但我只有一秒钟的时间。您绝对不想将读取的信息存储在数据库中，正如您已经推断的那样，该表会变得巨大。
您已经建议的内容之间的一些内容：存储用户最后的活动，并结合存储他们在 cookie 中看到的内容的信息，以确定他们已经阅读了哪些线程/帖子。
这将存储卸载到客户端 cookie，效率更高。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
