Redis订阅发布功能 Redis的发布订阅模型主要关注于消息的传递而不是消息的历史记录或长期存储。然而，Redis的发布订阅模型缺乏持久性主要是因为他不是设计用于数据持久化的场景。这种模型的复杂性比标准的消息队列系统要高得多，而且redis服务器的资源也会更快的消耗。redis的订阅发布不是一种可靠的消息系统。意味着如果redis服务器奔溃或者重新启动，发布的消息将会丢失，也是会导致数据不一致和应用程序错误行为的风险。数据丢失 ：缺乏持久性，redis奔溃导致消息丢失，数据不一致和应用程序错误行为。在高频率发布和消费消息时（
RSA基本介绍、加解密、加验签 比如A和B都有一套自己的公钥和秘钥，当 A 要给B发送消息时，先用 B 的 公钥对消息加密，再用A的私钥对消息签名。这个过程中也有2次传递，第一次A将私钥加密的信息传递给B，第二次 B 获取 A 的公钥，即使被恶意截获，也没有危险，即使知道了消息的内容，也无法伪造带签名的信息回复给B，因为只有A的私钥才能对信息进行签名，防止了信息被恶意篡改。这个过程，有两次传递，一次是A将公钥传给B，第二次是B将公钥加密后的信息传给A，即使两次均被恶意获取，也没有关系，只有A手中的私钥，可以解密出准确的信息。
linux + thinkphp + crontab实现定时任务 首先，创建一个李自定义命令类文件，根据自身需求变更命令会在生成文件php// 指令配置// 指令输出配置无关紧要，根据自己情况修改或不动都是可以的execute()就是我们这运行自定义命令时执行的操作其次，我们打开文件配置php// | 控制台配置return [// 指令定义'changestatus'=>app\command\ChangeStatus::class, //根据自身情况，变更数据],最后，我们运行就可以看到我们自定义的命令了。
linux进程守护-supervisor配置项目 process_name ： 进程名，当numprocs参数为1时，不需要管，当numprocs为3表示开启3个子进程，子进程的名称分别是。stopwaitsecs：当我们想子进程发送停止信号后，到系统返回信息给supervisord，所等待的最大时间，默认为10s。false：不重启 true：重启 unexpected：没弄清DOTO。redirect_stderr： 是否记录日志 默认为false：不记录 、true：记录。时子进程将在supervisord启动后被启动，默认为true。
thinkphp6---延迟生效解决办法 使用thinkphp6开发项目的时候，发现一个问题，就是修改控制器的时候，会出现延迟，才会生效。这个不是thinkphp6框架的问题，是php7.x扩展的问题，关闭opcache就行。@[TOC](thinkphp6 dump()打印有延迟)找到php.ini，下的opcache扩展。不需要重启就可完成修改。
memcached查看所有的key 1、telnet 127.0.0.1 11211输入后会黑屏，直接回车就可以正常输入了。显示各个slab 中 item 的数目和存储时长（最后一次访问距离现在的秒数）。2、输入命令提示 “指令无效”，需要用管理员身份运行。查看命令根据返回的数据查找。就可以看到存储的key了。
关注
