“似水流年”是我做的一个用于编辑时间线的网站，用户可以在上面创建和分享时间线。网站前端用的是Bootstrap，当时Bootstrap刚出来没多久，我也是第一次使用Bootstrap，因此前端部分写的非常烂。为了保证良好的用户体验，时间线的编辑部分采用了AJAX，当时很多时间都花在了这上面。

网站关了，域名还会继续留着，说不定哪天用来做个新“玩具”。

代码托管在Github上，你可以在这里找到： https://github.com/vicalloy/timeline-site

网站在6月1日上线，并在上线后创建了一个乔布斯的时间线作为网站使用演示。网站上线后将乔布斯的时间线分享到新浪微薄。在博客上写博客公布网站。python.cn网站将“似水流年”作为django项目进行推荐。由于我的博客以及微薄的关注人数并不多，宣传效果一般。python.cn为网站带来的流量相对来说还不错。

网站现状分析

让人比较尴尬的一点是用户创建时间线的积极性并不是太高。即使只是简单创建，并未添加内容的时间线也没几个。我想这应当和网站的访客类型有这不小的关系。我的博客与python.cn的访客都以技术人员为主，这在一定程度上和“似水流年”的目标用户是不匹配的。就我个人对网站的预期定位以粉丝群体与历史爱好者为主。创建和管理好一个时间线是非常花精力的一件事，如果缺乏一定的热情是很难坚持做下去是。对偶像的热爱可以很好的支撑时间线的维护热情。对历史爱好者而言，时间线良好的视觉效果对历史事件的整理有着先天的优势。
就我的实际使用而言，尽管我花了不少的精力在时间线的编辑功能上，但时间线的创建成本还是太高。为创建一个时间线你需要花费不少的时间收集相关的资料，除此之外资料的录入也并不省心。要想降低时间线的创建成本似乎只能用些自动方法抓取内容生成时间线，但我并不太想这么做。过多自动生成的内容会降低网站内容的质量。一个内容质量过低的网站只是单纯的增加网络上的信息噪声而已。

近期开发计划

• 社会化分享按钮（已添加）
  • 微博有着超强的信息传播能力。虽然不确定是否真会有人使用分享功能，但感觉加上还是有些必要。
• SEO的相关优化
  • 时间线的加载基于AJAX实现，这将导致搜索引擎无法正确抓取时间线信息。出于SEO的考虑，网站讲增加文字版的timeline查看页面。
• 协作编辑功能
  • 一人编辑过于辛苦，如果是团队维护则要轻松不少。感觉类似功能对粉丝团体将比较有用。
• 自动生成微博的时间线
  • 输入微博用户名，自动抓取微博数据生成时间线。作为网站的一个工具应用出现，相关数据不混入网站首页。

• 网站部署在 webfaction ，采用apache+mod_wsgi的方式进行部署。
• 由于webfaction在国内的访问速度并不理想，静态资源托管在sina的 SAE 平台上。因为申请了SAE的开发者认证，每月有1.5w的免费云豆资源，闲着也是闲着。
• 域名在 godaddy 购得。在使用优惠码后，一年的费用不足$2。
• 域名的DNS解析用的是 DNSPod 。 DNSPod在易用性方面确实做的很不错。
• 使用 腾讯企业邮箱 。 或许很多人对腾讯比较反感，但腾讯的产品确实都还做的不错。使用腾讯企业邮箱的重要原因之一是免费。
• 服务端的开发技术依旧用的是 Django 。使用自己熟悉的技术可以大大的加快开发进度。
• 前端用的是 twitter-bootstrap 。bootstrap目前已经有烂大街的趋势了，不过这东西确实好用。为减少bootstrap的痕迹，下一步考虑给jstwind换个配色方案。
• JS的基础库用 JQuery 。现在JQuery基本上已经是JS标准的一部分了。
• 时间线的JS控件用的是 Timeline JS 。虽然这个JS组件还有不少让我不太满意的地方，但这个组件胜在漂亮，而且作者非常勤奋，github上提的issue基本上在一天内就会有回复。
• 文件上传用的是 jQuery-File-Upload 。纯JS实现，不依赖Flash即可实现文件的批量上传。缺点是如果客户用的浏览器版本太老就无法使用批量上传功能了。
• Django的第三方APP方面用的就比较多了，其中包括 django-userena、django-taggit等，以及部分我自己写的与修改的APP。第三方APP的详细列表可以查看项目中的 requirements.txt 文件