主要内容：该项目的目的，技术选型，表结构啥的。先随便写写，反正也不是很急。

1 综述

鉴于我目前算是终于找到实习了，并且按实习的时间来看，如果不加班的话我的空闲时间是固定的，所以我想要先启动这个项目。

该项目的起因是因为我之前每天手动去收集同人帖实在有点顶不住，而且收集的效果也略显不足：没法搜索，没法排序筛选，没法看赞量，没法自动更新。其实我寒假中想要利用 KMP 上线的那个增强版本的 wasm 网页就是这个原因的产物，但是那个框架问题太多、加载太慢、并且没有利用多平台的必要，因此只好放弃。

经过上一次的尝试之后，我决定一方面还是采用稳定的框架来做，另一方面是让用户也有能力去提交同人信息。这次我的目标是搭建一个前后端分离的网站，后端会自动获取新帖和点赞量，前端采用流行的框架，达成搜索筛选排序等等的效果。看看能不能在六月份之前上线。

主要技术栈就是后端的 Ktor，PostgreSQL，redis 三件套。其中两个我都不是很熟悉，原因么一方面是对 Kotlin 的偏向和对其后端方向的发展有所好奇，另一部分是想要通过这个项目来接触更多的技术栈。

前端我想用 react 试一下，主要是对 TypeScript 感兴趣。因为没人帮我，所以只能让 ChatGPT 来完成大部分代码，我再来试着改一改这样。

（这个系列主要记后端部分，前端部分会再开一个新的分类去记录）

2 目标功能

1. 针对贴吧，会自动获取新帖，刷新老帖子的点赞量。
2. 得有一个用户注册的系统，以防无限制提交同人信息。
3. 有一个审核的功能，经过管理员的确认信息才能上去。
4. 同人信息大致按表格的形式展现，提供搜索，按点赞量排序，按标签筛选，对同人信息进行标记和记录的功能。
5. 前端我想尽量还是统一风格去做。
6. 防大量请求，我看看能不能在 ngingx 做反向代理的时候加点时间限制。
7. 因为每天都有部分帖子产生，所以需要辨认这些帖子是否为同人帖。用户可以以自愿的形式做这部分任务，记录贡献条目数。
8. 加评论？加评论的话我怕域名申请过不去，这部分先保留吧，日后再看看能不能上。

3 表结构设计

首先得有一个同人信息表，它里面存着贴吧主题贴的信息，也存别的来源的同人链接，里面的结构大概是这样：

• 主键id，这个不用多说
• 标题
• 网页链接
• 类型，这个和后面的标签做一对一
• 是否为同人
• 点赞量，这个只针对贴吧主题帖，如果是别的来源的话先置0
• 创建主题帖时间