Fallen Sakura

回来以后,我反复翻看登哈巴雪山时候的照片、视频。视频里风雪很大,人走得也很慢,但我看着看着就有种怀念当时的感觉,嘴角不自觉地上扬。 其实这次我并没有登顶,但这并没有让我有太多遗憾。比起”登顶”,我更记得那几天的自己非常快乐,也有了再次去挑战哈巴雪山的理由。 想爬上人生第一座雪山最近一两年,我走过不少徒步路线,高海拔的、低海拔的,困难的、简单的都有,但我还从未体验过在冰川上行走的感觉。 川西虽然有很多所谓的”雪山”,但不少存在海拔虚标(比如奥太娜4800米被标成5210米),而且登顶相对简单,体验感并不算强。在我眼里,国内五千米的徒步型雪山,真正能打的只有四姑娘山二峰和哈巴雪山。但二峰没有冰川路段,只有哈巴是全年积雪,并且拥有完整的冰川体系。 为了获得最纯粹的雪山体验,我将哈巴雪山定为了我人生中的第一座雪山。因为五一假期时间充裕,加上五月的雪往往比十月多不少,爬雪山的体验感感会拉满。 我并没有特别强烈的”必须登顶”的执念,在得知大本营被拆除后,以及想起我当时走长穿毕高反的痛苦时,已经有无法登顶的预期了。 Day 1:丽江我坐成局成段的”AD钙”动集去丽江,直特换桶这件事,虽然有...

关于 Claude Code， 官方文档 里写得非常详细，请去阅读 官方文档。 大多数开发者接触 AI 编码工具，通常还是这几种用法：在聊天窗口里问报错、在编辑器里让它补全几行代码，或者把一段代码贴进去让它解释一下。 AI编程目前可以简单的说，有三个阶段： 网页对话，最早是 ChatGPT 引领全球，将需求或已有代码片段发给gpt，由gpt生成代码后，手动复制粘贴到自己的工程，手动编译调试； 插件工具，有很多工具出来，但最早效果不太理想，直到 cursor 出道，瞬间爆发，代码自动补全非常好用，AI自动识别工程并理解，然后直接修改本地代码，无需用户手动复制粘贴； Agent托管，在当下 Claude Code、Codex 直接出世，开创全托管编程模式，AI不仅可以编码提交，更能自动测试，产物发布，且配合自定义skill、mcp等，可谓是无所不能（近期出现的龙虾openclaw能做的，它基本上都能），但是否是 VibeCoding 终局，可以拭目以待。 其实也可以在龙虾里指挥它用 Claude Code Claude Code 介绍Claude Code 是一个代理编码工具，可...

[!IMPORTANT]免责声明：本文纯属技术科普，介绍网络代理协议的发展历史与原理，不提供代理软件的安装与使用。请读者遵守所在地区的法律法规。 前言自互联网诞生以来，网络审查与反审查技术便如同一场永无止境的”猫鼠游戏”，”军备竞赛”。一方不断筑高围墙，另一方则持续挖掘地道。这场博弈催生了一系列极具创意的网络协议与工具，也深刻影响了现代网络技术的走向。 所有进出中国大陆的国际流量，必须且只能经过由工信部批准的 国际互联网出口 流通，目前这些出口主要集中在三个国际出口——北京、上海、广州。 出口带宽由中国电信、中国联通、中国移动等少数几家国有运营商垄断经营。这种高度集中的物理拓扑，从基础设施层面赋予了 GFW 得天独厚的封锁便利性——只需在有限的几个节点部署审查设备，便可实现对十四亿人全部国际流量的监控与过滤，而无需深入到每一座城市、每一个小区的网络节点。 GFW 是怎么进行封锁的1987年，中国发出了第一封电子邮件：“Across the Great Wall, we can reach every corner in the world”（越过长城，走向世界每个角落）。从那...

市面上有许多成熟的监控服务，比如 UptimeRobot 或 StatusCake，但它们往往存在免费版限制（如监控频率低、数量少）或者界面老旧、功能收费等问题。至于 Zabbix 或 Prometheus，对于轻量级需求来说，配置又显得过于厚重。 那么就得请出一款开源、免费、界面现代且功能强大的自托管监控工具——Uptime Kuma。 什么是 Uptime Kuma？Uptime Kuma 是一个由开发者 Louis Lam 编写的自托管监控工具。它的定位非常清晰：做一个像 UptimeRobot 样子的自托管监控工具，但要在 UI 和体验上更进一步。 它基于 Vue 3 和 Node.js 构建，拥有极具现代感的响应式界面（Material Design 风格），并且支持中文。 它可以用来监控服务，设置定时任务(自动签到)，平台保活，消息推送等等。 为什么选择 Uptime Kuma？Uptime Kuma 凭借以下几个核心优势成为了我的首选： 极其丰富的监控类型不仅仅是简单的 Ping 或 HTTP 请求，它支持多种协议： HTTP(s)：支持关键字检测、重定向检查。...

某天订单系统出现了一个数据不一致问题：用户支付成功了，但订单状态没更新，优惠券却已经被核销。排查后发现，开发同学在 Service 中写了一个内部方法调用， @Transactional 悄无声息地失效了。 这类问题在实际开发中屡见不鲜。要彻底理解 @Transactional 为何失效，我们必须先搞清楚它是如何生效的。 @Transactional 的原理声明式事务@Transactional 的本质是 AOP 代理 + 事务拦截器。理解这一点是分析所有生效/失效场景的基础。 当我们在方法上标注 @Transactional 时，Spring 并不会对我们的代码做任何修改。它的魔法在于 代理模式。 Spring 在启动时会扫描所有带有 @Transactional 注解的 Bean，然后为这些 Bean 创建一个代理对象。当外部调用这个 Bean 的方法时，实际上调用的是代理对象，而不是原始对象。代理对象会在调用真实方法前后插入事务管理的逻辑。 没有代理时的调用链： 1调用方 → 目标对象.方法() 有代理时的调用链： 1调用方 → 代理对象.方法() → 开启事务...

什么是循环依赖循环依赖就是你需要实例化 A 的时候，A 需要实例化 B ，实例化 B 又需要 A 的实例。这就像是一个“死锁”或者“无限递归”的过程。 在 Java 开发中，如果我们写出如下代码，必然会报 StackOverflowError： 12345678public class A { private B b; public A() { this.b = new B(); } // 构造器里循环依赖，死锁}public class B { private A a; public B() { this.a = new A(); }} 但在 Spring 中，使用 @Autowired 进行属性注入时，神奇的事情发生了： 1234567891011@Servicepublic class ServiceA { @Autowired private ServiceB serviceB;}@Servicepublic class Service...

作为一名后端开发者，你一定看过这样的代码：比如你要写一个订单业务，在 OrderService 里写了一堆 if-else 来判断订单能不能发货、能不能退款。随着业务越来越复杂，这些 if 就像面条一样缠在一起，改一个地方崩三个地方，这种代码非常不健康。 我们要用 DDD（领域驱动设计） 的思想，配合 状态机模式，让你的业务代码更健壮。 背景假如你有个订单业务，订单有以下几种状态： CREATED: 待支付 PAID: 已下单，待接单 ACCPETED: 已接单 DELIVERED: 已送出 COMPLETED: 已完成 CANCELLED: 已取消 REFUNDED: 已退款 用户事件： 支付： 把 CREATED 变成 PAID。 收货： 把 DELIVERED 变成 COMPLETED，或者把 CREATED 变成 CANCELLED 。 退款： 把 某一状态 变成 REFUNDED。 以前我们是怎么写的：这是典型的“三层架构”写法。 Order.java (实体类，只有Getter/Setter) 12345678// 这就是所谓的“贫血模型”，它只...

你是否遇到过这种情况：在网页上看到了一堆有用的数据（比如数据表单、排行榜、或者社交媒体评论），想要把它们保存下来分析，但手动复制粘贴太慢了？ 这时候，你需要的是直接与后端服务器对话，从后端抓取数据。 很多人把这叫做“写爬虫”，但更专业的说法是API 逆向或后端数据抓取。今天，我们就抛开复杂的各种自动化浏览器工具（如 Selenium、Playwright），回归本质，聊聊如何像浏览器一样，通过代码直接向服务器索要数据。 我将以获取 PTA 排行榜 (视奸小登进度) 和 反代 Antigravity 的 API 为例。 前端是怎么和后端通信的？HTTP 协议浏览器和服务器之间的交流是基于 HTTP 协议（HyperText Transfer Protocol）的。 客户端/浏览器： “我要请求一个 API 获取数据。” —— 请求 (Request) 服务器： “好的，这是您的数据。” —— 响应 (Response) WebSocket 协议WebSocket 是一种在单个 TCP 连接上进行全双工通信的协议。它让服务器能够主动向浏览器推送数据。 握手阶段（HTT...

Huggingface 其实也是个大善人，有免费的 2c 16g 的 space 让你免费用。 美中不足的是普通版不能自定义域名，那么就用 cf tunnel 给他反代一下。 Cloudflare Workers 也可以反代抱抱脸空间，但是会占你访问额度，也有CPU时间限制。。。如果你需要 Websocket 也有点麻烦。。。 更新 [!WARNING]仅仅打包成镜像仍然有被封空间的危险！ 可以套一层 nginx ，在7890端口伪装静态页面main.conf 123456789101112131415server { listen 7860; listen [::]:7860; server_name _; location / { root /usr/share/nginx/html; index index.html; } location /health { return 200 'OK'; add_header...

“别人问我为什么要走完全程？我说，山就在那里，而这只有区区五十公里。” 挑战的开始起因其实很偶然。在逛“两步路”APP时，无意间发现了一条峨眉山的“VIP路线”（懂的都懂，逃票进山路）。 因为这条路线的特殊性，下山时无法购买景区大巴车票。我当时想都没想，心一横：既然坐不了车，那就干脆走下去。五十多公里，在地图上看起来也就是一截指头的长度，没什么大不了的。 毕竟我都能跑 42.195 的马拉松。 后来的事实证明：确实“没什么大不了的”。 身体的勋章在开始叙述细节前，先晒出这枚属于我的勋章： 总里程： 52.63 公里 总步数： 100,000+ 步 累计爬升： 4137 米 耗时： 21h 消耗热量： 7832 kcal 52.63 km 轨迹图 4137 m 累计爬升 爬升的虐点：永无止境的石阶一开始遇到了拦路泼猴，好在被人用弹弓赶走了。 很多人说“九十九道拐”是极限，但对我来说，那只是热身。真正让人崩溃的是洗象池前后的那段路。真是永无止境的爬升。 石阶似乎永远没有尽头，每走几步就要停下来大口喘气，肺部像是在拉风箱。最后我甚至都想用雪山步一步一步...