这是很久之前的一个项目了，最近刚好有些时间，就来总结一下吧！
推荐初步熟悉项目后阅读本文： https://gitee.com/smalldyy/easy-msg-cpp

这要从我从事Qt开发的那些日子说起了，项目说大不大，说小也不小，人倒是一茬又一茬，需求也换了又换，后来的事情大家都懂了，项目变成了一坨浓Shit，且不说其中的设计、构架、以及需求问题，单说说我对这个项目的直观感受，在我看来，整

C++对象间通信组件，让C++对象“无障碍交流”

转载自:  https://blog.csdn.net/cnh294141800/article/details/53768464
Paxos协议超级详细解释+简单实例
 


Basic-Paxos算法(可以先看后面的实际例子再看前面的具体介绍部分）
Paxos算法的目的
Paxos算法的目的是为了解决分布式环境下一致性的问题。
多个节点并发操纵数据，如何保证在读写过程中数据的一致性，并且解决方

Paxos协议超级详细解释+简单实例

目录

目录
目录
1、介绍
1.1、什么是 Bamboo?
2、Bamboo 的官网在哪里？
3、如何下载安装？
4、对 Bamboo 进行配置
4.1、获取授权许可
4.2、一般配置
4.3、数据库配置
4.4、设置管理员帐号和密码
4.5、查看破解信息
5、设置 Bamboo 使用 Crowd 认证
5.1、在 Crowd 中添加 Bamboo 需要用到的用户组
5.2、在 Crowd 中添

Docker 创建 Bamboo6.7.1 以及与 Crowd3.3.2 实现  SSO 单点登录

1.需要调用

#include <avr/wdt.h>

2.设置看门狗复位时间

wdt_enable(WDTO_2S);

代码时间定义的底层查看

#define WDTO_15MS 0

/** \ingroup avr_watchdog
See \c WDT0_15MS */
#define WDTO_30MS 1

/** \ingroup avr_watchdog See
\c W

Arduino 看门狗使用

0x00 前言
UPX作为一个跨平台的著名开源压缩壳，随着Android的兴起，许多开发者和公司将其和其变种应用在.so库的加密防护中。虽然针对UPX及其变种的使用和脱壳都有教程可查，但是至少在中文网络里并没有针对其源码的分析。作为一个好奇宝宝，我花了点时间读了一下UPX的源码并梳理了其对ELF文件的处理流程，希望起到抛砖引玉的作用，为感兴趣的研究者和使用者做出一点微不足道的贡献。
0x01 编译

UPX源码分析——加壳篇

$ dmesg[ 3305.097301] usb 1-1: USB disconnect, device number 7[ 3306.883704] usb 1-1: new high-speed USB device number 8 using ehci-pci[ 3307.188064] usb 1-1: New USB device found, idVendor=0403, idPr

Centos 7禁止ftdi_sio模块

该文章总结一下MySQL的常见安装方式，以tar，yum，script 三种方式来演示：
一般的公司都会有自己统一的数据库安装规范和模板，在生产环境请按照自己的规范来安装和使用，这里只演示和测试，供需要的伙伴们参考
在文章中你会发现有的路径和指定的不一样，这都不影响，都可以自己折腾，毕竟dba在前期就要善于各种折腾，才能在关键时候：水来土掩....
1. 操作系统，系统环境，目结结构，用户，权限，

MySQL 5.6/5.7 linux常见安装（tar，yum，script）

感觉这个比前一套，容易理解些~~
关于数据提前下载的问题：
https://www.jianshu.com/p/5116046733fe


如果使用keras的cifar10.load_data()函数，你会发现，代码会自动去下载 cifar-10-python.tar.gz 文件实际上，通过查看cifar10.py和site-packages/keras/utils/data_utils.py

再来一个tensorflow的测试性能的代码

当输入nvidia-smi时出现
NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.报错，解决方式：

sudo apt-get install dkms
sudo

查看显卡报错：NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.

1、背景
公司一个 RocketMQ 集群由4主4从组成，突然其中3台服务器“竟然”在同一时间下线，其监控显示如下：

依次查看三台机器的监控图形，时间戳几乎完美“吻合”，不可思议吧。
2、故障分析
出现问题，先二话不说，马上重启各服务器，尽快恢复集群，降低对业务的影响，接下来开始对日志进行分析。
Java 进程自动退出(rocketmq 本身就是一个java进程)，一种最常见的问题是由于内存溢出

一次 RocketMQ 进程自动退出排查经验分享（实战篇）

之前有篇博文总结了 模版驱动表单 ， 以及 模版驱动表单的自定义校验 ， 本篇总结下模型驱动表单。
　　与模版驱动表单是不同的编程思路，偏向于数据模型。先在组件中建立表单控件的对象树，再绑定到组件模版的原生表单控件上。而模版驱动表单则是在组件模版中使用了内置的 ngForm、ngModel指令，这些指令会自动完成很多工作，以达到双向绑定、监听form和表单控件的状态等等 的目的。虽然模版驱动表单写