按道理来说，监控告警系统应该是酱紫的，绚丽并五彩斑斓，有头有脸有屁股。然鹅，一些小项目似乎也用不上这么高大上的玩意，最近邮件错误告警不及时，撸主决定给项目接入大家比较常用的企业微信机器人。首先，你得有

前言Activiti 自身提供了一套用户管理，但是在开发中业务系统本身就有一套用户管理系统，这时候就要把业务系统中的部分用户数据同步到 Activiti 用户表管理中。那么，如果不同步呢？不少开发者一

前言随着科技的发展，人脸识别技术在许多领域得到的非常广泛的应用，手机支付、银行身份验证、手机人脸解锁等等。识别废话少说，这里我们使用 opencv 中自带了 haar人脸特征分类器，利用训练好的 ha

前言一般来说电商的日订单都是百千万级甚至是亿万级别的了，小小的数据库肯定是撑不住的，这时候就要提前考虑分库分表了。国内一般大厂规则参考：单表500万条记录，正常水平800万条警戒线1000万条必须要分

表说明act_ge_ 通用数据表，ge是general的缩写act_hi_ 历史数据表，hi是history的缩写，对应HistoryService接口act_id_ 身份数据表，id是identit

前言上一篇博文与大家分享了简单的图片人脸识别技术，其实在实际应用中，很多是通过视频流的方式进行识别，比如人脸识别通道门禁考勤系统、人脸动态跟踪识别系统等等。案例这里我们还是使用 opencv 中自带了

前言书接上回，虽然小编都不敢轻易在这里吹牛逼，但是该优化升级还是很有必要的，不然作为技术负责人或者架狗屎的话岂不是百无一用了。虽然大部分公司不会分表，但不少公司应该会做一个备份库，一般通过MySql自

前言在工作流中，最常用的就是待办任务列表了，如果你仅仅是通过 Activiti 自带的 API 进行查询，大多数情况下查询的数据会不准确。案例API://查询待办任务taskService.creat

前言语音合成技术能将用户输入的文字，转换成流畅自然的语音输出，并且可以支持语速、音调、音量设置，打破传统文字式人机交互的方式，让人机沟通更自然。应用场景将游戏场景中的公告、任务或派单信息通过语音播报，

拆分背景随着平台业务增长，功能耦合度越来越高，部署周期变长，代码样式混乱、新人入手复杂、独立功能影响系统的稳定性等等，等等，等等问题。以邮件通知为案例对服务进行拆分，独立服务，独立部署，独立进程，做到

前言Activiti 中有互斥网关和并行网关，但是在实际项目开发中，经常会出现一些看起来离奇的需求，比如任务分配给多人审批，只要指定数量的人审批通过就可以进入下一个流程。流程图部分XML

• 
  spring
• 博客
• 1年前
• 421
• 0

前言去年年底，博主有购房的意愿，本来是打算在青岛市北购房，怎奈工作变动，意向转移到了李沧，坐等了半年以后，最终选择在红岛附近购置了期房。也许一些知道青岛红岛的小伙伴会问我，为什么会跑到那鸟不拉屎的地方

前言目前从事于教育行业，尽管如今用户量并不是特别多，但我们的产品有点庞大。基于目前的单体架构，有众多的弊端，由于前期用户量并不多，产品迭代不是很频繁，相应的问题并没有凸显。但是随着团队越来越大，相应的

写在开始上一篇有讲到 springTask任务案例源码实现 此篇，spring整合Quartz实现更强大的定时任务。任务介绍Quartz存储job方式就分三种，我们最常用的也是quartz默认的是RA

前言移动端需求，在工作审批流中发起一个流程实例，会通知到下一个指派人或者相关角色，后台把相关审批参数发送给微信端来实现移动端办公。步骤申请人发起流程实例，同时我们可以获取到业务ID、流程实例ID、当前

前言昨晚，焚香、沐浴、更衣！怀着朝圣般的心情。就像灭霸一样！去看了妇联4的终局之战。不得不说，票价有点小贵，整体效果还算可以，就是剧情有点懵逼。中间眯了几下（时长真的有点长），本来想玩玩手机，环顾四周

背景如果我们打开天猫APP想购买一件商品，从搜索、商品展示、购物车、下单、支付、订单中心、物流详情等等一系列的功能，前台一气呵成，用户不需要关心后端到底做了什么，但是后端可能会调用不同的服务才能完成这