3.7 KiB
3.7 KiB
Mycontent-book 项目总览
我是卡若。
做这个项目，逻辑很简单：把书卖出去，把私域做起来，把钱分下去。
这就不是一个普通的博客网站，这是一个内容变现系统。所有的技术架构，都要围绕着“阅读体验”、“流量承接”和“变现转化”来做。
别整那些虚头巴脑的概念，咱们直接看这个盘子怎么搭。
1. 核心逻辑
这个项目的生意逻辑就是三层：
- 流量层（前端）：让用户看着爽，像刷抖音、看公众号一样流畅。必须移动端优先，模拟 iOS 的原生质感。
- 内容层（数据）：
book/目录下的 Markdown 文件就是我们的资产。改个字，推送到 GitHub，网站立马更新。 - 变现层（后端/接口）：谁看了？谁买了？谁推荐的？这些数据要跑通。
2. 为什么这么架构？
我选 Next.js，不是因为流行，是因为它省事。
- SSR（服务端渲染）：SEO 友好，百度谷歌能搜到，自带流量。
- API Routes：不用单独起个 Java 或 Python 服务，省服务器钱。
- Vercel/宝塔部署：自动化流水线，我只管写文章，代码自动跑。
3. 目录导航（别迷路）
- 1、需求：我们要干啥，成本多少，技术要求。
- 2、架构：整体怎么搭，前后端怎么分。
- 3、前端：脸面工程，交互细节。
- 4、后端：数据处理，脏活累活。
- 5、接口：前后端怎么说话。
- 6、数据库：数据存哪，怎么存。
- 7、测试：怎么保证不出 Bug。
- 8、部署：怎么上线，怎么自动化。
- 9、手册：怎么写书，怎么维护。
4. 这里的规矩
- 行动至上：文档是用来指导干活的，不是写来看的。
- 数据说话：所有优化要有数据支撑，加载快了多少？转化高了多少？
- 保持简单：能用现成的库就别自己造轮子。
复盘： 目前项目处于“文件数据库”阶段，适合我这种单人高频写作。等流量上来了，用户系统一接，立马切 MongoDB。这一步步来，别贪多。