1. 概述
1.1 起源
本项目完全基于个人兴趣,从 Rewind BBS 衍生而来。
“Track” 这个名字很容易引起误解,让人误以为这是一个 “BugTracking” 系统,其实并非如此。事实上当我最初开始打理自己的个人网站时,我在网站上留了一个叫 “Track” 的链接。这个链接的目的是为了陈列自己的设计作品,不论优劣,只是为了记录自己的生涯,就想家庭相册一样的感觉。
但是后来我渐渐地远离了设计师的道路,尽管仍然专注于 HTML/CSS 技术,却比以往更多地偏向于编写代码,本就浅薄的设计功底很快也就完全荒废殆尽了,这个陈列作品的角落也完全荒废了。
然而,有一件事一直让我放不下。因为作为一个陈列室,必定要有一个主页来列出所有的陈列对象。我最初是打算每次有新的作品加入时,手工修改静态的 HTML主页(我一开始就预想到很少会有更新),然而我却一直懒得给这个主页做一个详细的设计,最后在网站搬迁时,索性就把这个只有HTML没有半个字节 CSS和JS的主页都删了,留了个 Nginx 的 autoindex 页面出来。
于是最近,虽然我还是没有任何新的设计作品加入,但我决定要写这样一个简单的程序,动态地管理这个主页。如果这个网站最终无法陈列我的设计,那好歹让它陈列一下它自己好了……
1.2 需求概述
目前有2套方案,暂未最终决定
- 方案1: 完全基于文件系统,没有任何额外的数据源。根据文件系统下的目录结构进行整理归档。这套方案比较简单,而且刚好可以帮助我练习一些平时不太熟悉的模块使用。不过最终的展示效果如何仍是疑问。
- 方案2: 基于简单的 SQLite 数据库,添加陈列作品时人工录入必须的数据,并最终根据这些数据整理归档。这套方案灵活性更高,但是复杂度也较高,而且是否有必要也还是个问题……