首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

确定论坛中的未读项目

在论坛中,未读项目通常指的是用户尚未阅读的帖子或评论。为了确定论坛中的未读项目,可以使用以下方法:

  1. 使用论坛提供的未读功能:许多论坛都提供了标记未读项目的功能,用户可以使用这个功能来跟踪自己尚未阅读的帖子或评论。
  2. 使用第三方应用程序:有些第三方应用程序可以帮助用户跟踪论坛中的未读项目,例如使用 RSS 阅读器来订阅论坛中的帖子或评论。
  3. 使用浏览器扩展程序:有些浏览器扩展程序可以帮助用户跟踪论坛中的未读项目,例如使用“未读评论检测器”等扩展程序。

总之,确定论坛中的未读项目需要使用一些技巧和工具,以帮助用户跟踪自己尚未阅读的帖子或评论。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

面试题:群聊消息设计

一朋友和我讨论他前段时间面试某大公司一题目 : 企业IM比如企业微信、钉钉里面的群消息有个已功能,发送者刚发出消息时,当前群里其他群成员都是状态,陆陆续续有人看了这个消息,这时候消息详情变成...x人已,y人,如下图所示,有具体列表(万恶功能,看到同事or老板消息不能假装没看到了),每条消息对应一个唯一messageid(uint64_t),每个用户对应一个唯一userid...(uint64_t),应该如何保存这个消息对应详情呢?...仔细分析,按照目前设计,每一条消息,已详情就要占用8B * 群成员数内存,如果一个活跃200人大群,每发一条消息,已就要1600B,如果平均每天消息量是1k,那每个这样群,每天就要1.6MB...已详情存储 {maxid, readbit[], quitbit[]} 新方案带来怎样收益呢?

1.8K41

钉钉消息已咋实现嘞?

前言 一款app,消息页面有:钱包通知、最近访客等各种通知类别,每个类别可能有新通知消息,实现已功能,包括多少个,这个是怎么实现呢?...所有,判断有没有小红点,或者小红点数字是多少,就是简单获取你与虚拟人对话消息数量。...当然,一个动作不一定只发一条消息,比如,图中下方有个金刚键"消息",它是所有消息总和,所以,投递其他消息时候,也要给它投递一次,不过它只展示一个读数字,所以这个消息只需要一个msg_id即可,不需要消息..."已"。它包含两层意思,一个判否,即内容你是否读过,二是计数,即这个内容有多少人读过。 长尾原因 如果你用Redis存储,成本非常高,浪费非常严重。...这个时候,通常策略是"[log record]"和"comb", 我们每产生一个动作,比如,赞,收藏,就会产生一个log record( 取关,取消赞...也是一条独立log record),我们由专门大数据系统统一收集这些

36810

检测iOS项目使用方法检测iOS项目使用方法

1、检查ObjectiveC项目使用方法 准备工作 已自己项目为例,将工程进行build,后show in finder ? 显示包内容 ?...所有的使用方法都会被列出,包含pod三方库方法; 原理 原理利用 Mach-O 文件结构和展示内容: __TEXT:__objc_methname: 包含了代码所有方法; __DATA...__objc_selrefs:则包含了所有被使用方法引用,通过取两个集合差集就可以得到所有未被使用代码. ?...+\s(.+)\])") 2、检查Swift项目使用方法、属性、类 工具地址 https://github.com/zColdWater/swift-scripts 此脚本方法只能检测 swift...可能使用方法、属性、类 开始检测 1. cd 2.

3.5K20

论坛项目】简单论坛项目-麻雀虽小,五脏俱全

转载请注明出处:http://blog.csdn.net/qq_26525215 本文源自【大学之旅_谙忆博客】 这是我们数据库一个课程设计,时间不多,老师只留给我们5天时间做。...先说下功能吧: 注意:本项目没有用框架! 实现了登录注册。用户查看帖子。 用户积分政策。帖子按阅读量排名。 用户发表帖子。用户评论帖子。...、ThreadLocal处理线程、重写QueryRunner抓取异常、在dao层就不必再抓取异常、还有一些时间,密码工具类、、、 因为时间有限,只写了这些功能,如有兴趣,完全可以在这个基础上开发出一个小型论坛...本项目比较简单,就不做过多介绍啦,有兴趣可以拿去,所有源码都在,sql语句在项目根目录下。 数据库只有3个表: ? 登录时首页: ? 登录页面: ? 登录后首页: ?...相信这个项目应付学校课程设计是完全够了。 下面就放上项目链接: –>点击访问本系列源码– 哈哈,有兴趣就给个赞呗,O(∩_∩)O谢谢支持。

86120

底牌项目中设置论坛各个模块头图代码

0.0 || size.height == 0.0) { NSURL *url = [NSURL URLWithString:imageArr[i]]; //因为这个方法在子线程(全局队列)执行...CGFloat botLineY; // 先获知picView大小再去设置它位置 //    [self layoutSubviews]; if (_dataModel.imgs)...// 隐藏             imageView.hidden = YES;         }     } NSLog(@"allH%f", allH); } 简单说几句:之前代码没有先请求头视图中所有图片大小然后传递过去而是在设置装图片视图大小时候进行了所有图片大小网络请求...,在设置每个具体图片大小进行了网络请求,而且之前图片大小请求方法会造成线程阻塞,从而让各个模块在图片较多情况下进行网络请求时间较长而且不能与用户进行交互,用户体验并不好。...在使用改进之后代码即以上代码,页面在即使图片较多情况下加载速度也很快,用户体验明显好了许多,连本人都满意了许多。

51230

面试官:群聊消息功能,你来设计一个?

,发送者刚发出消息时,当前群里其他群成员都是状态,陆陆续续有人看了这个消息,这时候消息详情变成x人已,y人,如下图所示,有具体列表(万恶功能,看到同事or老板消息不能假装没看到了...上就好了,客户端更新到messageid对应详情列表,就可以展示m人已,n人 显然这么简单粗暴方案面试官是不会满意,追问有没有更好方案呢?...仔细分析,按照目前设计,每一条消息,已详情就要占用8B * 群成员数内存,如果一个活跃200人大群,每发一条消息,已就要1600B,如果平均每天消息量是1k,那每个这样群,每天就要1.6MB...已详情存储 {maxid, readbit[], quitbit[]} 新方案带来怎样收益呢?...增加自增mapid字段,一个群聊维护一份,成本几乎可以忽略不计 每个成员已由8B(64bit)优化成2bit,减少62/64, 200人已方案1600B, 现在只需要(200/8) *

1.4K40

漫谈 · 软件确定

确定性原理前世今生 · 数学篇 这篇文章从数学角度讲的是:任何信息时空分辨率和频率分辨率是不能同时被无限提高。...此外,不确定原理涉及很多深刻哲学问题,用海森堡自己的话说:“在因果律陈述,即‘若确切地知道现在,就能预见未来’,所得出并不是结论,而是前提。我们不能知道现在所有细节,是一种原则性事情。”...这里面说其实是鱼和熊掌不可兼得。在工作,其实也有很多类似的冲突。 从公司宏观层面来说,有着《战略悖论-企业求成得败原因及应对之道》。...那么宏观层面的不确定性,则会将不确定传导到微观执行层面。 在一个公司,微观执行层面,指更多是技术层面,比如软件开发人员。在技术层面的东西,其实确定性反而是非常高。...这是产品经理或者说项目管理者宏观层面。 那么产品经理或者项目经理,将需求转化成方案,通过软件开发人员等微观执行者,进行产品需求实现。 从宏观角度来看,好像这里面的微观很是受伤。

52330

IM群聊消息功能在存储空间方面的实现思路探讨

1、引言 IM系统,特别是在企业应用场景下,消息状态是一个强需求。 以阿里钉钉为例,钉钉产品定位是用于商务交流,其“强制已回执”功能,让职场人无法再“假装不在线”、“假装没收到”。...所以,本文可以作为IM聊天消息(主要是群聊)功能基本实现思路方面的参考,但不建议盲目迷信文中结论或方案,避免被一些不够具体技术指标而误导。...3、相关文章 如果你还想了解更多有关IM群聊功能实现逻辑,可以进一步阅读干货文章《IM群聊消息回执功能该怎么实现?》(强烈推荐)。...如果你对IM功能有产品方面的痛点困惑,可以参考一下微信对已功能设计定位,详见《IM热门功能思考:为什么微信里没有消息“已”功能?》。...4.3 查询群消息人员清单(群聊) 当客户端希望显示某一条群聊消息人员列表,需向服务端发起查询。

5.3K50

SQL Server 逻辑与物理

首先要理解逻辑和物理:   预:用估计信息,去硬盘读取数据到缓存。预100次,也就是估计将要从硬盘读取了100页数据到缓存。   ...物理:查询计划生成好以后,如果缓存缺少所需要数据,让缓存再次去硬盘。物理10页,从硬盘读取10页数据到缓存。   逻辑:从缓存取出所有数据。...,真正交给查询执行器执行时,SQL server 才会使用另外一个线程将查询“可能需要数据”从磁盘读取缓冲区(前提是数据不在缓存),这就是预。...查询计划生成好了以后去缓存读取数据,当发现缓存缺少所需要数据后让缓存再次去硬盘(物理),然后从缓存取出所有数据(逻辑)。   ...从外国论坛上看,不难理解,就是第二次查询时,如果数据已经再缓存中了,那么只有逻辑,没有物理读了,因为直接在缓存可以找到这些数据了。

76420

SQL Server 逻辑与物理

首先要理解逻辑和物理:   预:用估计信息,去硬盘读取数据到缓存。预100次,也就是估计将要从硬盘读取了100页数据到缓存。   ...物理:查询计划生成好以后,如果缓存缺少所需要数据,让缓存再次去硬盘。物理10页,从硬盘读取10页数据到缓存。   逻辑:从缓存取出所有数据。...,真正交给查询执行器执行时,SQL server 才会使用另外一个线程将查询“可能需要数据”从磁盘读取缓冲区(前提是数据不在缓存),这就是预。...查询计划生成好了以后去缓存读取数据,当发现缓存缺少所需要数据后让缓存再次去硬盘(物理),然后从缓存取出所有数据(逻辑)。   ...从外国论坛上看,不难理解,就是第二次查询时,如果数据已经再缓存中了,那么只有逻辑,没有物理读了,因为直接在缓存可以找到这些数据了。

1.5K90

Python小程序,你有TA一条消息

Python作为一个功能强大编程语言,能用到场景十分之多。这个系列旨在抓住奇思妙想,和严谨代码结合,碰撞出火花。 作为开篇,这一次我们来给你微信头像加上一条“消息”: ?...把红色圈圈插入到微信头像上面,并且加上消息数字。...先处理图二红色圈圈,把图片中白色部分变得透明,这样好把红色圈圈插入到头像,不然白色部分会掩盖头像内容。这里我们用了自己定义transparent函数处理,具体函数见代码讲解底部内容。...paste函数负责把透明化后红色圈圈粘贴到头像图中,(40,0)是粘贴位置,大家到时候可以自己调整。接下来就是在红色圈圈消息数字了,我们使用draw.text函数来完成这个操作。...需要注意,新头像需要调整红色圈圈和数字位置。一个可以改进地方是针对不同头像不要自己调节位置,在未来版本我们争取实现。

1.1K20

史上最详细仿QQ消息拖拽粘性效果实现

好久没写文章了,前段时间由于项目代码重构忙了一段时间,现在终于有点时间了就为大家带来一篇关于动画学习自定义View:类似QQ消息拖拽效果。...最终效果 我来分析一下我对这个实现过程理解:首先是在指定某个位置画一个圆出来,手指按到这个圆时候再绘制一个可以根据手指位置移动圆,随着手指移动两个圆逐渐分离,分离过程两圆中间出现连接带,随着两圆圆心距增大...番外篇 我这篇文章只是起到抛砖引玉作用,只是带领大家一步一步实现了拖拽效果,具体要怎么在项目中使用呐,大家可以根据自己需求编写即可,网上也有几种实现方式我在此简单列出来 1、固定自定义view大小为圆大小...,显示在需要位置,当用户触摸到view时候把view从当前布局移除,使用windowManage去addView(view)把我们可拖拽View添加到window层,铺满屏幕,注意初始位置定位即可实现...,说出你实现方式,让大家受益,分享是一种美德,我会在评论区选出相对不错方案加到代码,让更多人get到更多新技能。

78020

消息之点不完小红点(Node+Websocket)

由于一对一方式更加简单,我现在只考虑多对多情况,也就是在一个房间(也可以称为群组,后面都以房间称呼)消息,那么设计这样一个功能,首相我将它分成了3种用户。...存储在Node缓存房间用户列表(此处信息也可以存在Redis) B. 存储在Redis消息列表 C. 存储在MongoDB消息列表 用户1进入首页。...是,因为在房间中用户已经读取了最新消息,不需要进行计数。 否,若用户不在房间中,更新其消息计数 从缓存获取用户消息进行分发。 用户2登录我们项目,从离线用户变成了在线用户。...用户2登录时,触发查询模块,去获取其当前在各个房间消息情况。 查询模块去查询Redis消息,若Redis没有数据,会继续向数据库查询,若没有则返回0给用户。...在本项目中我们用String 来存储用户消息记录,利用其incr命令来进行自增操作。

2.2K30

Android为图标加上数字--用于短信数提醒,待更新应用数提醒等

在我们开发一些如短消息、应用商店等应用时,会考虑在短消息图标上加上短信数量,在应用商店上加上可以升级应用数量,这样不占太大空间还能达到提示目的。...附件中有最终版本项目工程 首先修改AndroidManifest.xml,加入权限,因为我们要读取联系人。...我们看到了,右上角红色1代表我手机中有一个联系人 三:采用状态栏通知办法展示联系人数量 如果我们监听短信数量,展示在状态栏通知了,就可以用这个方法,我这里还是以联系人数量为例 由于Notification...要想使用Notification,我们必须获取一个Service–NotificationManager,Android由它来管理我们Notification,获取NotificationManager...比如在短信息应用图标的右上角加上短信数目等,答案是有的,不过是迂回实现,给个思路就是使用AppWidget,这个可以实现,还能动态更新,具体怎么实现,大家可以自己摸索下,这里只提供个思路,整体和这节例子差不多

1.6K40

漫画:SOA怎样确定服务粒度?

一般系统服务划分有以下两种维度: 按模块划分 这个比较适用于偏业务场景:复杂系统,最好先按业务领域横向拆分成可独立部署子系统,每个子系统内部再按技术纵向拆分成不同子模块。...按角色划分 这个比较适用于基础服务类场景:一个大系统,每个服务看起来关联都很紧密,存在相互调用关系。这时候可以考虑它们各自承担角色和使命。...服务自治 当一个服务逻辑单元由自身领域边界内所控制,不受其他外界条件影响(外界条件带有不可预测性),且运行环境是自身可控,完全自给自足,我们认为这个服务是自治。...自治服务自身可以很好对稳定性做把控。 可发现性 因为服务是被用来复用,如果在服务设计过程,并不能发现一个已经存在服务,而需要重新建立多个同样逻辑元旦服务,会极大增加管理和维护成本。...2.运行时发现(程序) 服务消费者可以通过服务注册中心查到特定服务接口调用地址调用。 要根据系统规模和人员配置情况。 比如如果系统一个系统日活跃用户在万级和千万级,粒度肯定是不一样

55430

确定聚类算法超参数

确定聚类算法超参数 聚类是无监督学习方法,它用于处理没有标签数据,功能强大,在参考资料 [1] 已经介绍了几种常用算法和实现方式。...但是如何更科学地确定这些参数,关系到 K-均值算法聚类结果好坏。...或者说,惯性就是簇内样本与质心距离(偏差)平方和。惯性表示了聚类一致性程度,它值越小,则样本之间一致性程度越高。 寻找最佳簇数 下面以一个示例,说明如何确定最佳聚类数量。...当某个个小簇客户购买某件商品时,就只能针对少数其他潜在买家进行推荐。但是,如果簇用户是一个大一致性集合时,就可以直接针对更多潜在买家。 因此,在本例,最佳聚类数是 3。...在 KMeans 模型,有一个参数 init ,用它可以设置初始质心策略,也是一个超参数。

3.3K20

在不确定寻找确定性,火山引擎新动作指向何方?

在不确定世界,企业应如何为业务寻求更多确定性? 火山引擎近日曝出一条视频,在视频最后,“宇宙闪烁来袭,变化如何破局?...持续进化 在不确定实现确定性增长 数字化时代,“数字就是生产力”正在改变人类社会发展走向,数字经济不断衍生出新产业、新业态、新模式。...对于企业来说,由于瓶颈、限制而导致业务无法获得持续、有效增长情况已屡见不鲜。 这就需要企业打造坚实底层技术基座,在复杂多变、充满不确定商业环境,持续进化、不断迭代,开创新业务成长曲线。...时间在变、环境在变,在诸多不确定因素影响下,企业应该如何加以应对,找到数字化“破局点”呢?对此,火山引擎给出了自己答案。...火山引擎多次展示对云计算前瞻见解,以及在服务过程积累起典型实践案例,也隐约显露出在这朵年轻“云”背后所暗藏后发优势。

20120
领券