关于网站架构的一点感想
2011-10-24 21:41
211 查看
一个稳健的网站架构, 不管有意或者无意, 至少应该包含以下几个方面
会话管理. 仅仅依赖于容器的session管理是不够的. 一个专业的网站, 确切的说, 一个面向公众的专业站点, 应该有自己的session实现. 在这个基础上, 才可以自由进行SSO, ACL等扩展
用户权限管理. ACL没有普适的实现, 但是有普适的思想, 就是角色管理, 页面拦截, 对象校验. 一个好的ACL实现, 首先要足够严密, 其次要有很好的扩展性和可配置性, 再次就是执行的效率. 在实际的工作中, 发现很多人以为只要控制某个链接的显示或隐藏就达到了权限控制的要求, 这种做法风险就不说了, 在我的项目里零容忍.
完全分离的视层. 易于前端开发人员处理的模板是特别重要的, 我比较喜欢像smarty, freemarker这样的模板机制, 尽可能保留了模板对美工人员的友好度. 而像OGNL这样的标签语言, 或者是wordpress里面的模板方式, 在模板中混杂了太多概念和后端代码, 普通美工很难上手.
简洁快捷的多国化实现. 在项目的开始就预留多国化的扩展性. 你可以不做, 但是不能没有.
缓存, 静态化和集群大量的用在高负载站点上, 但是每种技术都有各自适用的范围, 要付出各自的实现代价, 不同的站点应该根据访问量和使用习惯量力而行, 并非最前端的技术就最好, 最合适的才是最好.一个完全动态实现的网站, 在独立db服务器, 缓存的辅助下, 也可以轻松应付日数十万PV的流量, 稍加动静态分离和CDN, 就可以适应更大的访问, 并不一定非要完全静态化.
Session management
ACL
Designer friendly templates
i18n
会话管理. 仅仅依赖于容器的session管理是不够的. 一个专业的网站, 确切的说, 一个面向公众的专业站点, 应该有自己的session实现. 在这个基础上, 才可以自由进行SSO, ACL等扩展
用户权限管理. ACL没有普适的实现, 但是有普适的思想, 就是角色管理, 页面拦截, 对象校验. 一个好的ACL实现, 首先要足够严密, 其次要有很好的扩展性和可配置性, 再次就是执行的效率. 在实际的工作中, 发现很多人以为只要控制某个链接的显示或隐藏就达到了权限控制的要求, 这种做法风险就不说了, 在我的项目里零容忍.
完全分离的视层. 易于前端开发人员处理的模板是特别重要的, 我比较喜欢像smarty, freemarker这样的模板机制, 尽可能保留了模板对美工人员的友好度. 而像OGNL这样的标签语言, 或者是wordpress里面的模板方式, 在模板中混杂了太多概念和后端代码, 普通美工很难上手.
简洁快捷的多国化实现. 在项目的开始就预留多国化的扩展性. 你可以不做, 但是不能没有.
缓存, 静态化和集群大量的用在高负载站点上, 但是每种技术都有各自适用的范围, 要付出各自的实现代价, 不同的站点应该根据访问量和使用习惯量力而行, 并非最前端的技术就最好, 最合适的才是最好.一个完全动态实现的网站, 在独立db服务器, 缓存的辅助下, 也可以轻松应付日数十万PV的流量, 稍加动静态分离和CDN, 就可以适应更大的访问, 并不一定非要完全静态化.
Session management
ACL
Designer friendly templates
i18n
相关文章推荐
- 关于VS2010Beta2的一点体会和感想
- 关于机器学习的一点感想
- 『netbug2009』SD2.0大会上关于“大型网站架构技术”的讨论(笔记)
- 关于现在使用的分层架构的一点反思
- 关于学习编程(struts)的一点小感想
- 关于网站更新速度的一点小心得
- 关于技术学习的一点感想
- 关于ETL引擎设计的一点感想
- 关于Node.js后端架构的一点后知后觉
- 关于网站表现层和后台的一点思考--以及转载的三大WEB服务器(Apache ,Lighttpd,Nginx)对比分析
- 关于变量名的一点感想
- 关于"大型"网站的架构问题
- 关于直播的一点感想
- 关于大文本(txt)导入sqlserver2008数据库的一点感想
- 关于Swing中自定义类的显示问题引发的一点感想
- 关于网站可用性的一点思考
- 关于大型网站的架构的部分知识
- 关于技术学习的一点感想
- 关于网站架构和配套程序的一些个人想法
- 关于合成孔径声纳技术一点感想