工作总结
文章平均质量分 52
@云师兄
将技术心得汇聚总结,利人利己
展开
-
spring-data-elasticsearch中集成search Guard
近期项目中接入elasticsearch,供管理台大表的数据模糊查询,在原有spring项目中引入spring-data-elasticsearch,以及使用searchGuard进行鉴权版本spring-data-es与使用的es版本有直接关系,这里找到响应的spring-data-es版本。注意spring-data-es依赖包中包含spring的相关框架,如果与原有系统的冲突需要兼容...原创 2019-12-09 23:53:27 · 1093 阅读 · 0 评论 -
关于积分系统的一点总结
近期完成一个积分(钱)系统的搭建,可用于兑换实体奖品,具备价值符号。其中遇到的问题和积累的方案进行小小的总结和思考。功能设计绑定与账户1、标识同一个用户,在积分系统外部并没有暴露账户id,而是由其他能标识用户身份的信息W组合而成,如手机号、微信号、邮箱。通过将多个外部信息W映射(绑定)到唯一的内部账号id,就认同为是同一个账号。同时支持同类外部信息绑定,如多个手机号绑定同一账号id(但...原创 2019-11-18 21:00:44 · 1963 阅读 · 1 评论 -
关于状态的一点总结
每次有活动的需求,都会离不开用户的状态,比如用户今日已登录,已抽奖,已提现。 这些状态的变更,归根结底,也就需要一个事件event, 这个事件,可以是用户的触发(手动点击按钮或者用户触发的二级事件,如mq消息),也可以是时间的触发(轮询作业,这种其实也是一个事件,时间点触发的事件)。存储在数据库的状态,一定需要上述的一个事件去更新,但是展示给用户的看的状态,却不一定。 比如用户金额的提现...原创 2018-05-01 20:07:49 · 199 阅读 · 0 评论 -
关于列表自建索引的一点总结
问题场景最近接到一个产品需求,需要展示用户的参与的活动列表,这个列表需要根据活动的状态先排序,也即未结束的总是放在前,已结束都放在后面,并且相同状态下按照时间倒序,并支持分页功能前期缺陷方案项目使用mongo作为db,一开始看起来似乎挺简单,利用mongo多重order排序出来,再给个lastId作为分页就行了。后面发现产品需求未结束和已结束的时间排序并不是同一个时间,未结束按照创建时...原创 2018-08-31 23:43:01 · 343 阅读 · 0 评论 -
关于粉丝号的一点总结
初期场景最近产品结了一个需求,要给每个进入频道用户颁发一张粉丝卡,这个粉丝卡上的粉丝号每个频道唯一,每个人在每个频道也只能唯一拥有一张粉丝卡。粉丝号段由管理系统录入,粉丝号不保证连续,如录入1-100,102-105,中间独缺了101,过了105,后面进频道的用户无法拥有粉丝卡了。而且必须小号优先发,不能有粉丝先进是102,后进是100。项目使用mongodb开发初期方案两张mongo...原创 2018-09-01 00:36:46 · 390 阅读 · 0 评论 -
新司入职满月总结
导语今日刚好入职国内某互联网金融公司W(后台开发岗)满一个月,趁此机会总结和分享下入职后的一些感慨。顺便与老东家互联网Y公司从工程技术方面进行对比,从个人角度上看互金与互联网公司之间的细微差异。职能角色每一次版本迭代,都需要不同的角色参与协作完成。从职能角色中可以看出W公司还有业务运维岗,与开发、测试三者构成目前流行的devOps工作模式,三个角色对于业务应用服务都非常清楚。一般跨系统的复杂...原创 2019-06-07 15:15:07 · 365 阅读 · 0 评论