HI END


一种永不妥协,追求极致与完美的精神与态度。
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
上一页 1 ··· 10 11 12 13 14 15 16 17 18 ··· 31 下一页

2012年9月5日

摘要: 来源:http://www.cnblogs.com/in-loading/archive/2012/02/17/2355268.html大型数据库设计技巧1.分类拆分数据量大的表。对于经常使用的表(如某些参数表或代码对照表),由于其使用频率很高,要尽量减少表中的记录数量。例如,银行的户主账表 原来设计成一张表,虽然可以方便程序的设计与维护,但经过分析发现,由于数据量太大,会影响数据的迅速定位。如果将户主账表分别设计为活期户主账、定期户 主账及对公户主账等,则可以大大提高查询效率。2.索引设计。对于大的数据库表,合理的索引能够提高整个数据库的操作效率。在索引设计中,索引字段应挑选重复值较少的字段 阅读全文

posted @ 2012-09-05 14:33 HI END 阅读(180) 评论(0) 推荐(0) 编辑

摘要: 来源:http://www.cnblogs.com/in-loading/archive/2012/02/17/2356564.html目 录1引言91.1互联网的发展91.2互联网网站建设的新趋势91.3新浪播客的简介112网络层架构122.1镜像网站技术122.2 CDN内容分发网络132.3应用层分布式设计162.4网络层架构小结173交换层架构173.1第四层交换简介173.2硬件实现183.3软件实现184服务器优化194.1服务器整体性能考虑194.2 Socket优化194.3硬盘级缓存224.4内存级缓存244.5 CPU与IO均衡264.6读写分离265应用程序层优化285. 阅读全文

posted @ 2012-09-05 14:31 HI END 阅读(184) 评论(0) 推荐(0) 编辑

摘要: 来源:http://www.cnblogs.com/in-loading/archive/2012/02/17/2356552.html我于2007年四月加入了Facebook,在结束了几周的课程之后,我的经理Robert Johnson来找我。我们谈了很久,不过内容可以归结为:Bobby: “那么,Jason,我们要在2008年之前在弗吉尼亚开一个新的数据中心。你能去帮点忙吗?”Me: “呃…. 可以?”Bobby: “很好!”我在Facebook的第一个项目上投入的要比我预期的多一点点,但是我认为这是为何我们拥有如此一个非常强大的工程组织的原因;我们还有很多难题 有待解决,这里每个人都迫不 阅读全文

posted @ 2012-09-05 14:28 HI END 阅读(175) 评论(0) 推荐(0) 编辑

2012年9月3日

摘要: 来源:http://developer.51cto.com/art/201104/255395.htm一、各种注解方式1.@Autowired注解(不推荐使用,建议使用@Resource)@Autowired可以对成员变量、方法和构造函数进行标注,来完成自动装配的工作。@Autowired的标注位置不同,它们都会在Spring在初始化这个bean时,自动装配这个属性。要使@Autowired能够工作,还需要在配置文件中加入以下Xml代码<beanclass="org.springframework.beans.factory.annotation.AutowiredAnnota 阅读全文

posted @ 2012-09-03 11:27 HI END 阅读(270) 评论(0) 推荐(0) 编辑

2012年9月1日

摘要: 来源:http://www.itivy.com/ivy/archive/2011/11/2/talk-about-nodejs.html在开始叙述这篇文章之前,我要非常清楚和明确的声明:“我并不是在鼓励你放弃NodeJS或转向Java”。我一直参与在这种争论中。在我的编程界的朋友中一直存在着一种误解,他们认为NodeJS语言是将来的趋势。我对Javascript是百分百的喜爱(不是自吹,我有一段时间曾被认为是Javascript专家,我写了很多喜欢js的文章);关于Javascript闭包的优美,原型模式编程风格的优势,我是毫无质疑。但是,如果把Javascript放到后台,这就完全是另外一种 阅读全文

posted @ 2012-09-01 13:41 HI END 阅读(250) 评论(0) 推荐(0) 编辑

摘要: 来源:http://www.itivy.com/ivy/archive/2011/5/26/poppende-architecture.html记得之前向大家介绍过MySpace架构里程碑、Flickr网站架构、YouTobe网站架构、PlentyOfFish网站架构、WikiPedia网站架构。这些都是比较经典的几个大型网站的架构,相信我们能从中体会到大型网站一步步走来是多么的不容易,架构很重要。今天我们来了解一个百万级PHP站点的网站架构:Poppen.de。Poppen.de是德国的一个社交网站,相对Facebook、Flickr来说是一个很小的网站,但它有一个很好的架构,融合了很多技术 阅读全文

posted @ 2012-09-01 13:23 HI END 阅读(188) 评论(0) 推荐(0) 编辑

摘要: 来源:http://www.itivy.com/ivy/archive/2011/3/17/634359701352994625.html记得在大学里不止一次关注网站架构方面的东西了,但每次都是泛泛了解,也没有着重记录,一段时间后对各种架构的思想也就模糊了。这几天不知怎么的又心血来潮(可能是快毕业了冲动了)想深入了解一下网站架构方面的知识,并想通过这次来总结一下网站架构,记录一点东西供自己以后翻阅,也给那些希望了解这方面知识的朋友提供一点点有用的信息,下面是我这次学习的总结笔记,有什么写得不妥的地方还请大家指出,还有希望这篇随笔能抛砖引玉,大家各抒己见。1、MySpace架构回顾了MySpac 阅读全文

posted @ 2012-09-01 13:21 HI END 阅读(151) 评论(0) 推荐(0) 编辑

摘要: 来源:http://www.itivy.com/ivy/archive/2011/11/24/something-that-architecture-must-be-aware-of.html对于大多数架构师而言,“可扩展性”在软件架构方面是最虚无缥缈的说法。这毫不奇怪,因为可扩展性正是如今软件设计领域最值得优先考虑的要素。然而,计算机科学家们还无法了解一套单独的架构如何才能扩展至各类应用环境当中。相反,我们在数量繁多的方案中所设计出的可扩展性架构,往往以业界较为通用的已知可扩展模式及个人偏好为标准。简单来讲,打造一套具备可扩展性的系统已经变得更像是一门艺术而不单单是技术。我们常常会通过观摩杰 阅读全文

posted @ 2012-09-01 13:19 HI END 阅读(467) 评论(0) 推荐(0) 编辑

摘要: 来源:http://www.itivy.com/ivy/archive/2011/5/16/web-structure-10-questions.html这里的大型网站架构只包括高互动性高交互性的数据型大型网站,基于大家众所周知的原因,我们就不谈新闻类和一些依靠HTML静态化就可以实现的架构了,我们以高负载高数据交换高数据流动性的网站为例,比如海内,开心网等类似的web2.0系列架构。我们这里不讨论是PHP还是JSP或者.NET环境,我们从架构的方面去看问题,实现语言方面并不是问题,语言的优势在于实现而不是好坏,不论你选择任何语言,架构都是必须要面对的。这里讨论一下大型网站需要注意和考虑的问题 阅读全文

posted @ 2012-09-01 13:18 HI END 阅读(116) 评论(0) 推荐(0) 编辑

摘要: 来源:http://www.itivy.com/ivy/archive/2011/8/16/the-architecture-of-amazon.html谁也没想到,之前一个小小的网上书店,现在居然成了全球商品品种最多的网上零售商和全球第2大互联网公司,它叫Amazon。相信很多朋友都知道Amazon,那就不多作介绍了,下面我们主要来探讨一下Amazon的网站架构方面的话题,其实和之前介绍的facebook架构、myspace架构等等大同小异。另外,本文很多内容也是来自互联网,如有侵权方面的内容请留言,我会及时处理。一、平台以及状态Linux、oracle、C++、Perl、Mason、Jav 阅读全文

posted @ 2012-09-01 13:16 HI END 阅读(1082) 评论(0) 推荐(0) 编辑

上一页 1 ··· 10 11 12 13 14 15 16 17 18 ··· 31 下一页