
全栈技术选型:我的个人博客系统是如何构建的
从数据库到用户界面,这篇文章记录我在个人博客系统中每一层技术选型背后的思考。整个系统包含 4 个独立仓库,涵盖 Java 后端、两个 Next.js 前端、和 Docker 部署配置。 --- 一、整体架构图 ` 用户浏览器 │ ▼ Caddy(反向代理 + 自动 HTTPS) │ ├── chonkybird.com → Next.js 博客前端(SSR) ├── admin.

为您精心挑选的优质内容
探索更多技术见解

Spring Security 的默认配置很简单:一条过滤链管所有请求。但在实际项目中,不同端点往往有完全不同的认证需求。本文介绍我在个人博客项目中实现的三链 SecurityFilterChain 架构。 问题背景 博客系统的端点可以分为三类: 1. 公开白名单:/actuator/health(运维监控)、/api/v1/articles(文章列表)、Swagger 文档 2.

在设计个人博客后端时,我面临一个经典抉择:用简单粗暴的单体应用,还是拥抱时髦的微服务?最终我选择了两者之间的 模块化单体架构(Modular Monolith),事实证明这是正确的决定。 为什么不用微服务? 微服务固然优秀,但对于个人项目来说成本太高: - 需要服务注册、配置中心、网关、链路追踪…… - 每个服务独立部署,运维复杂度指数级增长 - 分布式事务难以处理 - 单人开发,维护多个仓库效率...

第一时间获取最新技术文章,每周精选内容直达您的邮箱
我们尊重您的隐私,绝不会向第三方分享您的邮箱地址
博客系统的管理后台需要处理文章的增删改查、评论审核、文件上传、系统监控等功能。这类界面有一个共同特点:大量表单 + 大量数据展示 + 频繁的服务端交互。 本文记录我在管理后台中选用的技术栈,以及每个选型背后的理由。 --- 技术栈总览 | 层级 | 技术 | 版本 | 用途 | |:---|:---|:---|:---| | 框架 | Next.