一个主路由下有多个旁路由，如何在主路由上针对不同的连接设备，指定其使用的旁路由是哪一个？

一般来说，部署了 HomeAssistant 后，想在外网访问的话，只需在路由上做一次端口转发就行了。 但是既然都用 HA 了，那肯定免不了要用 HACS，这时候就涉及到科学冲浪的问题了。 我的选择是用旁路由来解决科学冲浪的问题。（至于为什么用旁路由而不直接给“主路由”插上翅膀，主要还是家里网络不止我一人用，得考虑主路由的稳定性） 那这个时候，仅仅在主路由上做端口转发是无法正常访问家里的 HA 的

好记性不如烂笔头 QNAP 安装 HassOShttps://github.com/home-assistant/operating-system/releases/ 下载 .ova 格式的 VirtualizationStation3，导入虚拟机 创建用户登录后，直接在用户资料页打开 高级模式 HassOS 文件上传Add-on 里安装 Studio Code Server HassOS

MacOS 平台下没有很好的支持 SPICE 协议的图形化客户端，但是可以使用 `remote-viewer` 这个工具。本文就安装过程中踩的坑做个记录。

log4j 使用范围之广，Javaer 应该都接触过。今天应该有不少人被 log4j2 的这个核弹级的 RCE 漏洞折磨了，看到有人半夜 1 点被叫起来进行修复。。。

好久没写文章了，来水一篇博文。 前几天，突然有人在我公众号私信提醒我：“博主，你的网站崩了” 当时我还是挺懵 B 的。 因为这个博客是纯静态页面部署的，服务器也在国内，还做了备案。 崩了实属不该。 按着几条路子去检查了一下，都没发现问题： 服务器续费正常，运行状态正常 服务器的 443 端口正常（因为我做了强制 HTTPS，这里先埋一个伏笔） DNS 解析看似正常 静态文件正常 Nginx 运行

SPI 机制为很多框架扩展提供了可能，不需要改动源码就可以实现扩展、解耦，实现扩展对原来的代码几乎没有侵入性，只需要添加配置就可以实现扩展，符合开闭原则。

分布式配置中心哪家强？Apollo vs Nacos vs SpringCloudConfig

合并的时候只会 git merge？回滚只会 git reset？本来清晰的历史记录，被搞得如电路板一般，看不出来龙去脉，如何办？ 一起来看看如何优雅的进行合并与回滚吧。 目录： 本篇内容较长，需要有些耐心哦~

线上一直“偶现”的 Redis 超时问题，不查不知道，一查吓一跳 —— 竟然是一个隐藏了 N 年之久的性能问题。

思考 🤔 以下两端代码的输出结果分别是什么？ 123float a = 0.125f; double b = 0.125d;System.out.println((a - b) == 0.0); 1234double c = 0.8;double d = 0.7;double e = 0.6;System.out.println((c - d) == (d-e)); 带着问题一起来看看浮点

前段时间要做一个风控系统，实现过程中有一个比较关键的部分 —— 滑动窗口。单机版的滑动窗口实现起来比较容易，但是分布式的，就略麻烦了。

静态博客本身是无法支持评论的，因为没有服务端程序接收请求，只能求助于系统外的服务。目前虽然评论系统很多，但综合考虑能够真正用起来并且很稳定的很少。

我还没有见到哪个开发者在看到代码冲突而不沮丧地扯头发的。 解决每个代码冲突是每个开发者都讨厌的事情之一。尤其是当准备进行生产部署时遇到了这种情况！ 设置正确的 Git 工作流可以为我们的开发工作流带来很多好处。 当然，拥有正确的 Git 工作流程并不能解决我们所有的问题。但这是朝正确方向迈出的一步。毕竟，团队都是协作工作的，所以在不破坏代码库的情况下一起构建功能是非常重要的。 Git 工作流的设

再过一周就要征战百公里了。 长距离越野，除了好好的进行赛前拉练，在赛中我最关注的就是电解质补给了。

最近将手上的一个域名备案了，就将博客迁回到到国内的服务器上了，这样大家的访问的速度也可以快一些了。 因为换域名会影响搜索引擎收录、网站权重和 SEO 排名，所以除了将域名换上，我们还有一些额外的事情要做，否则网站的流量就像图上这样蹭蹭往下掉。

three years onhope one everyday is a good daywithout Numb, care One More Light forever

今天把博客迁移到了新域名，顺便把 node.js、Hexo 和主题都升了下级。 当习惯的运行 hexo s 命令时，发现多了些 warnings，如下： 12345678$ hexo -s (node:87224) Warning: Accessing non-existent property 'lineno' of

作为一个服务端开发，我们经常遇到的攻击类型有 XSS（Cross Site Script，跨站脚本攻击） ClickJacking（点击劫持） CSRF（Cross-site request forgery，跨站请求伪造） 文件上传漏洞、文件下载漏洞 (目录遍历攻击) 注入漏洞（SQL、Command、Code ···） 框架低版本漏洞 整数溢出 … 那么我们都该如何进行加固呢？

用 Docker for Mac 已经很久了，用它跑本地开发环境可以说是非常方便。 但是 Docker for Mac 自诞生以来就一直有一个问题，那就是在宿主机上看不到 docker0，无法访问容器所在的网络，也就是说不能 ping 通 Docker 给 Container 所分配的 IP 地址。关于这个问题，官方文档有描述：Known limitations, use cases, and