给你一个简单的方案：判断请求来源是不是ajax，如果不是，则拒绝请求。那么来自ajax的请求，可以进行计数，如果单位时间请求过于频繁的话，禁止请求（这样会武断的屏蔽掉一个IP后面有一家大公司的情况）。

Linux工具： 首先说发行版： 个人开发还是在Ubuntu的衍生版本上挑。最好不要用Ubuntu就行。强烈推荐的是Deepin，可以免除你特别多的折腾。比如自带Sougou输入法。QQ（虽然不好用）。Deepin开发的音乐播放器还支持DoubanFM。简直是良心的良心了。

notFound 太酷的名字可不利于别人阅读你的代码。

把它们的输出都写进日志文件。然后你就可以随时随地查看日志文件了

其实，这个问题，实际上可以跟nginx和php没有关系的。 一般来说，你可以直接把www.example.com解析到两台PHP的机器上去，把statics.example.com解析到静态资源的机器上。

你可以看一下这本书[链接]

这个问题应该分两种解决方法： 第一种：应该是只有版本差异过大的时候，才必须先pull + merge才能push。但是你merge之后，版本差异不大的时候，可以push。 第二种：每个人应该保持一个自己的分支。先push到自己的分支上，然后再从服务器端merge到master上。

我觉得，你弄错了问题的重心。 首先，在前端上的修改并不能阻止用户的提交，这个世界上有很多专门用来修改页面的工具，Chrome？FireBug？ 那么你真正的工作量应该是在后段。 其次，这时候才开始考虑前端的屏蔽，那么就Easy多了，随便用一个什么方式，关了submit就可...

那样太麻烦了~ 通常的实现方法是，定义一下热门规则，记录周期内积分 然后算排名。

一般来说，看字段的实际用途。如果是给人看的，就date或者datetime，如果是要在SQL里面进行运算或者比较的，用int。如果两种都有的话，就两种类型都用，代码里面同步更新

看你想普通到什么程度了。如果一辈子都在当码农，不考虑自己写一些东西的话，那么就真心不需要学了。

有的路由器网关地址并非 192.168.1.1, 建议先翻一翻路由器的说明书。

例如，你的SQL是SELECT * FROM users WHERE pass = 'xxxxx' AND email = 'xxxxx' LIMIT 1的时候，就会用上了

前端应该是无法办到了。 可以考虑后端抓取内容进行修改，在输出到前端。

同意沙渺的话，虽然说的不太好听。 如果需要高质量的代码，可以上Github、sourceforge等地方找，去搜一下。被Fork比较多的代码，大多质量都不错。

针对这个问题，我建议楼主去参考前辈的经验。对付课程也许多多少少是必须的，但如何对付不情愿也不必全身心投入的苦差，那也是能力的一部分。如果上一回大学，连跟学长讨教点经验都学不会，那真是彻彻底底的白混了。

貌似这个工程不小。 要确定所有的css在所有的html页面里面没用……

内存：在变量使用完毕后是否及时的释放了内存？如果从数据库里面查询出来的话，是不是仅查询的需要用的数据？每多查询一个字段都是对内存的浪费。变量是常量的使用是否合适？

另外，有一个差别，人。当维护者看到很多乱七八糟的表毫不负责任的堆砌在一起的时候，就会产生抵触情绪。开始对项目的维护也不负责任，然后后续的一系列发生的事情会将这两个项目马不停蹄的送进火葬场。 为什么？详见《破窗户理论》