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