导航菜单
路很长,又很短
博主信息
昵   称:Cocodroid ->关于我
Q     Q:2531075716
博文数:359
阅读量:2144698
访问量:255502
至今:
×
博文->>搜索结果(耗时0.02秒) 博文列表>>
Tags : 大型网站,网站静态化,动静结合 发表时间: 2015-05-16 13:19:41
  上篇文章我简要的介绍了下网站静态化的演进过程,有朋友可能认为这些知识有点过于稀松平常了,而且网站静态化的技术基点也不是那么高深和难以理解,因此它和时下日新月异的web前端技术相比,就显得不伦不类了。其实当我打算写本系列的之前我个人觉得web前端有一个点是很多人都知道重要,但是有常常低估它作用的,那就是web前端和web服务端如何融合的这个点上,这个点再加上我们要做出一个规模庞大,高并发,快速响应的网站时候它对于web前端的架构技术的演进起到了一个不可忽视的作用。  网站的web前端要实现高效,第一个要解决的短板就是网络的延迟性对网站的加载效率的影响,当然很多人会说网速快不快这是网络运营商的
类别:网站建设 | 阅读(1242)| 回复(0)| (0) 阅读全文>>
Tags : 大型网站,网站静态化 发表时间: 2015-05-16 10:03:21
 在存储瓶颈的开篇我提到像hao123这样的导航网站只要它部署的web服务器数量足够,它可以承载超大规模的并发访问量,如果是一个动态的网站,特别是使用到了数据库的网站是很难做到通过增加web服务器数量的方式来有效的增加网站并发访问能力的。但是现实情况是像淘宝、京东这样的大型动态网站在承担高并发的情况下任然能保证快速的响应,这其中有什么样的技术手段可以达到动态网站支撑高并发的场景了,这也许是每个做web开发的朋友都很感兴趣的问题,今天我将写一个新的系列来探讨下这个问题,希望我的经验和研究能给大多数人以启迪。这里要说明下,本系列的写法和存储的瓶颈的写法有所不同,本系列开始部分主要是讲解原理,后面部
类别:网站建设 | 阅读(1136)| 回复(0)| (0) 阅读全文>>
Tags : 大型网站,网站,存储 发表时间: 2015-05-14 01:04:53
  在开始本篇主要内容前,我们一起看看下面的几张截图,首先是第一张图,如下图所示:  这是一家电商网站的首页,当我们第一次打开这个首页,网站会弹出一个强制性的对话框,让用户选择货物配送的地址,如果是淘宝和京东的话,那么这个选择配货地址的选项是在商品里,如下图是淘宝的选择配送地点:  下图是京东选择配货地点:  那么图一跟京东和淘宝有什么区别呢?图一的电商强制用户选择地区后,那么我们在查询这个商品时候会因为地区不同,显示的查询结果会不一样,这个就和网站做国际化有点像,不过网站国际化是切语言和语言相关的静态资源,但是电商这个地域的选择是和业务相关的,不同的地域查询结果是不相同的,这个选择地域的弹出
类别:网站建设 | 阅读(1065)| 回复(0)| (0) 阅读全文>>
Tags : 网站,大型网站,存储 发表时间: 2015-05-13 21:30:03
  本文开篇提个问题给大家,关系数据库的瓶颈有哪些?我想有些朋友看到这个问题肯定会说出自己平时开发中碰到了一个跟数据库有关的什么什么问题,然后如何解决的等等,这样的答案没问题,但是却没有代表性,如果出现了一个新的存储瓶颈问题,你在那个场景的处理经验可以套用在这个新问题上吗?这个真的很难说。  其实不管什么样的问题场景最后解决它都要落实到数据库的话,那么这个问题场景一定是击中了数据库的某个痛点,那么我前面的六篇文章里那些手段到底是在解决数据库的那些痛点,下面我总结下,具体如下:  痛点一:数据库的连接数不够用了。换句话说就是在同一个时间内,要求和数据库建立连接的请求超出了数据库所允许的最大连接数
类别:网站建设 | 阅读(1185)| 回复(0)| (0) 阅读全文>>
Tags : 网站,大型网站,存储 发表时间: 2015-05-12 21:03:34
  在讲数据库水平拆分时候,我列出了水平拆分数据库需要解决的两个难题,它们分别是主键的设计问题和单表查询的问题,主键问题前文已经做了比较详细的讲述了,但是第二个问题我没有讲述,今天我将会讲讲如何解决数据表被水平拆分后的单表查询问题。  要解决数据表被水平拆分后的单表查询问题,我们首先要回到问题的源头,我们为什么需要将数据库的表进行水平拆分。下面我们来推导下我们最终下定决心做水平拆分表的演进过程,具体如下:  第一个演进过程:进行了读写分离的表在数据增长后需要进行水平拆分吗?回答这个疑问我们首先要想想进行读写分离操作的表真的是因为数据量大吗?答案其实是否定的。最基本的读写分离的目的是为了解决数据
类别:网站建设 | 阅读(1171)| 回复(0)| (0) 阅读全文>>
Tags : 网站,大型网站,存储 发表时间: 2015-05-11 22:17:34
  上文里我遗留了两个问题,一个问题是数据库做了水平拆分以后,如果我们对主键的设计采取一种均匀分布的策略,那么它对于被水平拆分出的表后续的查询操作将有何种影响,第二个问题就是水平拆分的扩容问题。这两个问题在深入下去,本系列就越来越技术化了,可能最终很多朋友读完后还是没有找到解决实际问题的启迪,而且我觉得这些问题都是像BAT这样巨型互联网公司才会认真思考的,因此本篇我打算换个角度来阐述本文的后续内容。  这里我们首先要明确一个问题,到底是什么因素促使我们去做数据库的垂直拆分和水平拆分的呢?答案很简单就是业务发展的需求,前文里的水平拆分技术方案基本都是抛弃千变万化的业务规则的限制,尽量将水平拆分的
类别:网站建设 | 阅读(1066)| 回复(0)| (0) 阅读全文>>
Tags : 网站,大型网站,存储 发表时间: 2015-05-07 19:48:54
  如果数据库需要进行水平拆分,这其实是一件很开心的事情,因为它代表公司的业务正在迅猛的增长,对于开发人员而言那就是有不尽的项目可以做,虽然会感觉很忙,但是人过的充实,心里也踏实。  数据库水平拆分简单说来就是先将原数据库里的一张表在做垂直拆分出来放置在单独的数据库和单独的表里后更进一步的把本来是一个整体的表进一步拆分成多张表,每一张表都用独立的数据库进行存储。当表被水平拆分后,原数据表成为了一个逻辑的概念,而这个逻辑表的业务含义需要多张物理表协同完成,因此数据库的表被水平拆分后,那么我们对这张表的操作已经超出了数据库本身提供给我们现有的手段,换句话说我们对表的操作会超出数据库本身所拥有的处理
类别:网站建设 | 阅读(1261)| 回复(0)| (0) 阅读全文>>
Tags : 网站,大型网站,存储 发表时间: 2015-05-07 00:02:22
  存储的瓶颈写到现在就要进入到深水区了,如果我们所做的网站已经到了做数据库垂直拆分和水平拆分的阶段,那么此时我们所面临的技术难度的挑战也会大大增强。  这里我们先回顾下数据库的垂直拆分和水平拆分的定义:  垂直拆分:把一个数据库中不同业务单元的数据分到不同的数据库里。  水平拆分:是根据一定的规则把同一业务单元的数据拆分到多个数据库里。  垂直拆分是一个粗粒度的拆分数据,它主要是将原来在一个数据库下的表拆分到不同的数据库里,水平拆分粒度比垂直拆分要更细点,它是将一张表拆到不同数据库里,粒度的粗细也会导致实现技术的难度的也不一样,很明显水平拆分的技术难度要远大于垂直拆分的技术难度。难度意味着投
类别:网站建设 | 阅读(1166)| 回复(0)| (0) 阅读全文>>
Tags : 大型网站,SEO,优化,阿里巴巴 发表时间: 2015-03-28 00:09:59
  本文主要内容源自2013年阿里技术嘉年华中阿里巴巴周文君分享《大型网站SEO优化实践》。学习过后,受益匪浅,特作笔记,经常回顾吸收学习。 大型网站SEO的特点&优势&挑战  特点  页面数量巨大  SEO流量高,长尾流量占比大  数以百计的Web应用  跨团队、多团队协作  优势  页面内容丰富,数量多(UGC)  域名初始权重高  无需刻意进行linkbuilding,用户会主动帮忙进行链接建设和推广  网站安全及性能优化由专业团队负责  挑战  用户内容如何更好地匹配用户搜索Query(如:博文、帖子)  如何更好的挖掘、整合用户内容,生成更有价值网页  SEO优化方案
类别:网站建设 | 阅读(1274)| 回复(0)| (0) 阅读全文>>