ErgouTree's Blog

也是一直以来打算整理一下自己爱听的galgame ost 或者其他galgame相关的音乐，按照专辑的方式进行整理，同时我有的也会扒下来上传 就借助这个机会，好好的搞一下吧 顺序随缘 持续更新 【FLAC+MP3】AIR ORIGINAL SOUNDTRACK 神尾观铃镇楼 AIR ORIGINAL SOUNDTRACK 通过网盘分享的文件：AIR ORIGINAL SOUNDTRACK.zip 13XeUCWQxV19snaDqzz48uA?pwd=1174 提取码: 1174 解压 10086 【WAV】ゲーム「水葬銀貨のイストリア」Sound Track／ウグイスカグラ 【WAV】ゲーム「水葬銀貨のイストリア」Sound Track／ウグイスカグラ 【WAV】ゲーム「水葬銀貨のイストリア」Sound Track／ウグイスカグラ.zip 百度网盘 提取码: 1174 【FLAC】さよならアーリーサマー／やなぎなぎ、麻枝准 img 百度网盘 提取码: 1174...

前言 前面我们在我们的docker容器中安装了 MySQL，Tomcat 和 Nginx 等镜像 这些镜像都是哪里来的，别人能写，我们肯定也能写。所以我们如何自定义镜像 如果我们要研究自己如何做一个镜像，而且把我们写的项目打包上云部署，docker 就是最方便的。把微服务打包成镜像，任何装了 docker 的地方，都可以下载使用，极其方便。 对于开发者和企业而言： 微服务部署：将应用打包成镜像后，任何安装 Docker 的环境都能一键运行，解决 “环境不一致” 问题。 流程标准化：从开发到部署的流程可固化为：开发应用 → 编写 Dockerfile → 构建镜像 → 上传仓库 → 下载运行，极大简化跨环境移植。 可移植性：镜像包含应用及所有依赖（如库、配置），摆脱对底层系统的依赖，实现 “一次构建，到处运行”。 所以，我们想要制作镜像，这就涉及到我们如何编写 Dockerfile 什么是Dockerfile Dockerfile的介绍 dockerfile 是一种用于定义和构建...

Docker上安装常用软件 基础准备 123456# 检查 Docker 是否正常运行docker --versiondocker info# 拉取基础镜像（可选，部分软件启动时会自动拉取）docker pull alpine # 轻量基础镜像 Docker上安装mysql 在这里就装 mysql 8.0 吧，没必要装太低 拉取mysql镜像到本地 1docker pull mysql:8.0 (tag不加默认最新版本) 1234# 创建必要的目录（避免权限问题）sudo mkdir -p /usr/local/mydata/mysql/logsudo mkdir -p /usr/local/mydata/mysql/datasudo mkdir -p /usr/local/mydata/mysql/conf 12# 赋予适当权限sudo chmod -R 777 /usr/local/mydata/mysql 1234567# 启动MySQL容器（修正后的命令）sudo docker run -p 3306:3306 --name mysql \ -v...

本文仅供学习参考使用和技术了解使用 了解 galgame 中的cg都在什么文件下 如果我需要提取galgame游戏中的cg，那么我们肯定要知道它通常都会在什么文件下 这个也是我个人总结下来的 直接带有 bg 的文件名。例如bg.paz（minori） 带有这种看似这种类型后缀，st.pazA,st.kxl,st.arc这种，他们都是压缩包的衍生文件后缀，有的你可能需要经过解密才能拿到其中你想要拿到的内容，而且这种文件也不一定只有cg，音符社好像就是那种把 图像、音频等资源打包到一起的，但是oped的movie都是会单独的 像mov.paz这类文件名包含视频常见后缀的文件，可能包含了游戏中的动画过场等 其中，尤其留意.paz，.pac，.arc，这种我见的最多，有这种类的直接搞这种就行 然后就是.data，有的情况下，这是游戏的源代码targe文件，也有的时候会是游戏的资源 还有一种最简单的情况，有些 galgame 会直接将 CG 图片直接或者打包放置在以 “cg” “graphics”...

前言 首先，这篇文章你得会掌握 Spring Cloud Gateway 的基本使用和各种配置你能读懂，才能看懂 而且你也要知道网关是干什么的，在微服务中的作用是什么，这些内容要懂 Gateway 处理请求的逻辑是根据 配置的路由 对请求进行 预处理 和 转发 单体应用拆分成多个服务后，对外需要一个统一入口，解耦客户端与内部服务 image-20250726114502426 网关的作用你也要了解，在这里我不再说了，贴张图供大伙回顾一下 image-20250726114520193 而且你要懂计算机网络的基本知识和一些实现原理，因为我在这里不会细说 因为这篇文章会基于我上篇使用篇继续讲解 Gateway 的工作机制 实现一个网关的几种方式 基于 Socket Api 实现 image-20250726114045642 这是最基础、最底层的实现方式。它直接利用操作系统提供的 Socket API 来进行网络通信，从而构建网关。 实现的原理如下： 监听端口：网关服务器启动后，会创建一个...

前言 什么是网关 在复杂的微服务架构中，一个业务功能可能由多个微服务协同完成，每个微服务都有自己独立的网络地址。如果没有网关，客户端需要直接与各个微服务进行交互，这会带来一系列问题： 客户端复杂性增加： 客户端需要记录每个微服务的地址，并处理复杂的调用逻辑，增加了客户端的开发和维护成本。 认证授权复杂： 每个微服务都需要进行独立的认证和授权，导致重复开发和管理困难 跨域问题： 不同域的服务之间调用会存在跨域请求的问题，处理起来较为繁琐。 难以实现统一的非业务功能： 像日志记录、限流、熔断、监控等通用功能难以在每个微服务中统一实现和管理。 为了解决上述问题，API网关应运而生。它作为系统的唯一入口，封装了内部的系统架构，为客户端提供一个统一的、简化的API。也就是 一切访问都要通过网关转发给微服务 Spring Cloud Gateway 模块介绍 在微服务架构中，API网关扮演着至关重要的角色，它作为所有微服务的前置入口，统一处理客户端请求，并将其路由到相应的后端服务。Spring Cloud Gateway 作为 Spring...

从源码部分详细分析 Gateway 的各部分实现原理 我这篇内容会比较多，因为我看到什么东西都想说说，怕讲不明白）））))) Gateway在项目启动过程如何实现自动配置的 项目启动肯定是离不开 run 方法了，我们也是直接进入，分析一下它的启动流程，看他会进行什么样的初始化配置 首先，在 SpringApplication 的构造函数中，它会进行一些早期的初始化 会推断应用类型（在 Spring Cloud Gateway 的场景下，由于依赖了 spring-boot-starter-webflux，应用类型会被推断为 REACTIVE）。 还会从 META-INF/spring.factories 文件中加载 ApplicationContextInitializer 和 ApplicationListener 的实现类。先看这个，因为这是旧一些版本的基础，因为这个依旧有实际意义 1234567891011121314public SpringApplication(ResourceLoader resourceLoader,...

Fegin 实践 使用 Fegin 的步骤编写 Http 客户端的步骤 首先肯定要添加项目依赖，你需要什么放什么，我都放出来了在这里 12345678910111213141516171819202122232425<dependencies> <!-- Spring Cloud OpenFeign --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-openfeign</artifactId> </dependency> <!-- 服务注册发现（以 Eureka 为例）--> <dependency> <groupId>org.springframework.cloud</groupId> ...

Fegin 前言以及介绍 Fegin是做什么 首先，Fegin 是一个声明式的 HTTP 客户端，它的主要作用是简化微服务之间的 HTTP 调用流程。 通过 Feign，开发者可以像调用本地方法一样调用远程服务的接口，无需手动编写复杂的 HTTP 请求代码（如使用 RestTemplate 构建请求、处理响应等）。 Feign 不做任何请求处理，通过处理注解相关信息生成 Request，并对调用返回的数据进行解码，从而实现 简化 HTTP API 的开发，和 RestTemple 一样，Feign 基于接口和注解的方式，自动生成 HTTP 请求的实现，开发者只需定义接口并添加注解（如 @FeignClient），即可实现对远程服务的调用，大幅减少模板代码。 Spring Cloud 对Feign进行了增强，使得Feign支持了更多实用的注解，并整合了 Ribbon 和 Eureka，从而让 Feign 的使用更加方便。与 Spring Cloud 的集成更加一体化。 在Spring Cloud生态中，Feign...