共赴良策

...

...

[!前言] 日常生活中肯定遇到这种情况：在家里的时候需要访问公司网络，或者两个不同的家庭玩一款不具备游戏服务器的单机游戏。但是两个网络环境都为局域网，肯定没法互相访问。那么针对这种情况，除了使用ddns代理公网ip并配置微信公众号说了秒删的那种方式外还可以使用tailscale做异地组网。异地组网是将两个不同的局域网连接起来，所以配置环境肯定是需要两个以上，下面是针对一个端为istoreos的软路由系统,另外一个端为windows系统的情况的示例，可以类比到两个端都为windows、两个端都为linux、一个端IOS一个端windows等情况。我就不一一列举了，至于安装方式都是大同小异的。 windows系统(其中一个局域网) 下载windows中的tailscale https://tailscale.com/download/windows 设置windows中internet属性 在cmd中输入inetcpl.cpl打开并勾上全部 启动Ip...

[!前言] 智能家居不同厂家设备协议是五花八门，现阶段常用的是蓝牙(小米)，Zigbee(绿米)，wifi(各式各样厂家app)，Matter(Google、Apple、Amazon等) 1. Wi-Fi 优点: 广泛兼容: 几乎所有智能设备和家用路由器都支持Wi-Fi。 高带宽: 适合需要大量数据传输的设备，如摄像头、智能电视等。 覆盖范围广: 家庭中的大部分区域都能覆盖。 缺点: 功耗高: 对于电池供电的设备不太友好。 网络拥堵: 设备过多时，可能导致网络拥堵，影响设备响应速度。 2. Zigbee 绿米家的，很方便的能够接入apple的家庭。 优点: 低功耗: 适合电池供电的设备，如传感器、智能门锁等。 自组网: 设备可以自动组建和维护网络，网络稳定性高。 支持设备多: 一个Zigbee网络可以支持上百个设备。 缺点: 需要网关: 大多数情况下，需要一个Zigbee网关连接到家庭网络。 带宽较低: 不适合大量数据传输的设备。 3. Z-Wave 优点: 低功耗: 类似Zigbee，适合电池供电的设备。 设备互通性强:...

要实现自动开关灯有几种组合 凌动开关+智能灯: 传统家庭灯具得开关无论几开实际上控制得是一条火线，并没有零线。凌动开关就是一个普通开关加一个弹簧，实现按开开关后自动回弹，保持灯具通路状态，直接在智能灯上实现亮/灭。 智能开关(单火线版)+普通灯:...

背景 常使用docker的应该都知道，两年前因为那个不可说的原因，docker被墙了。但是国内还有各大厂商、高校的国内镜像，能够满足我们的日常需求。 但是，今年6月份，各大高校厂商全部关闭了docker的国内镜像库。没有docker，日常开发部署的便利性极大的降低，各种开源软件的部署变得极为麻烦。毕竟熟悉了docker之后谁愿意再去使用传统的部署方式呢。 自己部署一个docker的镜像 总所周知赛博菩萨cloudflare提供了相当多的免费功能，日常很出名的免费防ddos攻击只是他其中一个用途。今天我们就使用它提供的Workers和Pages来制作一个国内可访问的docker镜像。 开源库 https://github.com/cmliu/CF-Workers-docker.io 创建 随便取个名字进行部署操作 编辑代码 复制仓库https://github.com/cmliu/CF-Workers-docker.io的_worker.js...

...

区别 全量备份是指备份整个数据库的所有数据。 增量备份是指仅备份自上次备份以来更改的数据。 全量备份 全量备份的主要方法是使用 mysqldump 工具进行逻辑备份，或直接复制 MySQL 数据目录进行物理备份。 使用 mysqldump 进行全量备份 1mysqldump -u 用户名 -p 数据库名 > 备份文件.sql 示例： 1mysqldump -u root -p mydatabase > /path/to/backup/mydatabase_full_backup.sql 直接复制数据目录 停止 MySQL 服务： 1sudo systemctl stop mysql 复制数据目录： 1sudo cp -R /var/lib/mysql /path/to/backup/ 启动 MySQL 服务： 1sudo systemctl start mysql 增量备份 增量备份通常依赖于 MySQL 的二进制日志（binlog），因为这些日志记录了所有对数据库进行更改的操作。通过备份这些日志文件，可以实现增量备份。 配置二进制日志 首先需要确保...

[!前言] 根据日志恢复数据的流程涉及到两个主要阶段：重做（REDO）和撤销（UNDO）。这些过程利用了 MySQL 的二进制日志（binlog）和重做日志（redo log） 1. 日志文件概述 二进制日志（binlog）： 记录所有对数据库进行更改的操作，包括所有提交的事务。这些日志用于增量备份和数据恢复。 重做日志（redo log）： 记录所有将要执行的操作，用于在崩溃恢复过程中重新应用未提交的事务。 撤销日志（undo log）： 记录事务在执行过程中修改前的数据，用于在事务回滚时撤销未提交的更改。 2. 检查点 检查点（checkpoint）是数据库系统中的一个机制，用于定期将内存中的数据刷新到磁盘，并记录一个时间点。在 MySQL 中，检查点由 InnoDB 存储引擎管理，主要有以下作用： 将缓冲池中的脏页（dirty pages）刷新到磁盘，减少崩溃恢复时需要重做的工作量。 在检查点之后，只需从该检查点开始应用重做日志，减少恢复时间。 3. 恢复流程概述 当数据库崩溃或发生故障时，恢复流程通常包括以下几个步骤： 读取检查点信息：...

奇偶校验（Parity Check） 原理： 奇偶校验是一种简单的错误检测机制，通过增加一个校验位（奇偶位）来使整个数据包的1的数量为奇数或偶数。 仅能检测单比特错误，无法纠正错误。 实现简单，适用于低错误率的场景。 类型： 奇校验（Odd Parity）：整个数据包中1的数量为奇数。 偶校验（Even...