上一页 1 ··· 30 31 32 33 34 35 36 37 38 ··· 52 下一页
  2013年5月21日
摘要: 一个小型的网站,可以使用最简单的html静态页面就实现了,配合一些图片达到美化效果,所有的页面均存放在一个目录下,这样的网站对系统架构、性能的要求都很简单。随着互联网业务的不断丰富,网站相关的技术经过这些年的发展,已经细分到很细的方方面面,尤其对于大型网站来说,所采用的技术更是涉及面非常广,从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求,已经不是原来简单的html静态网站所能比拟的。 大型网站,比如门户网站,在面对大量用户访问、高并发请求方面,基本的解决方案集中在这样几个环节:使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。. 阅读全文
posted @ 2013-05-21 20:50 davidkam 阅读(216) 评论(0) 推荐(0) 编辑
摘要: 使用asp.net的form认证如果需要实现在不同二级域名下登入需要修改一下web.config配置,将from认证配置节点中domain属性修改为同一域名,如:website.com。参考例子: <authentication mode="Forms"> <forms name=".FrameWork" defaultUrl="/Default.aspx" loginUrl="/Login.aspx" domain=".website.com" path="/&qu 阅读全文
posted @ 2013-05-21 20:47 davidkam 阅读(168) 评论(0) 推荐(0) 编辑
摘要: 目录 [隐藏/显示]1 - Web负载均衡1.1 - 使用商业硬件实现1.2 - 使用开源软件1.3 - 使用windows自带的互载均衡软件1.4 - 总结2 - 静态网站2.1 - 静态域名划分2.2 - 静态网站的缓存2.2.1 - 使用CDN2.2.2 - 自己搭建CDN3 - 动态网站3.1 - 域名划分3.2 - 文件上传及显示3.2.1 - 存放在数据库3.2.2 - 存放在文件服务器3.3 - 动态网站内容更新3.4 - 动态网站缓存技术3.5 - 配置文件3.5.1 - 通过同步软件实现3.5.2 - 通过配置服务实现3.5.3 - 通过数据库实现4 - 网页性能4.1 - 阅读全文
posted @ 2013-05-21 20:39 davidkam 阅读(326) 评论(0) 推荐(0) 编辑
摘要: lvs和nginx都可以用作多机负载的方案,它们各有优缺,在生产环境中需要好好分析实际情况并加以利用。首先提醒,做技术切不可人云亦云,我云即你云;同时也不可太趋向保守,过于相信旧有方式而等别人来帮你做垫被测试。把所有即时听说到的好东西加以钻研,从而提高自己对技术的认知和水平,乃是一个好习惯。下面来分析一下两者:一、lvs的优势:1、抗负载能力强,因为lvs工作方式的逻辑是非常之简单,而且工作在网络4层仅做请求分发之用,没有流量,所以在效率上基本不需要太过考虑。在我手里的lvs,仅仅出过一次问题:在并发最高的一小段时间内均衡器出现丢包现象,据分析为网络问题,即网卡或linux2.4内核的承载能力 阅读全文
posted @ 2013-05-21 20:32 davidkam 阅读(169) 评论(0) 推荐(0) 编辑
摘要: 在并发上,nginx无疑是老大,做反向代理的时候,没有发现squid的并发方面介绍,所以暂且认为ngnix是老大,apache的稳定性有目共睹,但在并发方面的确不是很如意。缓存方面:squid,apache都支持diskcache和memcache,根据http的head头来确定是否缓存,nginx不支持缓存,不过我在google开源上看见了新浪的水杨老大的一个东东,给nginx加上了文件缓存,不过没有大规模使用,暂时不把它当做一种解决方案。在代理和缓存的规则上,apache很强,很强大的重写功能,尤其是强制修改http规则,不过这个功能我始终没有调试成功,no-cache的页面始终无法去缓存 阅读全文
posted @ 2013-05-21 20:24 davidkam 阅读(792) 评论(0) 推荐(0) 编辑
摘要: 反向代理从传输上分可以分为2种:1:同步模式(apache-mod_proxy和squid)2:异步模式(lighttpd 和 nginx)在nginx的文档说明中,提到了异步传输模式并提到它可以减少后端连接数和压力,这是为何?下面就来讲解下传统的代理(apache/squid)的同步传输和lighttpd,nginx的异步传输的差异。看图:同步传输:浏览器发起请求,而后请求会立刻被转到后台,于是在浏览器和后台之间就建立了一个通道。在请求发起直到请求完成,这条通道都是一直存在的。异步传输:浏览器发起请求,请求不会立刻转到后台,而是将请求数据(header)先收到nginx上,然后nginx再把 阅读全文
posted @ 2013-05-21 20:22 davidkam 阅读(187) 评论(0) 推荐(0) 编辑
摘要: 本文在介绍 squid 反向代理的工作原理的基础上,指出反向代理技术在提高网站访问速度,增强网站可用性、安全性方面有很好的用途。作者在具体的实验环境下,利用 DNS 轮询和 Squid 反向代理技术,实现了网站的负载均衡,从而提高了网站的可用性和可靠性。本文在介绍 squid 反向代理的工作原理的基础上,指出反向代理技术在提高网站访问速度,增强网站可用性、安全性方面有很好的用途。作者在具体的实验环境下,利用 DNS 轮询和 Squid 反向代理技术,实现了网站的负载均衡,从而提高了网站的可用性和可靠性。现在有许多大型的门户网站如 SINA 都采用 squid 反向代理技术来加速网站的访问速度, 阅读全文
posted @ 2013-05-21 20:16 davidkam 阅读(192) 评论(0) 推荐(0) 编辑
  2013年5月18日
摘要: 这两天一直在研究SQL Server 2005 中如何对表进行分区,但是参考了多数资料都是说新建表后再将原表中数据插入到新表中,这样有些不方便. 最后找到了在已有表上做分区表的方法.见代码. 我们有个表现在已经到了1千万的数据,之前仅仅是优化索引和索引试图来在真实的环境中查看到底sql2005单表能负载多大的量。 最后得出结论,在我们公司现有的硬件条件下,sql2005中,单表的量最多不能超过250w数据。(这个数据会根据硬件的不同而会有所不同.)---select * from t200705--1.先根据表数据的量大小,来拆分每一个分区,保证每一个分区表的记录尽量在250w条记录左右.-. 阅读全文
posted @ 2013-05-18 15:05 davidkam 阅读(182) 评论(0) 推荐(0) 编辑
摘要: SQL Server数据库优化方案 查询速度慢的原因很多,常见如下几种: 1、没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2、I/O吞吐量小,形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大(可以采用多次查询,其他的方法降低数据量) 7、锁或者死锁(这也是查询慢最常见的问题,是程序设计的缺陷) 8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。 9、返回了不必要的行和列 10、查询语句不好,没有优化 可以通过如下方法来优化查询: 1、把数据、日志、索引放到不同的I/O... 阅读全文
posted @ 2013-05-18 09:11 davidkam 阅读(147) 评论(0) 推荐(0) 编辑
摘要: 适用于: SQL Server 2005 摘要:SQL Server 2005 中基于表的分区功能为简化分区表的创建和维护过程提供了灵活性和更好的性能。追溯从逻辑分区表和手动分区表的功能到最新分区功能的发展历程,探索为什么、何时以及如何使用 SQL Server 2005 设计、实现和维护分区表。(本文包含一些指向英文站点的链接。) 关于本文本文所描绘的功能和计划是下一版本 SQL Server 的开发方向。它们并非本产品的说明书,如有更改,恕不另行通知。对于最终产品是否具有这些功能不做任何明示或暗示的保证。对于某些功能,本文假设读者熟悉 SQL Serve... 阅读全文
posted @ 2013-05-18 09:05 davidkam 阅读(240) 评论(0) 推荐(0) 编辑
上一页 1 ··· 30 31 32 33 34 35 36 37 38 ··· 52 下一页