RFC 9 带读：Host Software——从 Logical Link 到 Service Call，早期 Host-Host 协议开始进入操作系统

前言RFC 9 的标题再次回到一个看起来很普通的名字：Host Software。 但如果把它和前面的 RFC 1、RFC 2、RFC 7、RFC 8 放在一起看，会发现它已经明显进入了另一个阶段。 RFC 1 还在讨论： 1Host Software 大概应该做什么？ RFC 7 开始讨论： 12Network Program、Handler、Buffer在 Host 里应该怎么组织？ RF
RFC > 网络协议
#RFC #ARPANET #Host Software #Host-Host Protocol #Network Program #Logical Link #Primary Link #Auxiliary Link #Service Call

RFC 8 带读：ARPA Network Functional Specifications——从链路、校验到远程 NLS，早期 ARPANET 功能规格的第一次收束

前言RFC 8 的标题是 ARPA Network Functional Specifications（ARPA 网络功能规格）。 和前几篇 RFC 相比，这个标题突然显得“正式”了很多。 RFC 1、RFC 2 主要在讨论 Host Software 应该有哪些能力；RFC 6 记录 Steve Crocker 与 Bob Kahn 关于 Host–IMP Interface 的一次谈话；RFC
RFC > 网络协议
#RFC #ARPANET #IMP #Host-Host Protocol #DEL #NLS #Network Program #Checksum

RuoYi 权限体系源码解析：菜单、按钮、接口权限与数据权限如何协同

RuoYi 的权限体系表面上围绕“菜单管理”和“角色授权”展开，底层实际由两条相对独立的链路组成：一条负责目录、页面、按钮和接口操作的功能权限，另一条负责限制用户能够查询哪些部门或个人数据。本文以 RuoYi v4.8.3 当前源码为基线，从 sys_menu、Shiro UserRealm、@RequiresPermissions、Thymeleaf 按钮控制、@DataScope 与 MyBa
Security
#MyBatis #RBAC #权限控制 #RuoYi #Apache Shiro #数据权限

RFC 7 带读：Host-IMP Interface——从用户请求到硬件中断，ARPANET 主机网络栈的早期分层

前言读完 RFC 6 以后，Host 与 IMP 之间“到底应该怎么接”仍然只是一些散落的问题： 字符转换由谁完成； Host 应该向 IMP 提供哪些控制信息； IMP 应该怎样反馈状态； Link 字段到底多大； 出错以后谁负责处理。 到了 RFC 7，这些讨论第一次明显地收敛成一份软件组织设计草案。 RFC 7 的标题非常直接： Host-IMP Interface。 作者 Gérard
RFC > 网络协议
#RFC #ARPANET #IMP #Buffer #Host-IMP Interface #Network Program #Handler #GORDO

Spring Boot 使用 SpringDoc 构建 OpenAPI 3 接口文档

在 Spring Boot 项目中，接口文档不应该是一份需要人工同步维护的附属 Word 文档，而应该尽可能从真实的 Controller、DTO、参数约束和接口注解中生成。SpringDoc 正是 Spring Boot 生态中常用的 OpenAPI 文档生成方案。本文围绕 SpringDoc 的工作原理、Spring Boot 3/4 版本选择、Swagger UI、OpenAPI
Spring
#Spring Boot #Spring Security #REST API #SpringDoc #OpenAPI #Swagger UI #WebFlux

Spring Cloud Gateway：微服务网关的路由、过滤、限流与容错实践

在微服务架构中，API Gateway 不只是一个请求转发器，而是外部流量进入内部服务体系的统一边界。Spring Cloud Gateway 将路由匹配、服务发现、负载均衡、过滤器链、鉴权、跨域、限流、超时、重试、熔断和监控等能力集中到网关层。本文从 Gateway 的核心模型和请求处理链路出发，结合 Nacos、Redis 与 Resilience4J 给出一套面向 Spring Boot 3
Spring
#Redis #Nacos #API Gateway #WebFlux #Spring Cloud Gateway #Spring Cloud #Resilience4J

EasyCode 与 Velocity：从数据库表到可维护代码模板的工程化实践

EasyCode 将 IntelliJ IDEA 的数据库元数据转换为可供模板访问的表、字段、类型等对象，再通过 Velocity 模板生成 Entity、DAO、Service、Controller 等代码。真正决定代码生成质量的并不是“右键生成”本身，而是类型映射、命名规则、模板上下文、文件路径和团队代码规范。本文从 EasyCode 的工作机制出发，系统梳理 Velocity 模板语法、模板
Java
#Java #IntelliJ IDEA #Database #EasyCode #Velocity #Code Generator

Spring Modulith 与 Java 25 JPMS：在单体应用中构建可验证的模块化架构

当 Spring Boot 单体项目逐渐增长，真正令人头疼的通常不是“单体”本身，而是业务边界消失之后形成的无约束依赖：Service 相互调用、Repository 跨领域访问、实体被全局复用，最终任何修改都可能产生连锁影响。Spring Modulith 提供了一套围绕业务模块组织、验证、测试、事件通信和可观测性的机制，而 Java 的 JPMS 则从编译与运行时层面提供更底层的模块边界。本文
Architecture
#Spring Boot #DDD #Spring Modulith #模块化单体 #Java 25 #JPMS

RFC 6 带读：Conversation with Bob Kahn——Host 与 IMP 的边界到底应该有多聪明

前言RFC 6 可能是最不像“标准文档”的 RFC 之一。 它没有章节，没有正式协议语法，也没有长篇背景说明。Steve Crocker 只是在开头写了一句： 他昨天和 BBN 的 Bob Kahn 聊了一次。 随后把谈话中的几个技术结论记了下来。 全文真正讨论的内容只有三类： 1231. IMP 是否应该负责字符编码转换2. HOST 与 IMP 之间的控制接口应该暴露哪些能力3. IMP
RFC > 网络协议
#RFC #ARPANET #IMP #Bob Kahn #Host-IMP Interface #ASCII #RFNM

RFC 5 带读：Decode Encode Language (DEL)——1969 年的可下载前端程序与跨终端交互

前言读完 RFC 1～4，再打开 RFC 5，会突然发现画风变了。 前几篇还在讨论 Host Software、IMP、Link、网络联调和 RFC 文档制度，RFC 5 却直接拿出了一门编程语言： DEL（Decode-Encode Language，解码-编码语言）。 而且这不是一份只有几页的概念提案。RFC 5 从网络交互模型一路写到语言语法，里面有： Function、Procedure
RFC > 网络协议
#RFC #ARPANET #分布式系统 #DEL #NLS #Network Standard Translator #远程交互

RFC 4 带读：Network Timetable——ARPANET 上线前的系统集成与测试计划

前言前几篇 RFC 还在讨论 Host Software、Link、控制消息和文档协作规则，RFC 4 却突然换了一个非常“工程项目”的视角。 它的标题只有两个词：Network Timetable。 如果把它直译成“网络时间表”，很容易以为这只是一份项目排期。实际上，RFC 4 更像一份 ARPANET 初始四节点网络的系统集成、联调、验收和故障定位计划。 它没有定义新的报文格式，也没有给出一套
RFC > 网络协议
#RFC #ARPANET #IMP #SRI #Network Timetable #系统集成 #网络测试

SOA 面向服务架构：参考架构、核心机制与工程实践

SOA（Service-Oriented Architecture，面向服务的体系架构）并不只是 SOAP、WSDL 或 ESB 的组合，而是一套围绕“服务”组织企业 IT 能力的方法。本文从业务驱动、松耦合和服务复用出发，系统梳理 SOA 的参考架构、适配器、服务总线、流程服务、信息服务、服务治理、安全、可靠消息与分布式事务等核心机制，并结合现代微服务、API Gateway、消息系统和可观测性
Architecture
#SOA #ESB #Web Services #WSDL #SOAP #服务架构 #分布式系统

Apache APISIX 从入门到原理：架构、路由、插件与生产实践

Apache APISIX 是建立在 NGINX、OpenResty 与 LuaJIT 之上的动态 API Gateway。它并不只是把请求从入口转发到后端，而是把路由、认证、限流、负载均衡、服务发现、灰度发布、缓存、可观测性等横切能力集中到流量入口统一治理。 本文从可运行的安装与 Admin API 实践出发，进一步拆解 APISIX 的数据面、控制面、etcd 动态配置、RadixTree 路
DevOps
#Kubernetes #Nginx #Apache APISIX #API Gateway #OpenResty #etcd #Microservices

APISIX + Nacos + Dubbo 整合实践：以订单服务为例

在 Dubbo 微服务体系中，外部客户端通常使用 HTTP/HTTPS，而内部服务使用 Dubbo RPC，Nacos 负责注册与服务发现。传统方案往往需要额外部署 HTTP Adapter，将 HTTP 请求转换为 Dubbo 调用。本文以订单查询与下单业务为例，整理 APISIX、Nacos 与 Dubbo 的整合方式，重点说明服务发现、HTTP→Dubbo 协议转换、Dubbo 3
Architecture
#Service Discovery #Dubbo #Nacos #API Gateway #Microservices #APISIX

Linux systemd 从入门到实战：Unit、systemctl、Service 与日志排障

前言在现代 Linux 发行版中，systemd 几乎已经成为绕不开的基础组件。我们平时执行的： 1234systemctl start nginxsystemctl enable nginxsystemctl status nginxjournalctl -u nginx 背后都属于 systemd 的服务管理体系。 如果只把 systemd 理解成“用来启动服务的工具”，其实低估了它。sys
Linux
#Linux #运维 #systemd #systemctl #journalctl #服务管理

使用 VNC 远程控制 Linux Desktop 服务器：TigerVNC 安装、配置与安全访问

前言日常管理 Linux 服务器时，大多数操作通过 SSH 就足够了，但有些场景仍然离不开图形桌面，例如： 运行只能通过 GUI 操作的软件； 使用浏览器、IDE、仿真工具或桌面应用； 远程维护一台安装了 GNOME、XFCE 等桌面环境的 Linux 工作站； 管理实验室、开发环境或内网 Desktop Server； 需要从 Windows、macOS 或另一台 Linux 机器直接控制 L
Linux > 运维
#Linux #Rocky Linux #RHEL #VNC #TigerVNC #GNOME #Remote Desktop

VMware vCenter Server 8.0 接入 Windows Server 2022 AD 域：LDAPS 身份源与权限配置

本文专门介绍如何将 VMware vCenter Server 8.0 接入 Windows Server 2022 Active Directory，使用 AD 账号统一登录 vSphere Client，并通过 AD 安全组完成 vCenter 权限授权。 本文采用的方案是： 123456789Windows Server 2022 AD DS + DNS ↓LDAPS / TC
服务器与虚拟化 > VMware
#VMware #vSphere 8 #vCenter #Windows Server 2022 #Active Directory #LDAPS #SSO #LDAP #RBAC

VMware vCenter Server Appliance 8.0 安装部署教程：从 ESXi 到 VCSA

本文专门讲 VMware vCenter Server Appliance 8.0（VCSA 8.0）的安装与基础配置。 内容从部署前的 DNS、FQDN、时间和资源规划开始，完整覆盖 VCSA 两阶段安装、首次登录、数据中心与集群创建、ESXi 主机纳管、许可证、更新、备份和常见安装故障。 如果还需要让 vCenter 使用 Windows Server 2022 Active Director
服务器与虚拟化 > VMware
#VMware #vSphere 8 #vCenter #VCSA #ESXi #SSO #VAMI