blocks|key|3499396|text|我建议你不要把你的内容放在IFRAME中--你很可能会在样式、后退/前进按钮功能和兼容性等方面遇到问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3499397|如果你真的想尝试加快速度，这里有一些提示：|3499398|3499399|合并和缩小css和js文件|unordered-list-item|3499400|通过使用ajax加载内容来最大限度地减少整个页面的加载|3499401|确保您的图像大小适合web|3499402|3499403|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|E|3|F|5|G|7|R|8|@]|9|@]|A|$]]|$1|H|3|I|5|G|7|S|8|@]|9|@]|A|$]]|$1|J|3|K|5|G|7|T|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|U|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|N|$]]

I'd recommend you dont frame your content in an IFRAME - you will most likely run into problems with things like styling, back/forward button functionality and compatability.

If you do want to try speed things up here are some tips: 
 - Combine and minify your css and js files 
 - Look into minimizing full page loads by using ajax to load content 
 - Make sure your images are a suitable size for the web

blocks|key|1187912|text|请勿使用IFRAMEs。就是不要。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1187913|既然你在为Intranet写东西，我猜你的资源大小并不是什么大问题(尽管如此，请尽可能地保持它们的小)。是什么让服务器的处理时间成为您的瓶颈。|1187914|我的建议是：|1187915|1187916|我强烈建议您深入研究输出缓存并明智地使用它。它可以创造奇迹！使用缓存对象缓存内容也很好，但是输出缓存页面可以节省大部分页面加载生命周期，从而节省宝贵的时间。|ordered-list-item|1187917|压缩响应(对于starter).|1187918|Reduce，look+here尽可能地设置视图状态大小，如果视图状态仍然很大，则将其移动到服务器上(如果可能)。|offset|length|1187919|1187920|entityMap|0|LINK|mutability|MUTABLE|url|http://www.stardeveloper.com/articles/display.html?article=2007110401&page=1^0|0|0|0|0|0|0|7|9|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|10|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|11|8|@]|9|@]|A|$]]|$1|G|3|H|5|I|7|12|8|@]|9|@]|A|$]]|$1|J|3|K|5|I|7|13|8|@]|9|@]|A|$]]|$1|L|3|M|5|I|7|14|8|@]|9|@$N|15|O|16|1|17]]|A|$]]|$1|P|3|-4|5|6|7|18|8|@]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|19|8|@]|9|@]|A|$]]]|R|$S|$5|T|U|V|A|$W|X]]]]

Do NOT use IFRAMEs. Just don't.

Since you're writing for the Intranet, I guess that the size of your resources is not such a big deal (still, keep them as small as you can). What leaves you with the server processing time as your bottle neck.

My recommendations:

<ol>
<li>I highly recommend you deep dive into output cache and use it wisely. It can do wonders!
Caching stuff with the Cache object is good too, but output caching a page saves you most of the page load life cycle and therefore saves you precious time.</li>
<li>Compress the responses (<a href="http://www.stardeveloper.com/articles/display.html?article=2007110401&amp;page=1" rel="nofollow noreferrer">look here</a> for a starter).</li>
<li>Reduce the VIEWSTATE size as much as possible and if it's still big, move it to the server (if possible).</li>
</ol>

blocks|key|1187946|text|我同意不使用框架。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1187947|我还想问你-加载页面的延迟是多少，单位是ms？-+like+和download。如果你的延迟超过500ms，那么你的代码需要改进，而不是加载/缓存。|offset|length|style|BOLD|1187948|在intranet上，我的延迟通常是80-300ms，当进行大量计算时，延迟是600-800-1000ms。|1187949|也许延迟是在代码的其他地方，而不是他们加载的速度。|1187950|我使用google+chrome和chrome开发工具检查延迟。(firefox上也有类似的工具)|1187951|对于缓存|1187952|阅读这篇文章，我喜欢指向Expires和post-check。|1187953|Asking+browsers+to+cache+as+aggressively+as+possible|1187954|对于Intranet|1187955|我认为如果你在intranet上压缩gZip你的页面-假设速度非常快，那么你就失去了压缩和解压缩的时间，因为页面从一台计算机到另一台计算机的时间少于几毫秒-我相信压缩/解压缩时间更长。需要一些测试-再次与开发人员工具和下载时间在谷歌ghrome。|1187956|精简后的代码可能并没有那么糟糕，并且将所有的css和js分别保存在一个文件中。|1187957|ps。等待计算机的每一秒都是我们生命中失去的一秒。|1187958|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/2426103/asking-browsers-to-cache-as-aggressively-as-possible^0|0|O|6|V|8|14|D|0|0|0|0|0|0|0|1G|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|19|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1A|8|@$D|1B|E|1C|F|G]|$D|1D|E|1E|F|G]|$D|1F|E|1G|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|1H|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|1I|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|1J|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|1K|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|1L|8|@]|9|@]|A|$]]|$1|R|3|S|5|6|7|1M|8|@]|9|@$D|1N|E|1O|1|1P]]|A|$]]|$1|T|3|U|5|6|7|1Q|8|@]|9|@]|A|$]]|$1|V|3|W|5|6|7|1R|8|@]|9|@]|A|$]]|$1|X|3|Y|5|6|7|1S|8|@]|9|@]|A|$]]|$1|Z|3|10|5|6|7|1T|8|@]|9|@]|A|$]]|$1|11|3|-4|5|6|7|1U|8|@]|9|@]|A|$]]]|12|$13|$5|14|15|16|A|$17|18]]]]

I agree do not use frames.

Also I like to ask you - what is the delay for loading the page in ms ? - latency and download. If you latency is more than 500ms then your code need impovments and not the load/cache.

On intranet my latency is 80-300ms on usually pages, 600-800-1000ms when make many calculations.

Maybe the delay is somewhere else on the code and not on how fast they load.

I check the latency using the google chrome and the chrome developer tools. (there are similar tool on firefox)

<h2>For the cache</h2>

read this article, I like to point on Expires, and on post-check.

<a href="https://stackoverflow.com/questions/2426103/asking-browsers-to-cache-as-aggressively-as-possible">Asking browsers to cache as aggressively as possible</a>

<h2>For Intranet</h2>

I think that if you compress gZip your pages on an intranet - assume is very very fast, then you lost the time for compress and decompress, because the time that takes the page to go from one computer to the other is less than few ms - I believe that the compress/decompress time is more. Need some tests - with again the developer tools and the download time on google ghrome.

The minified maybe is not that bad, and to keep all the css, and js in one file each.

ps.
Every lost second on the wait of the computer is a lost second from our life.

blocks|key|1187964|text|也不要忽视CSS+Sprites，因为这可以消除你无数的小图标等等。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1187965|entityMap|0|LINK|mutability|MUTABLE|url|http://www.alistapart.com/articles/sprites/^0|5|B|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Don't overlook <a href="http://www.alistapart.com/articles/sprites/" rel="nofollow noreferrer">CSS Sprites</a> also, as this can eliminate your zillion little icons and such.

blocks|key|3499525|text|一般来说，通过intranet加载图像/js/css等不会成为瓶颈。这意味着使用iframe将不会对您有所帮助。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3499526|在开始堵塞瓶颈之前，您需要找出真正的瓶颈在哪里，但我建议首先要查找的地方是对数据库的调用。特别是每页的调用次数(一定要确保每页不会对相同的数据进行多次调用！)返回的数据大小(例如，如果返回10,000条记录，然后只向用户显示前100条记录)。|3499527|一旦你得到了简单的东西，你真的需要开始分析，找出瓶颈在哪里。使用ASP.NET中的Trace.axd工具找出页面的哪些部分耗时最长，并将精力集中在这些部分上。|3499528|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Generally speaking, over an intranet, loading images/js/css etc will not be your bottleneck. That means that using iframes will not help you.

You need to find where the actual bottlenecks are before you start to plug them, but I would suggest that the first place to look would be calls to the database. In particular, number of calls per page (definitely make sure you're not making multiple calls for the same data per page!) size of data returned (for example, if you're returning 10,000 records and then only displaying the first 100 to the user).

Once you get the easy stuff out of the way you really do need to start profiling to find out where the bottlenecks are. Use the Trace.axd tool in ASP.NET to find out which parts of your page are taking the longest and concentrate your effort on those.

Hello im developing some backends in ASP.NET 2.0 and i have put all the images in Cache, GZIPED my CSS, JS files and everything to speedup the load of each options.

the performance its good and i have no problems with the clients but i want "MORE" fast loads and im looking for some recomendations.

Is important to mention that those websites are using only in intranets so im thinking to implement my next projects using IFRAME for content that way (i think) the options will be loading faster because they not have to load the entire site.

any help / recomendations?

thanks in advance.

====

EDIT:

im not using viewstates i wrote HTML (code behing) generated controls and use as less as possible ASP.NET Rich controls, all my static contents are in Static vars (Header, Menu, Footer) but im just looking for speed up a litter more.

After compile my website i compress all the HTML, CSS, JS and use less of those files as possible.

but i was seeying others Backend that loads faster than my and the difference is the IFrame control that they use (i think), we check code, design, etc and we use the same (they use #INCLUDES for static HTML instead STATIC VARS with the HTML)

How to speed up my websites (backoffices)

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

你好，我在GZIPED2.0中开发了一些后端，我已经把所有的图像放在缓存中，我的ASP.NET，JS文件和所有的东西都可以加速每个选项的加载。它的表现很好，我没有与客户的问题，但我想要“更多”的快速加载，我正在寻找一些建议。值得一提的是，这些网站只在内部网中使用，所以我正在考虑使用IFRAME来实现我的下一个项目，这样...

问如何加速我的网站(后台)
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何加速我的网站(后台)EN