当前搜索提交后经过一个response.redirect的页面
把参数带到另外一个显示搜索结果的总页面(分两列,左列显示google的搜索结果,右边显示本站的结果),
显示结果的总页面右边那列用iframe调用本站的搜索结果页面,
但本站搜索慢的时候总页面打开也很慢,为什么?
用了框架调用本站搜索,那总页面应该不受影响才对啊?为什么打开还是受影响呢??

解决方案 »

  1.   

    下面是几种用上的加速方法1.ASP.net本身的页面缓存技术与数据缓存技术
    各种的网站开发语言都会有自己缓存技术,可以在开发过程中进行运用。页面缓存是将页面通过在ASPX的页面上用<%outputcache….%>写上缓存的时间,缓存的方案。数据缓存则可以将几乎所有ASP.net支持的变量按照你所想要的方式缓存起来,以提供给程序调用时使用。2.针对复杂的查询建立索引
    除去一开始进行的设计时已经建立好的索引,你可能还需要在网站对数据库访问很大时,用SQL的事务跟踪器去找出查询语句的瓶颈,并为之想出相应的方法,比如用存储过程,为还没有建立索引的表建好索引,多建几张临时表,等等。由于我数据库方面不是很熟,这里就不多说了。3.将DB的读写进行分离
    这是前辈们传下来的宝贵经验,同时对SQL数据库进行读写操作是非常慢的一种数据库访问方式,比较好的方式是根据读写的压力不用,分别建立两类结构完全相同的数据库服务器,将负责写的那类服务器的数据定时复制给负责读的服务器。4.将DB与Web服务器分离
    DB与Web服务器在一台机器上会使访问速度变慢。所以要使得网站加速,这方面也需要进行考虑。5.将常用的数据,以及更新比较少的数据形成静态文件
    网站的开发,有一些数据变化量是非常小的,比如详细文章页面,采编人员将其输入进我们的系统之后,几乎不进变化。这种情况下,可以采用将常用的数据定期的生成静态的数据文件的方法。来对网站进行提速。程序可以通过访问静态文件的方式,来达到提高网站整体速度的目的。这里要对这个方式进行简单的说明,数据库情况好的时候,对数据库的读写是比对文件的读写要快的,但是如果大量的对数据库进行读写,或是每一次都会有比较复杂的逻辑对数据库进行读操作时,并且在实时性要求不太高的情况下,不如将这些复杂的操作每次的生成静态的数据文件,这样可以使得程序每次只需要对静态文件进行读操作,可以达到减轻数据库压力的效果。还有一个好处是,万一数据库发生无法读取的数据故障,那么网站的实际上是可以运营在这些静态的数据文件之上的,在系统运行并不稳定的运营初期,这样的数据文件是非常有意义。这种加速方式可以对应到上面的Asp.net的数据缓存。由于所有的数据都被存储成标准的XML格式数据文件,所以这种数据缓存方式不仅仅可以在Asp.net的应用程序使用,也在可以提供给其它的一些应用使用, 6.将被访问的动态页面通过加速程序定时生成静态页面,以提供给用户一个静态的页面快照。
    终级加速方案?可以将动态页面定时读出,另存为静态页面。与Asp.net的页面缓存相似,唯一区别是页面加速可控度高,而且如果Asp.net无法执行,静态页面也可以很方便的在其它的HTTP server上使用。