想在博客实现登录等功能，但对于后端的选择有些犹豫
2026-02-22
心情随笔
type
Post
status
Published
date
Feb 22, 2026
slug
backend-choice
summary
今天在想怎么在博客上实现登录等功能，目前我主要在考虑两种后端方案：
tags
时光
category
心情随笔
icon
password
今天在想怎么在博客上实现登录等功能，目前我主要在考虑两种后端方案：
📝 方案一：WordPress 当后端
想法是：
- WordPress 本身就是 CMS，只需要做插件开发，提供 API 端点即可.
- 前端调用这些 API，实现登录、支付等
- 好处：
- 前端在构建页面时，请求 WordPress API,WordPress 收到请求后，把文章内容转换成 Markdown 格式.实现两个文章数据源.但是想了想分类那些.还是蒜了.
- 想加后端功能直接做插件就行，不用重新搭建后端.而且可以利用子比的功能.只需要通过插件实现对应的接口.
- 坏处：
- 性能可能不够好
- 灵活性有限，如果未来想做很多自定义功能，可能不够用
📝 方案二：自己做 Python 后端
想法是：
- 用 Python（FastAPI / Flask / Django）做 REST API
- 前端调用 API，实现完整 SPA 式体验
- 好处：
- 灵活度高，登录、订单、支付、下载权限都可以完全自定义
- 未来可以扩展 App、小程序、多端调用同一套 API
- 结合AI项目.实现各种骚操作.
- 坏处：
- 需要实现对数据结构进行设计、实现各种如支付功能,然后再提工API供前端调用.
- 初期开发工作量大
🏷 后端对比小表
后端 | 灵活性 | 开发效率 | 支付集成 | 维护 | 场景 |
Python (FastAPI/Flask/Django) | 高 | 高 | 很成熟 | 自行管理 | 完全自定义 API、会员、下载权限，SPA 用户中心 |
WordPress Headless | 中 | 高 | 插件成熟 | WordPress 维护 | 快速上线，依赖现成插件 |
Node.js (Express/NestJS) | 高 | 中 | 生态丰富 | Node 环境管理 | 前后端同语言，高并发、多端共享 API |
💭 我的想法
- WordPress 后端快速，但不够灵活，也可能影响性能
- Python 后端虽然需要多做一些工作，但能完全掌控登录、支付、用户中心
- 总体目标：前端静态 + 后端 API，用户留在页面内完成所有操作，体验像 SPA 应用
所以我打算Python 后端为主，WordPress 为辅.对于一些临时的功能就在wordpress上实现.
前后端分离的意义
前后端分离的意义不仅仅是架构上的清晰，更重要的是它带来的生存能力。即使后端关闭，静态前端仍然可以独立存在，文章不会丢失，SEO 不会消失，网站依然可以正常访问。更何况是基于Notion的方案.非常的方便.
前端本质上是静态构建的，可以部署在完全免费的平台上。这意味着即使未来不再继续运营后端，也不需要承担服务器成本，博客本身依然可以长期存在。
这让整个项目变得可进可退，风险极低。这一点在前期尤为重要，因为几年的时间并不短，任何项目都有不确定性，而这种架构可以保证内容资产不会因为后端停止而消失。
即使未来 Notion 做出限制，也不会产生本质影响。前端代码，也就是我这个主题本身，是完全可控的，可以快速的随时的转换为使用自己的数据源,改变的仅仅是数据获取的位置. 而不是整个前端结构。
同时，Markdown 格式本身具有极强的通用性，几乎所有现代博客系统和内容系统都支持 Markdown。这意味着文章数据具备极强的可迁移性，不会被任何平台锁死。
Loading...