1. 概述

1.1 起源

本项目完全基于个人兴趣，从 Rewind BBS 衍生而来。

“Track” 这个名字很容易引起误解，让人误以为这是一个 “BugTracking” 系统，其实并非如此。事实上当我最初开始打理自己的个人网站时，我在网站上留了一个叫 “Track” 的链接。这个链接的目的是为了陈列自己的设计作品，不论优劣，只是为了记录自己的生涯，就想家庭相册一样的感觉。

但是后来我渐渐地远离了设计师的道路，尽管仍然专注于 HTML/CSS 技术，却比以往更多地偏向于编写代码，本就浅薄的设计功底很快也就完全荒废殆尽了，这个陈列作品的角落也完全荒废了。

然而，有一件事一直让我放不下。因为作为一个陈列室，必定要有一个主页来列出所有的陈列对象。我最初是打算每次有新的作品加入时，手工修改静态的 HTML主页（我一开始就预想到很少会有更新），然而我却一直懒得给这个主页做一个详细的设计，最后在网站搬迁时，索性就把这个只有HTML没有半个字节 CSS和JS的主页都删了，留了个 Nginx 的 autoindex 页面出来。

于是最近，虽然我还是没有任何新的设计作品加入，但我决定要写这样一个简单的程序，动态地管理这个主页。如果这个网站最终无法陈列我的设计，那好歹让它陈列一下它自己好了……

1.2 需求概述

目前有2套方案，暂未最终决定

• 方案1： 完全基于文件系统，没有任何额外的数据源。根据文件系统下的目录结构进行整理归档。这套方案比较简单，而且刚好可以帮助我练习一些平时不太熟悉的模块使用。不过最终的展示效果如何仍是疑问。

• 方案2： 基于简单的 SQLite 数据库，添加陈列作品时人工录入必须的数据，并最终根据这些数据整理归档。这套方案灵活性更高，但是复杂度也较高，而且是否有必要也还是个问题……