用CI也有一段时间了，感觉paperen我也挺喜欢CI的，因为觉得上手真的很容易也很方便，暂时还不会考虑其他框架。不过通过这段时间的使用，加上同事比较多疑问（也算是好事吧），自己也有点对CI中控制器与模型部分使用产生些少疑问，特别是模型，因为之前的开发就带来一些比较混乱的状况，老实说之前写的代码比较糟糕

在生活中会不会有这些情景，“我很想弄一个小玩意，能用来这样那样，是啊！很cool啊！”，在想象中确实很吸引很完美，但一旦将其置于实现中就没有下文了，而这种情况paperen认为是很正常的，每个人都爱幻想，而且应该保持幻想，至于能不能实现是其次，因为如果没有这些幻想与这些概念就根本不会有实例的出现，但这里paperen想强调的是，如果连自己（设计思想来源者）都没法做到吸引自己去动手去认为值得实现，那么可能证明了两件事：1.你只是个空幻想家，2.你想象的玩意仍不够吸引。

在看CI（codeigniter）database那一节的手册发现其自带了事务的处理，之后又不知不觉地查了一些资料，在某个地方看到有个例子，具体描述类似如下：商店现在某商品只有1件库存，然后A与B在网上进行下订，A与B几乎同时（或许也就差几毫秒，A比B快那么一点点）进行。很明显是只有A才能成功下单的，B则会收到库存不足的提示，但是作为放置在服务端的那个页面（或者称为脚本程序）我们得怎样去处理这个问题呢？或者我先放出一段代码吧。

将《高性能网站建设指南》读完了，感觉很好，这本书值得大家一读。让paperen对前端性能优化有了更多了解。steve souders 将所有法则都描述得很彻底，很简洁。书中一些观点更是让paperen深刻“只有10%-20%的最终用户响应时间花在了下载HTML文档上，其余的80%-90%时间花在了下载页面中的所有组件上”，“如果将后端响应时间缩短一半，整体响应时间只能减少5%-10%，如果关注前端性能，同样是将其响应时间减少一半，则整体响应时间可以减少40%-45%”，总结得真的很到位，更重要的

paperen对mysql的接触是从玩php开始的，paperen并没有学过SQL，但是自学了一些，对于mysql其实也不是专研得太深，而最近又重新看一遍《PHP和MySql Web开发 第4版》才有发现mysql中有些东西paperen到现在还没有玩过~~所以现在paperen再亲自测试一下并拿出来跟大家分享一下，其实大家有这本书的话不妨自己翻开，再看看12，13章的内容，当然如果你是已经了解并玩得很熟了那么可以忽略了。大概总结了下，这两章介绍了一些玩法有：mysql prepared，pea