前言去年已经做过一次低代码平台的分享和调研，当时看到OutSystems时感觉变革可能要来了，但到现在还是没有太大的变化。但最近看到低代码的平台又有不少新的报道和消息，作为重点跟踪的技术，今年有必要再进行一次进展跟踪。先总体的说一下，从泛用性和实用性上来讲，OutSystems仍然是一骑绝尘，而且还在持续的完善细节。国内的平台更多的面向一个领域来解

前言我们在使用时偶尔会在管理员邮箱中收到系统发出的告警通知，如EC2维护信息，这些邮件很容易淹没在收件箱中，没有得到及时处理。另外对于重要的应用我们可能会在CloudWatch设置一些指标告警并进行邮件通知。如果这些都可以发到微信等即时通信软件，就比邮件通知好多了，毕竟很多人都习惯在即时通信软件上查看消息。具体实现原理并不复杂，我们知道微信等即时通信工具均

粘包和拆包是TCP网络编程中不可避免的，无论是服务端还是客户端，当我们读取或者发送消息的时候，都需要考虑TCP底层的粘包/拆包机制。TCP粘包和拆包TCP是个“流”协议，所谓流，就是没有界限的一串数据。TCP底层并不了解上层业务数据的具体含义，它会根据TCP缓冲区的实际情况进行包的划分，所以在业务上认为，一个完整的包可能会被TCP拆分成多个包

信号是Linux编程中非常重要的部分，本文将详细介绍信号机制的基本概念、Linux对信号机制的大致实现方法、如何使用信号，以及有关信号的几个系统调用。信号机制是进程之间相互传递消息的一种方法，信号全称为软中断信号，也有人称作软中断。从它的命名可以看出，它的实质和使用很象中断。所以，信号可以说是进程控制的一部分。一、信号的基本概念本节

摘要在这篇文章中，我将从消息在Kafka中的物理存储方式讲起，介绍分区日志段日志的各个层次。然后我将接着上一篇文章的内容，把消费者的内容展开讲一讲，区分消费者与消费者组，以及这么设计有什么用。根据消费者的消费可能引发的问题，我将介绍Kafka中的位移主题，以及消费者要怎么提交位移到这个位移主题中。最后，我将聊一聊消费者Rebalan

最近打算出一个系列，介绍Dubbo的使用。分布式应用现在已经越来越广泛，SpringCould也是一个不错的一站式解决方案，不过据我了解国内目前貌似使用阿里Dubbo的公司比较多，一方面这个框架也确实很OK，另一方面可能也是因为Dubbo的中文文档比较全的缘故，据Dubbo官网上的消息，阿里已经重新开始了对Dubbo的维护，这也算是使用D

o2o是一种结合线上线下的商业模式，一些具备了一定实力的企业和加盟商，都非常青睐于这种商业模式，o2o业务通过打折、提供信息、服务等方式，将线下的商户消息提供给互联网的用户群体，把他们带到这些商户中进行消费，那么企业进行o2o系统的搭建有哪些好处呢？!(https://oscimg.oschina.net/oscnet/up238d37e83a2b

从维基百科上翻译的，有点蹩脚包涵包涵。1xx消息相关的代表请求已经收到，继续处理。这个状态码的分类意味着一个临时的响应，仅有状态行和可选的头部信息组成，并且有一个空行结尾。因为HTTP/1.0并没有定义任何1xx相关的状态码，所以服务器应该发出一个1xx的响应给一个HTTP/1.0的客户端除非在实验条件下。100继续

先介绍一下项目需求，主要是服务器接受客服端（电子柜台）传来的心跳信息，服务器也能主动发送信息给客户端最近看了很多帖子，大多是服务器接受信息，然后被动回应客服端，这里我简单的做了一个管理客户的列表。用于指定发送（当然就是本地操作成功，还未完全测试，应该还是存在很多Bug，仅供参考！！）先说说Nio，这里就直接贴大神的链接啦：https://gitb

一、题目解读2021年中的“廊桥分配”（P7913）是一个经典的资源分配问题。题目要求处理n个航班，每个航班有到达和离开时间，需在m1到m2个廊桥的限制下，计算使用不同数量的廊桥时能服务的最大航班数。核心在于高效分配廊桥资源，避免时间冲突，同时满足数量限制