为何我的环境变量覆盖了配置文件
Spring Boot配置解密：为何我的环境变量覆盖了配置文件？ 本文由Google Gemini生成 在使用Spring Boot开发应用程序时，我们经常利用其强大的外部化配置功能来管理不同环境下的应用行为。然而，有时这种灵活性也会带来一些困惑。一个非常典型的场景是：你在application.p
踩坑
Quick Share For Windows 安装失败问题解决方案
表现情况 直接运行在官网下载到的安装包，弹框提示 “设置错误: INVALID_OPTION。” 安装包路径生成一个 debug.log 文件，里面的内容是：“ERROR:chrome\updater\tag.cc:904] BinaryReadTagString: file is untagged
logging.config 和 logback.configurationFile 的区别
本文由AI生成，基于与AI的聊天内容由它总结而来。 Spring Boot + Logback 配置文件优先级问题：一个容易踩的坑 在使用 Spring Boot 和 Logback 搭建日志系统时，很多开发者会遇到一个令人困惑的问题：明明通过 logback.configurationFile 指
alpine镜像发送ssl请求报错踩坑记录
错误信息 Suppressed: javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure
Caused by: java.net.ConnectException: Failed to connect
神通数据库 Method com/oscar/jdbc/OscarResultSetV2.getObject is abstract
2024-05-15更新 根本原因不是日期时间类型不匹配，正确来说，应该是“日期类型不匹配”会导致这个问题 并不是只有“类型不匹配”才会导致这个问题 问题表现 Java连接神通数据库执行SQL报错 相同的代码已经适配了达梦、金仓数据库了，但是在神通数据库的环境中执行SQL的时候报错： Caused
OpenWrt 设置AdGuardHome之后，DHCP没有dns服务器问题修复
问题表现：客户端连上WiFi之后无法上网，没有通告的DNS服务器，手动设置DNS服务器可以正常上网
Umami 嵌入到iframe中无法打开的问题记录
问题表现 Refused to frame 'https://umami.mystery0.vip/' because an ancestor violates the following Content Security Policy directive: "frame-ancestors 'se
K3s删除处于Terminating状态的命名空间以及longhorn卸载踩坑
前言 没啥好说的，去年踩过一次longhorn卸载的坑，今晚又踩进去了，去年的解决方案是：重装了整个K3s，甚至宿主机系统（后面做了迁移），这一次是在不重装的前提下找到解决办法。 删除处于Terminating状态的命名空间 (
NAMESPACE=longhorn-system
kubectl p