最近在做学校的内网BBS 实名注册系统。由实名注册的实现机制想到了一些东西。先看下问题环境：

内网BBS环境： MYSQL+PHP Discuz ! 6.00正式版

已有的学生数据源：SQL SERVER2000 （内含学生全部信息）

因为学校决定采用LINUX服务器，所以WIN平台的数据和服务将全部下线。所以基于WIN的服务将不能提供，实名注册自然受影响。于是，我想在不修改DZ的源代码的条件下，对BBS实现实名认证。方便以后BBS的升级。

自然想到了Web Services 或者 HttpServices，关于这2种使用方法使用的时候碰到了很多东西．例如PHPRPC，ajax，amfphp，以及准备使用的 flex。使用flex的时候，使用AMFPHP和PHPRPC做对比，好象PHPRPC更容易使用。

正在研究FLEX生成 AIR程序客户端实现同步BBS数据，做ria应用。方便大家直接在客户端查看自己的数据信息，减少WEB服务器的压力，不过究竟减少没有，还得根据生成的XML信息文件来看。暂时写这么多不知道效果如何，正在试验中。

今天逛 朋友 的博客是看到的一个功能，很强大...读音和清晰，英文发音很标准。只是语速有点不适应，于是找到 原作者 的博客，看了下的确不错。具体使用方法如下：

好长时间没写模板了,有点手生...还好以前有写的,参考着,重新做了1个,做了个绿色的模板.并给命名为 GreenLife,象征绿色生命。2008年，是希望的一年，不管是中国，还是我自己，也希望自己的梦想能在这一年实现。

制作过程中想angel请教了模板中文日期的问题，angel太忙时间不够...所以中文日期显示功能先放下.制作这个模板完成后，第一个想法就是，想着手写个SAX的Sablog CSS Framework 最大程度的简化CSS代码，和优化CSS结构。这样的CSS framework并不难，因为这个是针对专门的一款产品，而且有固定的标签如ID.Class。制作者只需要优化CSS和组织CSS和XHTML 的表现手段，宏观掌控，针对这个我倒是有点自己的看法...每给一个标签选择符等附加样式的时候,都会问自己这样做是不是最优？还有没有更好的方法？于是，就在反复的尝试，以及调试中浪费了时间。

一款模板或者皮肤的设计，其实很快。但是调试起来缺特别麻烦，各个浏览器之间的兼容以及BUG问题太多，而且作为一名“设计师”，大多都是凭自己的“感觉”来判断配色。前些日子在网页设计师网站上看到，其实大多“网页设计师”都是这样的。我对这点有深刻体会，因为至少到现在我还是这样的，但是我一直思考如何摆脱这种困境。

在制作网站和SAX的模板中，我逐渐意识到用“构架”来解决问题才是KEY。一个成功的网站并不是凭设计师的主观判断，而是由长期时间的构架而来，颜色的构架，XHTML的构架，CSS的分层意识。我之所以说框架，因为CSS语言本身的局限性...太弱。无法完成动态的交互...网上也曾有很多人着手过CSS Framework,但是最终都放弃了，可是还是由不错的。如BluePrint , elements_framework...现在这个模板和Cherish就采用了elements_framework 部分功能，使开发起来更快了些。

做完了这么些模板，还想说点的就是测试模板的时候，是否可以先在FF，OP，SAFIR下测试，通过后IE7，再来IE6，已经更低的IE5.X，这个我没试过不过肯定比我现在的同时开着几个浏览器混合测试要快...至少有目的性,不知道大家都怎么测试的...要虚心学习.还有就是，“开发人员”永远不要有“设计”的思想。这样会对开发进度带来很大的影响。

大家可以讨论下，我觉得在设计中采用构架应该能大幅度提高开发进度，即使构架要花大量时间，不过比起直接写代码更安全，高效，快捷...

什么是UE(UE——ue就是用户体验)

你会发觉他的使用很人性化：功能强大但操作简单，也更易识别。或许这些都归于Web2.0的定义范畴，但越来越凸出就是一个名词在我脑海中深深震撼着。或者可以这么说Web2.0是让用户作主，让用户在站点去发现、挖掘更多的信息，同时还具备交互性、操作简便性这些无不是以用户为中心，或者说是“以人为本”那么一个这样的站点在建设之前和发展之际，都应需要注意到“UE——用户体验”用户体验，英文叫做User Experience，缩写为UE, 或者UX。

从小T那里弄过来的，感谢tension分享，保存下以备后用。

相当郁闷的一件事情，在后台不小心点成了导入，结果数据全部回滚就剩下2篇日志...

干脆直接升级到2.0算了,哎,失败.失败.以后做事一定要小心啊.

今天晚上，在网上看到一篇关于 《web标准下的web开发流程思考》的文章。突然大悟，原来开发流程是这样的。怪不得觉得自己的开发效率太低，因为没有处理好UI和程序。

以前不管是整站设计或者是皮肤模板的设计，都是最先用Fireworks画出来，即使是很简单的部分，我也力求看上去是网页的效果。因为自己对样式和表现要求得比较苛刻，所以耗费了大量时间在颜色的取舍和XHTML的重建。

另外比较耗费时间的是，浏览器兼容的调试，个人职业病的原因，喜欢做东西做的完美。所以一直喜欢兼容所有的浏览器。在XHML的时候就想，兼容了IE6 、Firefox、IE7就够了，不用考虑那么多。可是在调试的时候，又有了新想法，既然兼容IE6，多写几行代码就兼容了IE5.X，既然兼容了Firefox，为什么不多写几行代码兼容Opera，Safair呢。这样对还在WIN2000 和 MAC OS 都是福音啊。

哎，失误啊，现在才明白，考虑太多，对开发效率是致命的弱点啊。