项目停滞好久的了，今天回来心里特别难受，最近这些天，天天在学习日语没有多少时间来想项目上面的事情，可是心里还是总是牵挂着，不管怎么说这个项 目都是我的梦想我的心血啊，历时一年多的了，一定不能够放弃的。可是做的还是很累感觉，回家了，心情更是沉重了许多，生活的压力越来越大，原来在学校，在 外面不管怎么样，生活上都可以自理，现在失去了收入来源的我感觉就是一个被缚住了手脚的人，想做什么都没有那么自由的了，况且现在家里的经济情况也不好， 现在是最难过的时候的了，嗨。。。。。。。
怎么解决这个问题？
学习一门语言是需要一段时间的速成也是需要一段时间的，8月20号开始学习日语到现在10几天过去的了，总算找到点感觉，发现自己又犯了老毛病的 了，其实一种药可以治疗自己的病，多用几次就没有什么大的效果的了，现在也是一样，心里还是无法摆脱项目的影子，有的时候看着看着书就开始走神了， 嗨。。。谁可以告诉我有什么方法可以做到专注啊？呵呵。废话不说了，开始今天的工作的了。
这个问题一个月之前就知道了，可是托了一个月才解决掉，真是有点汗颜啊，不过话说回来，这一个月从老是加班的公司解脱出来又去了趟浙江回来，接着就 去培训日语的了，总之时间没有虚度掉吧！今天晚上回来又把项目拖出来好好的理理下，代码好久没有动的了，就在架构上做了下调整，把原来开发ZZW项目中遇 到的一些问题在现有的项目中寻求一个好的解决方法。
重构UI
对于UI的布局，原来的布局是采用了好几个网站的布局，这些网站有 豆瓣、一起、我的衣橱还有其他的网站的UI，然后自己叠加起来，今晚进行了一些修改，把静态的资源通过配置提取出来，进行配置。修改了浏览器兼容的问题， 对于浏览器兼容这个问题，这个麻烦的问题把我折磨了时间还是蛮久的了，UI上面的布局，还有对应的CSS和图片的调整这些都非常的费时间，我本身就不是美 工出身，对于这些的能力相对薄弱非常的多，就搞得自己有点害怕做这个方面的事情的了，迟迟没有动界面也是这个方面原因的了，今晚修改了下，主要是解决了 IE6下的错误，在这里鄙视下IE6.
总结几点：
1.CSS文件会随着项目的不断完善而增加，我这里采用了豆瓣的单文件CSS的做法，因为界面相对比较简单布局也很类似，重复的地方不多
2.对于兼容性问题，需要用到的IETester（主要解决IE6\7\8下的各种兼容问题），不过貌似IE7/8的兼容性好了很多的了，主要解决IE6下的问题，其次就是FIREFOX,Google Chrome下的显示问题。提倡使用简洁的界面。
3.用好Firefox下的FireBug，对于获取别人站点的布局和促进对 HTML/CSS/JS的理解还是很好的，建议使用
4.对于界面的布局及元素，如果你的项目中需要用的JS框架的话，需要对界面的布局进行开发前的规划，比如我是卖家项目中用到了JQuery框架，则需要规范ID命名，以便操作，特别在强调下，规划还是非常的重要的。
DB重构
自从听了豆瓣网技术架构的发展历程的视频后发现对一个Web2.0网站的开发的一整个大体过程了解的更透彻的了。“罗马不是一天建成的。”每个项目 都是一样，总的有一个过程，但是在这个过程中怎么样的把握业务的变动，并灵活化你的代码，可以在业务变动的时候，你的代码的变动量少，减少重复的工作，这 点是相对比较基本的。所以真的非常感谢豆瓣网能够把这些好的经验分享出来，国内能够多出现这样的站点的技术分享就更好了，其实很多技术人员都分享技术资料 的，可是大公司都会受到保密协议的限制，嘎嘎，想想保密协议，虽然这些只是个形式，但是也是公司的资产啊，想想自己是老板的话也得这样，忍了。
对于数据库重构最近体会了点点了也写出来，以本次项目为例：
我是卖家项目采用了MySQL 5
1.对于数据类型，对于项目初期没有专门的数据库设计师的项目来说，最好的方法就是反向大型项目的数据库，得到数据库的ER关系表，不过现在大部分 的数据库还是MYISAM的存储引擎（现在看的UcenterHome，就是使用MyISAM的），这样反向得到的表，可以把数据类型归纳出来，那些存储 使用那些类型都可以有个大概的了解，先大下基础。
2.数据库是一个项目基础及核心，需要考虑的地方也很多，对于一个好的架构来说，为了作为大型站点考虑，可以将架构的设计预留一些扩展，但是不要过 度设计，对于数据库方面的预留扩展这个方面我还没有经验，在这次的项目中在数据库的设计方面也吃亏好大，切记不要过度设计，预留部分自带是容许的。
3.业务到数据实体的转化，需要一个过程。业务到数据实体，最终存储，这个过程是比较困难的，数据库设计者的水平体现也是在这里的。对于业务逻辑， 这里有个实体和关系，需要好好的去翻下数据库方面的书，建议花一个星期左右的时间好好的补充下数据库的知识，对于设计还是有很大帮助的。
4.开发和部署环境的不同，需要对数据库的部署作出详细说明。比如数据库的版本，数据库的引擎，表结构和初始数据填充。这样说明并分开后就可以在迁移的时候省去很多的重复操作的时间。
5.对于数据库设计的同步，这点很重要，7月份在做ZZW项目的时候就遇到过，使用的是PD12.5对数据库进行设计同步就遇到很多的问题，特别对 于表很多的情况就更麻烦的了，现在的做法是，对于修改统一提交到一个数据库同步操作者那里进行修改而不是大家都修改，刚刚下了MySQL WorkBench 支持同步的功能，大家可以用下，这样设计和数据库能够达到统一这点还是很好的。这里介绍下MySQL WorkBench ，我这里用的是5.1.18 OSS版本，基本的国内都有的了还是很够用的。
