会有上网行为管理和数据和协议功能的。 小样，让我来告诉你为什么叫做知识就是力量。 https://www.isharkfly.com/t/topic/18694
很多年前 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
一直对 Facebook 的连接不怎么重视，主要还是因为转化率的问题。 Facebook 的链接通常转化率并不是很高，但这两天的内容发布让我感觉好像这个理解是错的。 从网站的访问来源可以看到 Facebook 的来源在逐步增加。 同时， 从 Facebook 后台的数据可以看到发布到Facebook的内容有 200 多的观看量，也就是这两天的时间。 作为一个一直比较重视技术的我来说通常觉得链接的发布无关紧要。 但是作为网站或者内容的运营方来讲，不管是任何平台都不应该放弃。 运营方自己本身的精力也是有限的，无法照顾到每一个平台的发布内容。 这个情况下，应该对不同的网站内容有所取舍，针对转换率高的，流量高的网站，重点关注，至于转化率低的或者效率比较差的网站就应该舍弃。 https://www.isharkfly.com/t/facebook/18659
npm 如果提交了新版本后，jsDelivr 是不会马上更新。 jsDelivr 是什么 目前 jsDelivr 是一个免费，开源的加速 CDN 公共服务。 如果提交了 NPM 包，可以使用 jsDelivr 来做 CDN 加速。 比如说如果我们使用了链接访问：https://cdn.jsdelivr.net/npm/docsify-plugin-google-adsense@latest 如果更新了版本，上面是无法马上看到的。 jsDelivr 的缓存更新时间是 24 小时。 强制刷新 首先 CDN 缓存同步需要时间是个正常现象，像我们这样改了就要看到刷新结果的属于 ”特殊需求“ 了，但也很常见了。 强制刷新方法： 原链接： https://cdn.jsdelivr.net/gh/user/repo@version/file 刷新链接： https://purge.jsdelivr.net/gh/user/repo@version/file 那么针对上面我们的域名，可以访问地址：https://purge.jsdelivr.net/npm/docsify-plugin-google-adsense@latest 来进行强制更新。 或者也可以访问地址：Purge CDN cache - jsDelivr 在上面的地址中，提交需要刷新的 URL 来进行手动刷新。 不管是 UI 方式还是链接方式强制 CDN 刷新内容。 如果返回的结果，就表明内容被刷新了。 https://www.isharkfly.com/t/jsdelivr-cdn/18646