This is Zack's Tech, a brand new site by 樊泽豪 that's just getting started. Things will be up and running here shortly, but you can subscribe in the meantime if you'd like to stay up to date and receive emails when new content is published!
本手册旨在指导高级用户将其阿里云海外实例（以硅谷节点为例）的代理服务从传统 Shadowsocks (SS) 协议迁移至 VLESS-REALITY 架构。该方案的核心价值在于：通过模拟合法的 TLS 流量（如访问苹果或微软官网），在保障高速访问的同时，极大地降低了因协议特征被识别而导致 IP 被封锁的风险，从而保护服务器上并存的 Web 服务（如个人博客、简历等）不受牵连。 1. 协议演进：为何弃用 Shadowsocks 转向 VLESS-REALITY随着防火墙（GFW）对加密流量识别能力的提升，传统协议的生存空间已被严重压缩。下表从架构视角对比了两种方案的差异： 维度Shadowsocks (SS)VLESS-REALITY流量特征具有高度可识别的加密特征。无特征：完全模拟合法的 HTTPS 握手流量。安全性容易触发协议主动探测。防主动探测：通过目标网站（Dest）证书链校验。IP 封锁风险极高：一旦识别，IP 往往被阻断。
在 Python 轻量级开发中，TinyDB 因其“零部署、文件即数据库、支持对象化查询”的特性，成为了存储配置信息、多租户元数据的神器。 但在高频写入或异常崩溃的场景下，你是否遇到过这样的诡异现象：导出的 JSON 文件末尾莫名其妙多出了几个 NULNUL（\x00）空字节，导致整个数据库报 JSON 无法解析的错误？ 本文将带你还原这个经典的“文件空洞”Bug，并分享如何通过自定义存储类 MyJSONStorage 彻底解决它。 一、 现象还原：消失的尾巴与诡异的 NUL 在默认情况下，TinyDB 的 JSONStorage 是这样写入文件的： 1. seek(0) 指针回到文件开头。 2. write(json_data) 写入序列化后的 JSON 字符串。 3. truncate(
简介 用一套经典的云原生“黄金组合”（ K3s + Rancher + Longhorn + MetalLB），在本地裸机上构建具备调度、高可用存储、独立网络与可视化运维的完整私有云基础设施。打磨出媲美公有云的生产级 K8s 体验。 ┌──────────────────────────────────────────────────────────┐ │ Rancher Web 控制台 (管理与可视面) │ └──────────────────────────┬───────────────────────────────┘ │ 统一管控 ┌──────────────────────────▼───────────────────────────────┐ │ K3s 集群 (容器编排内核) │ ├──────────────────────────┬─────────────────────────────
安装 Windows安装Docker到F盘（非系统盘） Start-Process -FilePath 'Docker_Desktop_Installer.exe' -Wait -ArgumentList "install --installation-dir=F:\DockerDesktop" 改变容器、镜像文件位置 以管理员权限启动Docker Desktop，Settings-Resources-Disk iamge location 配置dockerhub国内源 阿里云：容器镜像服务 (aliyun.com) 其他源 more /etc/docker/daemon.json 输入以下文件： { "registry-mirrors": [ "https://kk8u6omk.mirror.aliyuncs.com", "https: