rongbu2

摘要： 业务场景描述： 每个用户可以通过用户加入app的方式获得被邀请用户获取收益的 10% ，被邀请用户通过填写邀请用户的邀请码进行绑定。 那么邀请者和被邀请者之间的关系需要存储起来，具体的实现方法有多种，最终选择了 路径枚举的方案。 方案选择： 1. 自引用法（基础父子关系） 自引用本身：每个节点都有 阅读全文

摘要： 基本逻辑： 定时任务触发函数； 查询配置表，根据配置表中上一次归档的时间以及归档的时间间隔，时间单位 查询出需要进行归档的表 ； （函数逻辑） 修改表名：将原表名修改为归档表名；（函数逻辑） 创建表：创建原表； （函数逻辑） 迁移数据：根据配置表中的数据进行迁移数据。（函数逻辑） 自动归档配置表： 阅读全文

摘要： public static List<String> getExactMatchesByGoogleCrawler(String imageUrl) { try { ObjectMapper objectMapper = new ObjectMapper(); // 发送请求并获取响应 (模拟点击 阅读全文

摘要： 请求1 https://lens.google.com/uploadbyurl?url=https%3A%2F%2Fwww.cam101.com%2FUploadFiles%2FcamFile%2Fimg%2F20240312%2Fthum_6b2f4732735d4d34b0dfc1ed6c996 阅读全文

摘要： 结论: 利用 模拟http请求 , 检索并处理 html文本数据 可以实现. (性能方面考虑 , 优先考虑使用 模拟请求的方式 , 最后兜底考虑 selenium driver) 风险: 如果网页的数据结构变化 , 要重新编写检索和处理 文本数据的逻辑. 具体过程: 使用工具: fiddler , 阅读全文

摘要： Easy rules 规则引擎 关于实现/使用 实现和使用可以直接百度/google ， 例如：规则引擎EasyRules_浅析 - 海韵༒听心 - 博客园 本文主要描述 一些心得 关于Easy rules 的使用场景。 现用工作中的Esay rules 使用场景 目前 ， 实际工作中 是由同事先接 阅读全文

摘要： 分组后获取最近的一条数据 效果如下： 数据情况: 查询情况: 左连接后过滤 SELECT * FROM cert_application t1 LEFT JOIN cert_application t2 ON t1.cert_application_type = t2.cert_applicatio 阅读全文

摘要： 1. 主键的选择？ - 一般来说选择小的数据类型作为主键可以提高效率，占用的空间小，需要排序和比较的数据量小 bigint - > int - 一般来说 数值比字符串 性能更好 ，因为字符串还需要比较字符集和排序规则 因为B+数的结构决定的，主键索引（聚簇索引），数据都在叶子结点，插入数据的时候需要 阅读全文

摘要： 由于原有逻辑中有个很大的问题，就是是在内存中使用洗牌算法对list进行排序，数据量少的情况可以这么处理，当数据量大的时候就会造成很大的消耗，一方面是 数据库io 读写会多，会查询大量的数据 ，一方面jvm堆内存也会占用很多。所以进行整体的优化。之前的逻辑如下： [【工作日常】推荐策略V3 ](htt 阅读全文

摘要： 功能逻辑设计： 分池： 全表用户分池：SSS、SS、S、A...（目前的需求只需要构建3个用户池） 新建对应的表结构作为用户池数据存储持久层，表结构基本和dating_user保持一致 XXL 定时任务，处理全表用户...注意数量进行钉钉告警，以及异常进行钉钉告警 SSSFilterConditio 阅读全文