LuckyBlogV3

前言以往来过小站的朋友可能注意到小站的样子有了一些变化，没错，经过一天的试运行，从昨天起（2023/06/24）咱又换博客哩，这话得从这月的 14 号说起，14 号那天准备传一篇新文章上去，结果是怎么都传不上去了 之前的时候虽然也报错，但是是能传的，这没法忍了，加上之前本来就对目前的博客有一些不大满意的地方，于是踏上寻找新博客的旅途 先来找找上传文章失败的原因在踏上旅途之前，还是想给 plumemo（BlogV2 的博客系统）一些机会的，毕竟已经用了将近一坤年两年半了（2021/02/12-2023/06/24），加上自己对它和它的主题 theme-react-sakura 的各种魔改，已经对它产生了深深的感情，之前还在校的时候，就曾经多次和 W 讨论过这个问题，也多次纠结过要不要换个博客这个问题，但是每次都因为对 plumemo 的感情太深而放弃 因为做了各种各样的魔改（前端、后端、运行环境），其实这个后端现在存在着非常多的问题，包括但不限于（能很快想起来的，实际上可谓非常之多，记得之前和 W 闲聊的时候他有说过我这个看 ...

加密测试，密码是“hello”

书接上回打造一个智能温湿度监测平台 前言在上次的文章里面，我们介绍了 HA 平台的搭建，ESPHome 环境的搭建，连接了两款温湿度传感器，但是机房监控不仅仅有这两种设备，还有门禁、漏水、气体、电池、电表、UPS监控……各种各样的设备。本篇我们就介绍一下怎么把这些稀奇古怪的设备对接到我们的平台上面 对接各种设备选择什么协议？上回说到，HA 能够支持的协议非常之多，比如 TCP/IP 、BLE、ZigBee 等等，还能与米家等平台对接。不过考虑到数据安全和断网的可能性（或者说是云平台的稳定性，比如米家的服务器就炸过几回），加上现有设备的协议考虑，我们选择统一使用工业上常用的 Modbus RTU 协议，用 esp32-c3 来采集并统一上报 设备类型？去机房挨个翻了一下设备，目前已有设备主要是两种，一种是直接能通过 Modbus 上报数据的设备，一种是“开关量”设备，通过 Python 写的监测程序和一套“南瓜”（Niagara）物联网监测平台监测。直接通过 Modbus 上报数据的设备很简单，我们上次介绍过康耐德的温湿度传感器，而所谓“开关量”设备指的是通过开关的通断来表示某 ...

前言之前去看富婆妹（ハミダシクリエイティブ）的 HP 的动效，感觉特别好看，就特别想整一个同款，于是在一月初花了点时间研究了一下，给博客换了个新主题，顺带做了个 Dark Mode 适配，这样晚上就看的舒服多了，不过做完之后基本上都在忙论文了，这两天论文答辩完等结果哩（应该比较乐观），所以来补档一下之前要写没写的内容（话说现在写这个标题真的好嘛，已经咕了快四个月才写） ハミダシクリエイティブ 的 HP 动效长这个样子 主题 以下大量前端代码预警，不过没有前端知识也不要紧，我对前端也就只懂一点点，写 js 的时候还是靠着以前写爬虫的知识写的，不是很难，懂了核心思想就可以给自己的博客适配同款 效果可参照本博客，右下角两个按钮能切换主题 先来说主题怎么做，观察ハミダシクリエイティブ的前端代码，不难发现动效部分是用 css 实现的，代码位于 index.css?version=20191212 中，核心代码长下面这个样子 核心思想：在 index 里面给定一个 id 为 mv 的 section ，用 css 调整这个 section 的内容即可完成动效的制作 #mv .bg ...

本篇为系列文章之第一篇 第二篇传送门：【低价好物】50块钱的光纤交换机（二）？瑞斯康达iTN系列分组传送终端 往期【低价好物】合集（从新到旧）： 【低价好物】50块钱的光纤交换机（二）？瑞斯康达iTN系列分组传送终端 【低价好物】50块钱的光纤交换机（一）？分组传送终端格林威尔GPN710 【低价好物】让10多年前的防火墙继续在今天发光发热——DPTech FW1000-GC-N 前言在1月的文章中我发现家里服务器经常死机的原因是室内侧设备漏电由无线传导到服务器导致服务器经常死机，在强电难以重新布线的情况下暂时使用光电转换器做“电->光->电”的转换，隔离漏电区域，但是因为加上了光电转换器，一下就在两侧各又增加了两个设备，增加了单点故障的可能性，同时占用了大量地方并使得线缆大量增加，正好换了迪普的 FW ，上面自带了两个 SFP 接口，于是就想着能不能整个光纤交换机直接对接。 于是迅速到海鲜市场逛了一圈，发现带 SFP 的网管交换机普遍比较贵，100-200 元左右，家用的小型网管交换机比较贵，而企业用的接入交换机又太长，并且往往带一到多个风扇散热，并不适合家用环境，于 ...

往期【低价好物】合集（从新到旧）： 【低价好物】50块钱的光纤交换机（二）？瑞斯康达iTN系列分组传送终端 【低价好物】50块钱的光纤交换机（一）？分组传送终端格林威尔GPN710 【低价好物】让10多年前的防火墙继续在今天发光发热——DPTech FW1000-GC-N 前言前段时间刚刚换上了华为的 USG6310S ，不过好景不长，刚刚上线没多久就发现这货的 CPU 有点撑不住了，在高峰期经常会因为 CPU 过高而开始进行会话抑制，就像这样 点击展开/收合图片 可以发现负载过高的是数据 CPU 而不是管理 CPU ，说明并不是策略过多或者开启防病毒策略等导致的 CPU 负荷过多。 参考华为的文档，华为的文档虽然很多地方说的很详细，但是却没有提到 CPU 的具体参数（指核心数量）和带机量 通过查询第三方资料，发现这个玩意儿带机量居然只有 50-100 ，局域网内大概有 50+ 台设备，自然是带的有点吃力 关于华为 USG6000（E）系列的参数，我贴了一份放在附录里面，感兴趣的可以去附录参考 于是就开始了新防火墙的寻找之旅 寻找合适的 FW市场上的 FW 很多， ...

前言有人说过，新年第一发往往决定了一整年的质量，所以稍微微调了一下写作顺序，在打算写的八篇文章里面先挑出这篇来写，来一点儿浓厚的文章震撼 话说服务器在元旦那天是又不给力了（一开机几分钟就死机，最后查出原因真是让人哭笑不得，根本不是服务器的问题，后篇说），于是打算趁修服务器的同时改造一下网络，用硬路由换掉原先的软路由，防止服务器出问题家里就直接断网，也提高一下家里网络的稳定性，给自己远程排障预留一些余地 选型按理说这里可以选择的空间不是很大，海鲜市场随便找找淘汰二手企业级的路由器就行，于是最开始选中了菊厂的 AR169FGW-L ，只要 200 还包邮，支持双 WAN ，有 SFP 接口，甚至还支持 4G LTE ，带 4 个 AP 授权，成色相当不错 （下面截图这家已经卖出去了，本来打算买它的） 点击展开/收合图片 看了价格和成色，很是诱人，于是准备下单，先去整了一份产品文档，看看菊厂论坛，结果看负载均衡配置的时候发现这货带的负载均衡很简单，就是直接五五开分配到两条 WAN 上，想了一下，这还不如原先软路由呢，拉。又看帖子下面，人说用防火墙配置这个就好不少。想想学校 ...

前言在团体内部，往往有着多个系统，系统之间往往是一个个数据孤岛，各自互不连通，各自为政。为了打通各个系统，一方面可以通过统一认证（SSO，Single-Sing-On，单点登录）；一方面，对于不太需要用户登录的系统，只需要从其中获取一些信息的系统，也可以做一个中间件去抓取并提供这些信息返回给用户。这次，我们就需要打通两个系统，要实现内部 VPN 系统的用户注册、删除用户、查询连接信息（也就是增删改），并把这些信息返回给另一个系统（比如 OA，或是其它系统/第三方调用）。我们这次就来做这样的一个中间件。 思路我们要对接的 VPN 系统是 django-sspanel ，由于没有数据表结构，大概看了一下增删改查都涉及到多个表的变更，所以直接去操作数据库显然是不明智的，而这个系统也没有接口文档，简单抓了一下包发现请求除了登录后的 cookies ，还需要携带一个 csrf-token ，而这个 token 也不知道是怎么生成出来的，感觉可能是根据时间为基础计算的，每次登录都不一样，和之前做的每日健康打卡不一样，那个只需要一个 Authorization 认证 Code 就行，而且有 ...

前言换到 Plumemo 已经有一年多时间了，博客的轮播图也很久没有换过了，虽然图源辗转从 jsdelivr 先后换到了某第三方（)和自建图床，但是轮播图的内容却一直没有换，究其原因主要是懒轮播图换起来太麻烦了，所以这次打算彻底解决一下这个问题 细心的朋友可能已经注意到从 12 月 14 号开始，博客上了一批必蓝碧蓝档案的新图，就是用我新做的工具安排上的，下面就来介绍一下我写的这个小工具 —— PluJS PluJS简介PluJS 的名字来源于博客系统 Plumemo 和轮播图链接地址存储和调用方式（JavaScript）二者相结合，所以叫做 PluJS 。软件的图标是碧蓝档案的白洲梓。使用 Golang 编写，GUI 使用了 fyne 库，能够生成 Plumemo 轮播图的 JavaScript 文件，实现轮播图的增删改查。软件在 GitHub 上开源，可以在 GitHub 获取源码和编译好的小工具本体，项目地址：https://github.com/luckykeeper/PluJs，顺带求 Star ~ 原理和需求Plumemo 的轮播图不能在系统后台配置，而是在主题文件夹内的 ...

前言最近需要整一个智能物联网平台来接入机房温湿度监控，旧有的设备是 Konnad 的温湿度传感器 ，是 RS485 协议的 ModBus RTU 设备，通过 ZLAN 的串口服务器转成 ModBus 设备，这套价格比较贵，而且用起来非常麻烦，必须用十六进制的指令码去查数据，返回的数据还是一个低位前置的十六进制浮点，想用起来需要自己开发。所以趁这次机会换成低价方便的 ESPHome+小米米家蓝牙温湿度计2 的方案，平台选择了 Home Assistant（以下简称 HA）的方案 硬件准备HA Home Assistant（HA） 是物联网智能系统的中枢，在各物联网平台中，目前 HA 是最广泛使用的物联网平台，有着最广泛的生态。能够将不同品牌厂商的设备连接到本地服务器上，而无需依赖厂商的云服务，也可以将不支持苹果 HomeKit 的设备接入 HomeKit 平台，能够在本地控制智能物联网设备（HA无需联网也可控制）。HA 能够连接 TCP/IP 设备、BLE 设备、ZigBee 设备、Z-Wave 设备等多种协议的设备。 在较大规模部署中，设备往往分布在多处，直接将蓝牙接收器设 ...