应朋友们的盛情邀请找了个周中的 2 天，放下工作满足下孩子们这年雪季的心愿去了趟斯托（Stowe）。 斯托（Stowe）镇坐落在曼斯菲尔德山州立森林（Mount Mansfield State Forest）和 Putnam State Forest 森林之间，拥有历史悠久的高山村庄，集运动、文化及艺术特质于一体，是一处风格独特的时尚旅游目的地。 斯托山度假村被誉为美国顶级的滑雪胜地之一，坐落在佛蒙特州的最高峰曼斯菲尔德山脚下。   这里拥有超过480英亩的滑雪面积和2300多英尺的垂直落差，无论你是初学者还是资深滑雪高手，都能找到适合自己的雪道。 雪况是真的挺好的，雪道蓝色道居多，如果是新手小白可以在绿岛上晃悠下。   当菜鸟误上黑道后的结果就是，爆了装备。 不过当人多组团去滑雪的话，更有意思，当你爆了装备后身边总有帮你拍照片的人，更主要的是安全上有了更多的保障。 这次滑大山头，孩子们也比较多，一路下来总有一个大人在后面殿后，哪怕是我这菜鸟也有滑得好的朋友在后面一直等着。   再一次的感觉到滑雪其实也是一个群体的活动，人越多越有意思，也更加安全。 这几天的经历特别值的怀念，有时候真需要走出自己的舒适圈，感受下大自然的气息。   https://www.isharkfly.com/t/topic/18681

果然是买的没有卖的精。 知道这 UA 的里程会一直贬值，但没有想到现在居然和 Chase 一起来让用户多用信用卡。     以前信用卡上还没有这个选项，现在信用卡上可以用里程来换年费。     2万8的里程换 350 的年费。 换算下平均值就是每里程的价值是 0.0125。 如果按照日常消费的情况是每 1 USD 等于 1 里程，那么每 100 USD 的消费是 100 里程，那么，真实的返点价值是 1.25%，也就是比百分之 1 的返现水平高那么一点点。 去年没有怎么坐 UA 的飞机，貌似上面的选项还是可以返点换机票的支出。 总结 总结下就是 UA 希望大家都来用 UA 的信用卡，毕竟使用 UA 信用卡购买机票上面本身返点就会比较多，然后能够让你可以用返点把年费给冲正掉。 再加上信用卡给你的一年 200 美元机票钱，加上里程票的赠点啥乱七八糟的，如果一年能飞个几次 UA 的航班，基本上这羊毛还是可以薅回来。   https://www.isharkfly.com/t/ua-chase-point/18675

很多年前 Chinaunix 这个网站还是有不少内容。     上面还能够搜索到不少的 Linux 的知识。 这个网址躺在我的收藏夹里面，应该有很多年了，无意间打开了封存已久的链接，发现网站还能访问，但是内容已经长期不更新了。 如果访问主页：http://bbs.chinaunix.net/     显示的内容是网站正在升级，暂时不能提供服务。 是这个网站应该不是升级的问题，网站应该已经没有人维护了。     最近更新的一些内容居然是在 2019 年，显然这些内容已经无法满息发展需求。 有点唏嘘的，一个网站就这么走进了历史。   https://www.isharkfly.com/t/chinaunix/18672

虽然 JDK 17 的 Premier Support Until 到 2026 年的 9 月。   2026-02-20_15-09-031459×474 207 KB   但 Jenkins 上的大大提示 JDK 17 已经逐步不被支持。     对于新开的项目，还是建议使用 JDK 21 版本。 JDK 21 于 2023 年 9 月 19 日 发布，这是一个非常重要的版本，里程碑式。 JDK 21 是 LTS（长期支持版），至此为止，目前有 JDK8、JDK11、JDK17 和 JDK21 这四个长期支持版了。 JDK 21 共有 15 个新特性，这篇文章会挑选其中较为重要的一些新特性进行详细介绍： JEP 430: String Templates（字符串模板）（预览） JEP 431: Sequenced Collections（序列化集合） JEP 439: Generational ZGC（分代 ZGC） JEP 440: Record Patterns（记录模式） JEP 441: Pattern Matching for switch（switch 的模式匹配） JEP 442: Foreign Function & Memory API（外部函数和内存 API）（第三次预览） JEP 443: Unnamed Patterns and Variables（未命名模式和变量）（预览） JEP 444: Virtual Threads（虚拟线程） JEP 445: Unnamed Classes and Instance Main Methods（未命名类和实例 main 方法）（预览） 下图是从 JDK 8 到 JDK 24 每个版本的更新带来的新特性数量和更新时间：     JDK8，这个版本还是用得很多。   https://www.isharkfly.com/t/jdk-17/18671

命令行工具为： root@ns524146:~# apt install temurin-21-jdk 选择版本 运行下面的命令来选择需要的版本。 sudo update-alternatives --config java 通过移动上下键盘即可。 There are 2 choices for the alternative java (providing /usr/bin/java). Selection Path Priority Status ------------------------------------------------------------ * 0 /usr/lib/jvm/temurin-21-jdk-amd64/bin/java 2111 auto mode 1 /usr/lib/jvm/temurin-17-jdk-amd64/bin/java 1711 manual mode 2 /usr/lib/jvm/temurin-21-jdk-amd64/bin/java 2111 manual mode Press <enter> to keep the current choice[*], or type selection number: ^C 选择后回车。   https://www.isharkfly.com/t/eclipse-temurin-jdk-21-ubuntu/18670

发现一个可用的库： pydiscourse 这个库可以直接在程序中调用 Discourse 接口。     我们发现非常有用的地方在用户处理的时候，或者说当网站进行迁移，有很多用户需要添加的时候。 一个一个的用户添加实在太费劲，可以导出成一个CSV文件，然后调用接口直接读这个CS文件，而一次性把所有用户全部添加到新的系统中。 添加成功以后的用户的问题是用户名的密码，可能会采用随机密码，或者说某一个随机字符串。 用户如果需要进行新的网站登录的话，他需要重置自己的密码，当然如果用户的邮箱地址没有问题，它是可以随时进行重置的。 这个项目的使用场景并不会很高，因为很多时候我们不一定会使用库来调用 Discourse 的API。 Discourse API 很多时候都已经是 http 写死的，在 Java 项目中，我们就直接定一个工具文件，用于维护连接就可以了。 只对于一次性的导入导出以及用户管理或者说是一个大规模的数据迁移来讲，API的效率要比人工高得多得多得多。 https://www.isharkfly.com/t/discourse-python-api/18667

Payapl 上的问题已经过去快一个星期了，上次 Payapl 的问题还是没有解决，终于忍不住找 Payapl的聊天和电话客服解决问题。     上面的聊天记录是和 Payapl 聊了半个小时的结果，结果就是没有结果。 因为往账户转钱转不进去，所以需要解决这个问题，解决这个问题呢，客服又不知道这个问题在哪里。 然后折腾了一圈说，嗯，我给你创建一个 Ticket 吧。 简直就是瞎折腾，浪费一半个小时的时间，什么都没干。 转头想想，我们也不能就这样放弃了，实在没忍住，打了个电话给 Payapl，电话的另外一头传来一口浓重的咖喱味。 他们提供的解决方案就是让我等 24 个小时以后再尝试，也没有说这个账号有问题。 用他们的原话说，你的所有账号配置都是正常的，但是就是转不进去。 感觉打电话打了 20 多分钟，也是打了一个寂寞，什么问题都解决不了。 印度人做客服只会增加问题的复杂度，不会说真的把客户的这个问题解决掉，或者说这个问题压根就解决不了，我们只是擅长于把这个问题暂时压下来，等一段时间以后你再去找他们。     最后实在看不下去，F12 调试下 PayPal 的后端 API 看了一下，上面提示的确实有错误，错误的应问题是请求在当前的访问之外，完全看不懂，我是通过 Payapl 官方网站访问的，也提示这种稀奇古怪的错误。 现在想的就是尽快把这个问题解决吧，以后 Payapl 还是少用，只有麻烦，和那个永远解决不了问题的客服。 https://www.isharkfly.com/t/paypal/18668

错误日志为： 1 package can be upgraded. Run 'apt list --upgradable' to see it. W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://pkg.jenkins.io/debian-stable binary/ Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7198F4B714ABFC68 W: Failed to fetch https://pkg.jenkins.io/debian-stable/binary/Release.gpg The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7198F4B714ABFC68 W: Some index files failed to download. They have been ignored, or old ones used instead. root@ns524146:~# curl -fsSL https://pkg.jenkins.io/debian-stable/jenkins.io-2026.key | sudo tee \     问题和解决 上面问题的原因是 Jenkins key 安装和更新的问题。 根据文章：Jenkins 2.543 and 2.541.1: New Linux Repository Signing Keys 中的内容。 需要运行下面命令： curl -fsSL https://pkg.jenkins.io/debian-stable/jenkins.io-2026.key | sudo tee \ /usr/share/keyrings/jenkins-keyring.asc > /dev/null echo deb [signed-by=/usr/share/keyrings/jenkins-keyring.asc] \ https://pkg.jenkins.io/debian-stable binary/ | sudo tee \ /etc/apt/sources.list.d/jenkins.list > /dev/null     当运行完上面的命令后，再次更更新即可。   https://www.isharkfly.com/t/jenkins-key/18663

WebJars 是一个开源项目，旨在将客户端的 Web 库（如 JavaScript 和 CSS 库）打包成 JAR 文件，以便在 Java 项目中更方便地管理和使用。该项目的主要编程语言是 Scala，同时也使用了 HTML、Shell、Batchfile、JavaScript、SCSS 等多种语言来实现其功能。 用土话来说就是直接把前端使用的 JS 和 CSS 打包成 Jar 后直接使用。 例如，如果我们需要在项目中使用 bootstrap。 直接在 pom 中添加下面的依赖就可以了。 <dependency> <groupId>org.webjars</groupId> <artifactId>bootstrap</artifactId> <version>5.3.0</version> </dependency> 随后在页面中引用。 <script src="/webjars/bootstrap/5.3.0/js/bootstrap.min.js"></script> 要点 在页面导入的时候，需要指定版本号。 如果不指定版本号，Springboot 项目会显示资源没有找到。 https://www.isharkfly.com/t/webjars-springboot/18661

“断舍离”是由日本杂物管理咨询师山下英子提出的生活理念和行动技术，源于瑜伽行法哲学。 它倡导通过“断”绝不需要的东西、“舍”弃多余的废物、“离”开对物品的迷恋，来重审自身与物品的关系，从而整理内心，过上舒适自在的简单生活。 断舍离的核心内涵： 断 (断绝)： 停止购买或收纳不需要的东西，切断不需要的输入。 舍 (舍弃)： 处理掉家里没用的、囤积的垃圾和杂物。 离 (脱离)： 摆脱对物质的执念，脱离对物品的依赖。 断舍离的思维方式： 主角是“自己”，而不是物品。 思考重点是“现在的我需不需要”，而不是“这东西能不能用”。 注重“现在”。 专注当下，舍弃那些只活在过去回忆中或只为了未来担忧而囤积的物品。 最终目的： 不仅仅是整理空间，更是通过收拾物品来整理内心混沌，摆脱执念，过上更轻松的生活。   觉得要做到上面的 3 个字可并不容易。 “舍”我感觉比“断”还麻烦，在清理的时候总觉得这个东西可能还用得上吧，就不舍得丢弃。 但真正很多东西收在哪里哪怕是过去了 5 年可能都再也没有用过。 我觉得舍可怕的地方不是在把东西丢弃，而是在把东西丢弃后的不确定性。 人对不确定性的东西是天然的抵触。 但结果就是为了可能用到的东西，甚至是低价值的东西，花费了很多的时间和空间去整理，确实得不偿失。 比如说：超市的购物袋。有些超市或者商品的购物袋还给得挺漂亮的，但真正用得上得时候很少很少，在丢弃得时候却对自己说，这个购物袋可能在出去的时候用得上，或者可能去朋友家的时候带点东西挺方面。 结果是朋友家去了很多次，但这保留的袋子却从来没有用过。 水壶过滤器，一直都没有舍得丢，但水壶都已经换了好几个了，水壶过滤器和新的水壶根本就无法匹配，结果还是没有舍得丢掉，总觉得下次买个水壶就用得上了。 结果是这个想法都过去 3 年了，水壶没有买，过滤器也没有丢，硬生生的放过期了。 与其说舍弃的是物品，还不说是需要舍弃对未来生活不确定性的焦虑。 要做到的的第一步应该就是放弃对未来的焦虑。   https://www.isharkfly.com/t/topic/18660