健康资讯 关键是主板支持接口！win xp之前的操作系统都可以。win 98以下是要安装驱动的//@BD4UHD:用过5.25寸，知道装什么操作系统么？
果然被我说中了（见我5月20日微头条），替河南那几家村镇银行做接口的科技公司有问题。
所谓“接口”，就是连接外部互联网平台与银行核心账务系统的软件。正常接口的任务，就是把银平台引流来的存款数据转换后导入银行，再由银行上报央行相关数据。如果接口公司做手脚，导致资金在银行账外运转，那么就会出问题。
根据警方通报，这两家科技公司实际为新财富相关犯罪团伙掌握，存在“”删改数据、屏蔽瞒报”等犯罪行为，这就说明至少是有部分存款数据在进入银行核心账务系统之前就被犯罪分子拦截删改了，而整个闭环流程唯一的缺口就是这个接口系统。
所以，在最初报道说村镇银行员工表示对互联网平台导流存款不知情，是情有可原的。因为有部分数据被删改屏蔽了，银行也没有数据。问题出在银行和平台都是背对背，中间只有一个外包公司做的接口做中转，银行以为平台数据都正常导入了，平台以为存款数据被银行确认了，其实双方都不知道被“接口”骗了。当然，银行中肯定有被买通的内鬼，对上对下都隐瞒了真相，否则只要去相关平台一对账，问题自然就暴露了。
河南监管当局表示说正在制定处置方案，将于近期公布。笔者在此希望大家的存款都能得到保障，毕竟对于普通储户来说，是没有能力区分“真假“”银行存款的。
ipconfig 和 ifconfig 之间的区别：
代表：ipconfig 代表 Internet 协议配置，而 ifconfig 代表接口配置。
ipconfig 可用于控制台应用程序，该应用程序显示当前连接的网络设备的所有网络配置，并可修改其 DHCP 和 DNS 设置。Ifconfig 是一个系统管理员实用程序，用于配置、控制和查询系统的 TCP/IP 网络配置。
支持的操作系统：ipconfig 命令受 Microsoft Windows 操作系统、React OS 和 Apple Mac OS 支持。一些最新版本的 Linux 操作系统也支持 ipconfig。基于 Unix 的操作系统支持 ifconfig 命令。
功能：ipconfig 命令显示所有当前连接的网络接口，无论它们是否处于活动状态。另一方面，ifconfig 命令仅显示连接到系统的已启用网络接口。
显示所有接口配置：'ipconfig/all' 命令用于在 Microsoft Windows 操作系统中显示系统的所有网络配置，而在基于 Unix 的操作系统中使用 'ifconfig -a' 命令。
用VLIFE平台半小时可完成一个小型系统。全场景CRUD接口封装，80%+的代码可智能分析生成，加快上线速度[灵光一闪]
程序员超哥的头条低代码有多爽？一个星期的活，只需一个小时干完，手把手带你入门
07:52我查了一下，SYBASE SQLANYWHERE，这是SAP自己家的数据库集成系统，这种要么基于接口开发，要么由官方提供封装，和常见的开源和使用量很大的数据库还不一样，使用这个的具有专一性，肯定没有那么多人去做这方面，还是要靠在这个生态里混饭吃的人自己来了//@冰冰幽雨:
这是我最喜欢的对go的评价：一个新语言，却用旧语言的特性去要求它，这不是聪明的做法。“一百个人眼中有一百个哈姆雷特。”编程语言也是如此。所以这个语言能干什么，就拿去干。如果它干不好，自然就会被淘汰掉，事实证明，现在golang干得挺好。我觉得go的心态应该像老干妈曾经说的，我就做辣椒酱，其它的我也不懂，也做不好。PS: 我个人就很喜欢if err != nil这种风格。
Kafka简介
1.1消息队列
1.1.1为什么要有消息队列
面对比较大的流量冲击，在网站系统中一般会有一个消息存储/缓存系统，网站就按自己的服务负载的能力，来消费这些消息——消息队列，或者叫做消息中间件
消息队列应该具备最基本的功能：
1、存储能力，所以是一个容器，一般的实现都用队列
2、消息的入队或者生产
3、消息的出队或者消费
从消息的生产与消费的角度上而言，消息队列就是一个典型的生产者-消费者模型的实现框架
1.1.2消息队列
消息 Message
网络中的两台计算机或者两个通讯设备之间传递的数据。
队列 Queue
一种特殊的线性表，特殊之处在于只允许在首部删除元素和在尾部追加元素。
消息队列 MQ
消息+队列，保存消息的队列。消息传输过程中的容器；主要提供生产、消费接口外部调用做数据的存储和获取。
1.1.3 消息队列的分类
MQ主要分为两类：点对点（p2p）、发布订阅（Pub/Sub）
Peer-to-Peer 一般基于Pull或者Polling接收数据，发送到队列的消息被一个而且仅仅一个接受者所接受，即使有多个接收者在同一个队列中侦听同一消息，即支持异步“即发即收”的消息传递方式，也支持同步请求/应答传送方式
发布订阅发布到同一个主题的消息，可被多个订阅者所接收，发布订阅即可基于Push消费数据，也可基于Pull或者Polling消费数据，解耦能力比P2P模型更强
1.1.4 p2p和发布订阅MQ的比较
共同点：
消息生产者生产消息发送到queue中，然后消息消费者读取并且消费消息
不同点：
p2p模型包括：消息队列（Queue）、发送者（Sender）、接收者（Receiver），一个生产者的消息只有一个消费者（Consumer）（即一旦被消费，消息就不存在消息队列中），比如所打电话。
pub/Sub包含：消息队列（Queue）、主题（Topic）、发布者（Publisher）、订阅者（Subsciber）
每个消息都有多个消费者，彼此之间互不影响。比如我发一个微博：关注我的人都能看到。
1.1.5 消息系统的使用场景
解耦 各系统之间通过消息系统这个统一的接口交换数据，无需了解彼此的存在
冗余 部分消息系统具有消息持久化能力，可规避消息处理前丢失的风险
扩展 消息系统是统一的数据接口，各系统可独立扩展
峰值处理能力 消息系统可顶住峰值流量，业务系统可根据处理能力从消息系统中获取并处理对应量的请求
可恢复性 系统中部分键失效并不会影响整个系统，它恢复会仍然可从消息系统中获取并处理数据
异步通信 在不需要立即处理请求的场景下，可以将请求放入消息系统，合适的时候再处理
1.2 Kafka简介
1.2.1 简介
Kafka是分布式的发布——订阅消息系统。它最初由Linked（领英）公司发布，使用Scala语言编写，于2010年12月份开源，成为Apache的顶级项目。Kafaka是一个高吞吐量的、持久性的、分布式发布订阅消息系统。它主要用于处理活跃live的数据（登录、浏览、点击、分享、喜欢等用户行为产生的数据）。
三大特点：
高吞吐量
可以满足每秒百万级别消息的生产和消费—生产消费
持久性
有一套完整的消息存储机制，确保数据高效安全的持久化——中间存储
分布式
基于分布式的扩展和容错机制；Kafka的数据都会复制到几台服务器上。当某一台服务器故障失效时，生产者和消费者转而使用其它的机器——整体
健壮性
1.2.2 设计目标
高吞吐率 在廉价的商用机器上可支持每秒100万条消息的读写
消息持久化 所有消息均被持久化到磁盘，无消息丢失，支持消息重放
完全分布式 Producer，Broker，Consumer均支持水平扩展
同时支持在线流处理和离线批处理
12.3 Kafaka核心的概念
一个MQ需要哪些部分？生产、消费、消息类别、存储等等。对于Kafka而言，Kafka服务就像是一个大的水池。不断地生产、存储、消费各种类别的消息。那么Kafka由何组成呢？
Kafka服务：
Topic：主题，Kafka处理的消息的不同分类。
Broker：消息服务器代理，Kafka集群中的一个Kafka服务器节点称为一个broker，主要存储消息数据。存在硬盘中。每个topic都是有分区的。
Partition：Topic物理上的分组，一个topic在broker中分为1个或者多个partition，分区在创建topic的时候指定。
Message：消息，是通信的基本单位，每个消息都属于一个partition
Kafka服务相关
Producer：消息和数据的生产者，向Kafka的一个topic发送消息。
Consumer：消息和数据的消费者，定于topic并处理器发布的消息。
Zookper：协调Kafka的正常运行。
