今天做的事情：仔细了解了下Nginx的一些知识点  玩了玩自定义标签和映射  准备小课堂

1.Nginx的作用

第一点 稳定，占用内存小，反应速度快。Nginx (“engine x”) 是一个高性能的 HTTP 和 反向代理 服务器 ，也是一个 IMAP/POP3/SMTP 代理 服务器 。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的，第一个公开版本0.1.0发布于2004年10月4日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。

详细可见：http://blog.csdn.net/a2534725767/article/details/55194449

第二点 第三方API要求

比如微信这些第三方API必须要求80端口访问，Nginx就可以反向代理一个80端口下配置多个微信项目。

我们要接入微信公众号平台开发，需要填写服务器配置，然后依据接口文档才能实现业务逻辑。但是微信公众号接口只支持80接口（80端口）。我们因业务需求需要在一个公众号域名下面，发布两个需要微信授权的项目，怎么办？我们可以用nginx服务器做反向代理来解决这个问题。nginx服务器对外80端口，然后根据URL参数不同，对内访问不同的项目。

详细可见：http://www.jb51.net/article/105671.htm

第三点 实现负载均衡、加权轮询、动静页面分离等功能。

今天我试着加了几个端口，但是具体的看不出有什么效果....至于负载均衡什么的涉及到共享session等知识点，至于动静页面分离，明天再做一次尝试吧，还没来得及写脚本，不能仔细比较性能。

2.准备小课堂，修复以前的一些小错误，打算加上映射的内容：

因为我任务一做了三个版本，所以遗留下很多要改的细节，改起来也挺麻烦的。至于小课堂我打算讲一下Spring Tempale，打算以Spring Template为切入点比较一下三个方案。因为Template里面大量的需要手动加映射，我打算用反射的方法优化一下。

比如这些地方：

非常地繁琐而且不好改需求，我尝试了一下，可以用反射的方法解决，明天再做出方案吧。

3.学习了一下自定义标签和反射的结合使用：

可以看到，这样子配置后，改需求变得极其地容易，改一下标签的内容就行了。而且最便利的是，不但可以适用Student这个Bean，而是所有的类都适用！

PS：这里因为Student这个Bean在更新和新增的时候有两种需求（更新的时候允许部分字段为null或者""，利用动态sql更新，而新增的时候必须要求所有新增信息有效），所以这里CheckBox里面写了两个（准确说是三个，还有一个入口判断方法）方法。这里是可以优化的，明天再说吧....

具体的东西在小课堂上面讲吧....今天搞这个搞得头大，时间也不早了。

明天要做的事情：写shel脚本

今天遇到的问题：Nginx设计到很多新的知识点，目前水平无法解决

今天的收获：学习到了很多新知识点，巩固了一下基础。