1. 服务器永远都不该关机/重启；
2. 顶不住高并发，可以选择性拒绝一些请求，也可以提高性能、优化程序、升级硬件；
3. 我不太清楚并发 100 是多大的用户量，如果用户多，2 的后半部分不应该搞起来么！

@gkiwi 慢半拍是因为我在补充自己，而不是回复你的问题 √

@gkiwi 使用 RESTful 来写 API 之后，前端页面有两种方式来做：

1. 用另一个后端调用 API 来渲染；
2. 纯前端渲染，Ajax 等方式调用 API。

在某种程度上说，方式 1 不符合后端 API 化的目的（都已经写成 API 了，还要渲染页面干嘛）。不过后端渲染的方式也有其优势（性能高一些等）；
方式 2 就是将前端写成一个 WebApp，和写一个 Android/iOS App 类似的方式，通过 Ajax 等手段来访问 API。这种方式彻底分离了前后端，可以交给不同的人来做，相互之间都不用了解实现细节，只通过 API 文档沟通就可以了。

当然，也有一些前后端同时做页面渲染的技术，门槛高，没玩过。

@gkiwi 再展开说说 token 的认证方式。

1. 所有要求登录后才能访问的 API 都必须携带有效的 token 来访问，否则就要求用户去登录；
2. 登录 API 可以 POST api_url/login {user, pswd}，然后返回 {token}，可以存到 cookie/localStorage 等位置。

token 的方式该如何控制安全性，可以自己多思考吧。

RESTful 的 API 可以通过 token 的方式完成用户认证，就是每个登录过的用户在请求时都通过这个 token 来辨认。

>单独维护api侧和html渲染侧
是否使用 RESTful 方式，甚至是后端 API 方式，要看具体的应用场景。RESTful 只能提供访问数据库的一个个 API，使 Web/App 端可以与后端彻底分离，让第二个人单独开发都可以。如果 Web 的渲染也用后端做，那就需要两个后端（API 和渲染）来支持了。

>后端渲染的html页面吐给web端,web端不可避免的需要ajax请求
好像没有啥关系

RESTFul 是 API，只有数据接口，跟页面毫无关系。

页面可以是静态文件（jQuery/Angular.js），然后在 JS 中请求 API 中的数据，并展示到页面中（这种方式和 App 类似，Android/iOS 与 Web 可以共享同一套 API）；
也可以是另一个后端服务，这个后端负责请求 API 并渲染页面（这样就是两个后端了）。

http://www.django-rest-framework.org/ 是一个 django 的框架，可以用来做 RESTful API。其中也附带了一个调试 API 的 Web 工具，可以参考。

不要去，只是个不懂程序不懂互联网的土老板而已，除了钱，他什么都没有。

实习最好去大公司，光去做门卫都能学到不少东西吧。

不靠信用记录，靠玩游戏？这不是瞎扯么

有些问题不是学校做错了，而是大势所趋。

当其他学校都宣传就业率 98% 的时候，哪个学校敢跑出来说我们只有 13% ？校长又不是老罗。

对于这种事情，反抗或者服从嘛。虽然我选择了对立面，但我还是希望大部分人遵守这种游戏规则。

都这么干，随大流拿到毕业证就行了

为什么只能手机看

楼主钓的一手好鱼，祝楼主早日捡个猴子回家

滚动条不细致；footer 最好是 100% 宽度的

犯不犯法要看人家是否追究你。

@reloop #12 会有兼容性问题， #14 不算是合理的方案吧，不过效果还是不错的

@reloop 你来个尺寸不固定的，我可以再给你写写看

@reloop and http://codepen.io/LearnShare/pen/rVNLWY

see http://codepen.io/anon/pen/wavWoK

强调的是搜索功能，按文件夹存放的方式不如搜索来得快