原文链接：https://juejin.im/post/5bdc257e6fb9a049ba41009 点赞功能大家都不会陌生，像微信这样的社交产品中都有，但别看功能小...本文介绍大型社交平台点赞系统的设计思路，基于 Spring Cloud，用户发起点赞、取消点赞后先存入 Redis 中，再每隔两小时从 Redis 读取点赞数据写入数据库中做持久化存储。...项目需求需要查看都谁点赞了，所以要存储每个点赞的点赞人、被点赞人，不能简单的做计数。...点赞数据在 Redis 中的存储格式 用 Redis 存储两种数据： 一种是记录点赞人、被点赞人、点赞状态的数据。 另一种是每个用户被点赞了多少次，做个简单的计数。...由于需要记录点赞人和被点赞人，还有点赞状态（点赞、取消点赞），还要固定时间间隔取出 Redis 中所有点赞数据，分析了下 Redis 数据格式中 Hash 最合适。
有赞作为一个商家服务公司，通过产品和服务，帮助互联网时代的生意人成功。在新零售的浪潮下，有赞零售为商家提供不同规模的门店和网店经营解决方案，帮助零售商家们快速进入新零售时代。...，对其他业务线产品（微商城）进行同样支持。...SAM 权限系统架构 零售通过 PC、App 和 Pad 来满足不同商家的终端需求，因此 SAM 权限系统需要满足零售不同客户端权限业务场景，同时也要支持微商城产品权限业务。...有赞零售系统基于 SAM 实现的角色对于资源的访问控制主要是 API 校验和菜单渲染，任何一家零售店登入有赞零售系统后，点击页面中的某一个菜单或者页面元素（按钮，链接…），都会进行菜单渲染以及 API...SAM权限系统抽象模型 产品在分析完需求后，将需求交由开发去完成。SAM 权限系统支撑着零售业务的同时，也支撑着微商城业务。
今天推荐的这个项目是「bk-job」—— 蓝鲸作业平台 (Job)，一套腾讯开源的运维脚本管理系统，具备海量任务并发处理能力。...除了支持脚本执行、文件分发、定时任务等一系列基础运维场景以外，还支持通过流程调度能力将零碎的单个任务组装成一个自动化作业流程； 而每个作业都可做为一个原子节点，提供给上层或周边系统/平台使用，实现跨系统调度自动化...对于重复性的操作组合，可以通过编排功能将其沉淀为 “作业”，方便管理和使用 定时执行：支持用户按业务逻辑诉求设置周期性或一次性的定期执行计划 脚本管理：将脚本以云化模式统一管理，更好的支持作业编排和周边系统调度的灵活度...账号管理：管理服务器 OS 的执行账户，如 Linux 的 root，Windows 的 administrator 等等 消息通知：满足业务按管理需求设置任务不同状态的执行结果消息通知 文件源管理：...开放文件源对接插件能力，满足从不同文件系统类型拉取文件并传输的诉求 运营分析：提供平台的运营统计数据展示，助力管理员更全方位的了解平台的运行情况 平台管理：丰富的平台管理员工具，包括但不仅限于信息更改、
作者：轻鸿 团队：中间件 前言 有赞发展初期，随着公司业务的增长，原本许多单机上定时执行的 crontab 任务越来越多，配置的维护成本变高，运行结果不能可视化，管理不统一，存在单点风险，运维和监控空白等等诸多弊端的显现...，促使了第一代定时调度系统 Watchman 1.0 的诞生。...下面将逐个介绍一下几个主要模块(tsp-web、tsp-fetcher、tsp-worker)在 TSP 整个系统中的职责和作用： tsp-web 整合原有各个产品的管理端能力和系统 API 能力；添加...功能实现 TSP 本身和 ElasticJob 是两种不同类别的任务调度系统，TSP 是集中式调度执行，ElasticJob 是分散式调度执行。...总结 本文从整体上介绍了有赞调度系统 TSP 产生的背景以及解决的问题，同时重点介绍了涉及的主要模块的细节设计，最后对一些未来计划进行了介绍，展望了部分计划中的特性；TSP 是有赞调度系统的历史沉淀，后续会在此基础上不断迭代和完善
觉得微博手动点赞太过麻烦？其实自动点赞的实现并不困难！...本篇会有Cookie、session和token方面的知识，不太了解的可以先看下 我们先通过前两个小节大概了解一下我们Python登录微博的原理，然后第三小节就会跟大家介绍微博自动点赞的代码。...self.login() self.compose(content) weibo = WeiboSpider() weibo.send(input("请输入发送的内容：")) 三、实现微博自动点赞...weibo_list_req.json() weibo_list = weibo_list_data['data']['cards'] return weibo_list # 点赞微博.../attitudes/create', data=vote_up_data) json = vote_up_req.json() print(json['msg']) # 批量点赞微博
上文说到有赞搜索系统的架构演进，为了支撑不断演进的技术架构，除了 Elasticsearch 的维护优化之外，我们也开发了上层的中间件来应对不断提高的稳定性和性能要求。...HA 随着搜索系统的广泛使用，用户对系统的稳定性也提出了更高的要求，比如在机房发生断电等故障情况下，依然能够保证服务可用，这就需要我们能够将数据进行跨机房复制同步。...Elasticsearch 本身也在开发 Changes API 特性，可以用于跨集群的数据同步，但可惜的是该特性仍然在开发中，在参考了主流的数据同步方法后，我们在中间件层开发了一套异步数据复制系统。...update/delete 等操作转换为 script 请求，保持原有语义不变 通过软删除文档中特殊字段记录的时间戳定时清理数据（可选） 为了能够感知到主从索引间的数据一致性和同步延迟，还有一套辅助的数据对账系统实时运行...小结 到这里有赞搜索系统的大致框架已经介绍完毕，因为篇幅的原因还有很多细节的功能设计并没有完整表述，也欢迎有兴趣的同学联系我们一起探讨，有表述错误的地方也欢迎大家联系我们纠正。
一、概述 目前有赞移动端的主要工作内容是在“有赞微商城”和“有赞零售”两条公司主要的业务线，随着有赞 Saas 业务的增长，客户端也不断迭代，支持越来越多的功能。...这篇文章，主要是介绍有赞微商城 Android 组件化的一些思路和实现。
相对于外界仅仅只是将关注的焦点聚焦在微盟、有赞们这样那样的问题上，我更加愿意对微盟、有赞们持更为开放的态度：给它们一些时间，或许，我们会发现一个不一样的微盟、有赞。...总结起来一句话，微盟、有赞们，真正需要的是时间。 一、微盟、有赞们经历的，正是大家经历的 我们都知道，无论是在互联网行业，还是在其他行业，一次全新的调整正在上演。...如果仅仅只是将目光聚焦在微盟、有赞们的身上，将所有的问题都归结到微盟、有赞们身上，无疑将会陷入「只见树木，不见森林」的思维怪圈。 拿微盟、有赞们所处的SaaS行业为例。...如果看不到这一点，而仅仅只是一味地盯住微盟、有赞们的增长疲软不放，仅仅只是盯住微盟、有赞们的发展不利不放，那么，我们或许始终都抓不住微盟、有赞们的真实情况，而只能陷入到狭隘的困境之中。...以这个角度来看待微盟、有赞们，我们就会发现，时间的重要性。 结语 对于微盟、有赞们粗浅的看法，其实仅仅只是站在了问题本身来看待，而没有将微盟、有赞们的发展置于更大的范围，更高的视野里。
有赞微商城使用个性化推荐系统，尤其是在关键节点增加推荐入口，进行场景化推荐，帮助商家进一步提高用户的付款转化率，最大化流量变现。...一、场景介绍 目前接入个性化推荐的入口有微商城商详页、购物车、订单列表、物流信息等7个系统固定页面，除此之外，我们也封装了插件用于店铺装修接入个性化推荐，如微页面、个人中心、日历签到，也用于店铺活动页面...二、整体架构 有赞个性化推荐系统可以分为数据、存储、服务和应用四个层级，如下图所示。...随着业务的增长，越来越多的推荐场景接入，需要设计更为复杂的分流测试实验，只基于用户唯一标识的方式肯定不能满足需求； 排序阶段需要进一步优化，尝试更多的主流前沿算法，并结合业务实际情况进行相应调整； 当前接入个推系统最多的是有赞微商城业务...，未来我们期望可以接入更多的推荐场景，包括微商城其他场景、有赞其他业务如零售、精选、分销等； 从各个环节提高推荐系统的性能，更快速的离线召回产出，更大规模的召回商品参与到重序模块，更及时的排序后结果返回及展示
总结下来，“烟囱式”系统建设模式主要有如下弊端： 重复功能建设和维护带来的重复投资 打通“烟囱式”系统间交互的集成和协作成本高昂 不利于业务的沉淀和技术发展 三、系统整合契机 每一年的五月，有赞都会举办春季发布会...为了方便商家通过“有赞云”实现个性化定制，将系统功能原子化，拆成单独的组件，基于流程编排的方式建设系统。...场景化聚合层：场景化接口的实现，目前微商城、零售的一些C端场景化接口可以复用，沉淀在这一层，方便后续其他前台产品复用。 前台：有赞不同行业形态的细分产品，如微商城、零售、零售连锁等。...考虑到现状，有赞SCRM目前已经维护了一个人群系统，但由于缺乏业务推动，目前实现还比较简单。从SCRM全局的视角出发，决定将“圈人”的规则、筛选等职责统一交由人群系统。...当前，团队内部已经在搭建分布式任务批处理调度系统，后续其他业务也可以接入。 图中的TSP调度系统，是有赞内部的任务调度平台，支持延时任务、定时任务调度。
有赞搜索平台是一个面向公司内部各项搜索应用以及部分 NoSQL 存储应用的 PaaS 产品，帮助应用合理高效的支持检索和多维过滤功能，有赞搜索平台目前支持了大大小小一百多个检索业务，服务于近百亿数据。...我是有赞搜索团队的第一位员工，也有幸负责设计开发了有赞搜索平台到目前为止的大部分功能特性，我们搜索团队目前主要负责平台的性能、可扩展性和可靠性方面的问题，并尽可能降低平台的运维成本以及业务的开发成本。...架构 1.0 时间回到 2015 年，彼时运行在生产环境的有赞搜索系统是一个由几台高配虚拟机组成的 Elasticsearch 集群，主要运行商品和粉丝索引，数据通过 Canal 从 DB 同步到 Elasticsearch...问题 这样的架构支撑了搜索系统一年多的运行，但是也暴露出了许多问题，首当其冲的是越发高昂的维护成本，除去 Elasticsearch 集群维护和索引本身的配置、字段变更，虽然已经通过数据总线与业务库解耦...架构中做了一些针对性调整，列举主要的几点： 通过开放接口接收用户调用，与业务代码完全解耦； 增加 proxy 用来对外服务，预处理用户请求并执行必要的流控、缓存等操作； 提供管理平台简化索引变更和集群管理 这样的演变让有赞搜索系统逐渐的平台化
我一直都不太喜欢给别人点赞，某一年(貌似是17年)微信出了一次朋友圈年报，那一整年我就点出去了几个赞，要知道当时我微信好友应该有300+。我觉得这是我不喜欢参与社交活动在网络世界的一种体现吧。...我这个朋友圈自动点赞就是基于Autojs开发的，Autojs我的理解就是在Android用来操控手机的平台，它提供了很多Android 系统API可以供你用Js调用，就是依赖Autojs这些Api我才能实现朋友圈自动点赞...问题1：在第一步中，虽然可以Autojs可以直接打开某个App，也可以模拟点击，而且朋友圈入口在微信主界面的位置很固定，但是你每次打开微信并不一定停留在主界面啊！！ ...实现 启动微信后可能微信停留在上次使用后的页面，没有朋友圈入口，所以我们得先返回朋友圈主界面。这时候我们只需要连续点左上角的返回键，点按多次后一定返回微信主界面。 ...举个例子，有天我看见朋友圈有人发他亲人去世……… 微信朋友圈自动点赞的实现大致都是这样了，有问题可以在下面留言或者在https://github.com/xindoo/autojs/blob/master
产品需求，实现类似微博的持续点赞再取消功能，因为自己也偶尔刷微博，对这功能有一定的使用上的了解, 至于微博点赞的具体实现我并不知道，微博点赞在断网的情况下依然能点赞，不会提示网络异常，等有网络之后...重新刷新，实际是没有点赞的,那就针对这现象去实现吧....避免并发，减少CPU压力，我个人会想到 HandlerThread ，不懂可以自行科普,这里只说我实现的点赞功能原理. private Timer mTimer;//定时器 private TimerTask...，我这里第一个key是用户，第二个key是内容的唯一ID 把点赞消息存放在管理器和加入任务队列 public void addReport(String userId, long aId, int state...总结 以上所述是小编给大家介绍的Android 仿微博的点赞功能的实现原理(持续点赞再取消)，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。
微博的转评赞都是构成微博社交关系网络的重要组成部分，其中转发和评论都在之前的推送中发布过。...2021 微博最新转发爬虫发布 2021 新版微博评论及其子评论爬虫发布 今天就来补齐赞的信息，并开放源代码，以李医生的最后一条微博为例子。...其URL地址为： https://m.weibo.cn/detail/4467107636950632#attitude 抓取保存的 csv 格式如下： 其中 lid 为微博赞的 id，user_verfied_type...为给该微博点赞的用户的认证类型，-1 就是没用认证，普通用户。...0: '名人', 1: '政府', 2: '', 3: '媒体', 220: '' } 遗憾的是，测试发现，一条微博暂时只能抓到的赞上限在
一、如何设计微博点赞功能数据库？ 明星的一条微博的点赞数可能有几十万，甚至百万以上。那么这个「点赞功能」（会记录谁点了赞），新浪微博的数据库是如何设计的呢？...首先每条微博你所看到的点赞总数肯定本地和后端分开，也就是你点赞后，本地加1，先保证你自己马上看到变化。...然后通过点赞事件的方式传递给队列中，肯定不会直接写关系数据库，一条流量明星微博，千万粉丝点赞，评论里再点赞的请求事件挺吓人的。...另外保证最近一周的微博点赞统计数都在内存里，例如用Redis，一周以上的微博点赞数据都在k-v库里，例如用Hbase。内存库和kv库可以做冷热数据交换。...解决方案： 采集数据主要是看应用场景，如果是采集数据按周期整存整取，批量读取分析的话，用分布式文件系统，数据量够大，写入非常快，直接上Hadoop hdfs 但是若数据采集到，不仅要做离线分析，还需要实时的回放查找
据有赞财报显示，从2018-2021年，有赞分别亏损7.26亿元、9.16亿元、5.46亿元、32.93亿元。据微盟财报显示，从2020-2021年，微盟分别亏损11.57亿元、7.83亿元。...有赞和微盟都是依靠微信生态发展起来的SaaS服务商，当微信用户可以直接通过链接打开淘宝的店铺时，意味着商家无需在微信搭建自有平台，也不必再在微信花钱做精准营销就可以进行跨平台服务，在此背景下主打“跨平台营销...”的有赞、微盟的业务，自然会受到冲击。...其三，抖音、快手等流量平台切断外链，加速了有赞、微盟付费客户的流失。有赞、微盟的主要收入是由订阅解决方案和商家解决方案这两个业务板块贡献的，也就是说它们的收入极其依赖商户的持续性付费。...一方面，目前来看流量平台自建的SaaS服务取代有赞、微盟的可能性不大。虽然像腾讯、快手等流量平台自建的SaaS服务短期内，的确压制了有赞、微盟的业务增长。
今日学习目标：第二十期——文章点赞功能的实现 ✨个人主页：颜颜yan_的个人主页 ⏰预计时间：15分钟 专栏系列：我的第一个微信小程序 ---- 文章目录 前言 效果图 实现步骤 总结...---- 前言 哈喽大家好，本期是微信小程序专栏第二十期。...本期主要内容是文章点赞功能的实现。...每期内容是连载呢，建议大家可以看看往期内容，更好理解噢~ ---- 效果图 实现步骤 点赞功能的思路和上期收藏的思路是一样的噢~ 首先在接口中添加处理点赞操作的方法。...并在组件中添加响应用户点赞的方法。 添加响应用户点赞的方法，当用户点击点赞按钮后 ，该方法将调用接口中的up方法并将返回的最新数据使用this.setData更新。
微信7.0改版，公众号文章的点赞变成了好看，点击好看会把文章推荐到「看一看」，还能在「看一看」与好友互动评论。...为什么说是日活9亿的知乎，因为一微信官方宣称日活跃用户是9亿，二因为知乎的点赞机制跟好看基本是一样的，知乎的点赞会把文章推荐到粉丝的关注页面，而公众号的好看则会推荐到好友「看一看」的好看页面。...之前看一篇文章说，之前的点赞是匿名的赞，我觉得好就点了，跟别人无关，而好看是公开的赞，点了别人也就知道了，公开就会有一些顾虑。...从微信7.0将点赞改为好看，再加上第一次启动时那句王阳明的“因你看见，所以存在”，看得出微信是打算重点推「看一看」这个栏目了。 实际上「看一看」今年5月份就推出了，但一直不温不火知道的人不多。...又学微博搞热榜，一打开全是娱乐圈信息，不知是编辑推荐引导的还是微博用户真的已经攻陷了知乎。 ? ? 还学快手抖音搞视频，还好最近听说视频团队解散了。
图片有赞商城如何对接ERP、CRM系统？...许多有赞商城的客户提了这个需求：● 有赞商城能不能和企业微信打通？● 有赞商城能不能对接比如金蝶ERP？● 有赞商城能不能比如对接CRM系统？...过去这类有赞商城系统的数据对接，通常需要定制开发，对接费时费力，价格高昂。那么，如何将有赞和常用的CRM系统、ERP系统或者协同办公IM系统连接呢？...● 有赞中新创建一个客户、修改客户标签信息时，自动同步至CRM系统中● 当有赞中SKU商品信息有修改时，自动同步至ERP系统中有赞商城目前我们支持什么自动化操作呢？...维格表、金数据、金蝶、微盛SCRM、智齿、用友、有赞等200+应用和产品的打通。
因此，作为数据团队，基于对数据驱动增长的思考，我们首先构建了有赞ABTest系统。...3.3 ABTest SDK 考虑到目前有赞的技术栈现状，ABTest系统提供了Java和Node两种客户端SDK。ABTest SDK主要实现以下3种能力： 实验配置动态分发。...ABTest平台支持监控数据的计算和基于规则的异常检测，并接入有赞告警平台，实现异常告警。 五、ABTest的度量数据产出 对于业务方来说，ABTest系统的核心价值在于实验的度量数据。...我们的主要工作包括： 通用效果模型 考虑有赞主要提供的是电商SaaS服务，有赞商家经营的主要目标是提升销售额。...考虑到有赞的业务场景，我们将极限提升GMV指标作为ABTest系统的北极星指标。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
