说了相当于没说。
姑且认为是你自己写的程序吧（而不是 discuz 等开源程序），那不就是很简单了，进入页面时查询是否登录，如果已登录则查询是否有回复记录，有则显示。

给哪个程序写插件？

最简单的方式 meta refresh 设置 1 小时刷新一下页面
稍微复杂一点用 js 定时，每隔一定时间刷新一下页面

你可以给 js css 加上版本号 app.js?v=0727

感觉这个价格不想买啊

时间再紧都不是写不安全代码的理由

看了楼主的最近几个提问帖子，表示很为楼主公司担忧

另外千万不要自己拼接 sql 语句，否则的话，等着 sql 注入吧

\'

@zskj 这个解决不了楼主的问题，还是需要楼主手动去更新

@goofansu 是的

每次重新认证都有一次改名的机会，不过微信号改不了

@McContax 首先，按照 @prprio 说的，缓存粒度尽量小，你可以关注范凯的 肉饼铺子 公众号，里边有几篇文章关于缓存的文章讲得挺好。
然后你关心的频繁更新问题，举个最简单例子，假设你某个缓存的内容缓存时间是 5 秒，假设你每秒 100 个请求，那么这 5 秒内，你也只需要查询一次数据库，而如果没有缓存，你需要查询 500 次数据库。
缓存的其中一个目的就是减少直接读取数据库。

拿 app 来举例，如果你日活 10 万，那么你的注册用户一定是到了 100 万级别。当然如果你的用户特别活跃，天天来或者隔天来，那么 50 万以上也有可能。

如果只是单纯的网站，一般都直接说日 UV 或者日 PV ，如果是 UV 10 万每天的话，一般 PV 是 UV 的 5~10 倍，那么日 PV 可能是 50 万~100 万。高峰时期按照 10 个小时算，每小时 5~10 万，每秒 14~28 个 PV 。
看了一下你的首页，一共 88 个请求，去掉静态文件，还剩 7 个请求，也就是你的主服务器高峰每秒 98~196 个请求（只计算首页情况）。

然后你自己看看你那 7 个请求分别消耗多少资源，能够缓存的缓存，内存不贵。

完成度挺高，三个月的业余时间，如果是自己从零开始写的话，你这水平还不错

有赞 youzan.com 不仅仅能卖货，还能做页面

楼主自己这脾气也不怎么样嘛