网站性能

SmartBear 数据表明，如果 Amazon 的加载时间延长 1 秒，那么一年就会减少 16 亿美元的营收。用户与网站互动的过程中，如果加载时间超过3秒，57% 的用户会流失。可见，网站的加载时间是多么重要。 OneAPM-CloudTest 加班加点给大家上线事务录制、监控功能，能够录制事务过程，对事务24小时监控，在用户访问网站前，清楚的知道网站的响应时间。 添加事务监控时，首先需要下载脚本录制器，录制脚本。 下载完脚本录制器后，双击OneAPMRecorder.exe,如下： 打开录制页面如下： 在红框处输入要录制事务的网址，例如：输入 www.taobao.com 后，在页面上点击、输入都可以录制，最多可以录制 20 步。录制后点击停止按钮，然后点击保存按钮，导出生成的 json 文件。 在如下页面，命名事务监控，上传事务脚本。 点击自定义选择，选择监控点。选择监控频率，点击创建监控即可。事务录制页面如下： 页面可以看到不同监控点事务总耗时和事务每一步的耗时。 点击错误节点，可以看到具体的脚本错误如下图： Cloud Test 是基于云技术的实时监控系统，能够帮大家实时监控网站性能，监控 CDN、DNS、API 、事务监控等第三方服务提供商的可用性，实现应用性能及时监测及时报警。想阅读更多技术文章，请访问 OneAPM 官方技术博客。 本文转自 OneAPM 官方博客

3 月，跳不动了？>>> 一、 基于动态内容为主的网站优化案例 1．网站运行环境说明 硬件环境：1台IBM x3850服务器, 单个双核Xeon 3.0G CPU，2GB内存，3块72GB SCSI磁盘。 操作系统：CentOS5.4。 网站架构：Web应用是基于LAMP架构，所有服务都在一台服务器上部署。 2．性能问题现象及处理措施 现象描述 网站在上午10点左右和下午3点左右访问高峰时，网页无法打开，重启服务后，网站能在一段时间内能正常服务，但过一会又变得响应缓慢，最后网页彻底无法打开。 检查配置 首先检查系统资源状态，发现服务出现故障时系统负载极高，内存基本耗尽，接着检查Apache配置文件httpd.conf，发现“MaxClients”选项值被设置为2000，并且打开了Apache的KeepAlive特性。 处理措施 根据上面的检查，初步判断是Apache的”MaxClients“选项配置不当引起的，因为系统内存仅有2GB大小，而“MaxClients”选项被配置为2000，过多的用户访问进程耗尽了系统内存；然后，修改httpd.conf配置文件的“MaxClients”选项，将此值由2000降到1500；继续观察发现，网站还是频繁宕机，于是又将“MaxClients”选项值降到1024，观察一段时间发现，网站服务宕机时间间隔加长了，不像以前那么频繁，但是系统负载还是很高

　　自网站诞生以来，响应速度/响应时间一直都是大家关心的话题，而速度慢乃是网站的一个杀手，正当大家以为四核和宽带能力的提升能够解决这些问题时，Wi-Fi和移动设备为热点移动互联网又悄然兴起。 　　在2006年，Amazon曾做过一个报道，响应时间每提高100ms，他们便会增加1%的收入。优化的价值已显而易见，但到底多快才是个标准，或者速度有多快才算够快呢？那么到底什么是响应时间，它有多大的价值？ 　　从技术上来讲，响应时间是指用户发送一个指令（例如，一个页面请求）浏览器接收到完成加载的时间。定义看起来非常简单，但当你在思考如何设计一个带有许多额外对象的现代网页时，响应时间对用户体验是非常重要的，并且它也不会告诉你，哪些因素影响着响应时间。 　　一个稍微好点的衡量标准则是页面加载时间。页面加载时间是指从用户发送指令到浏览器加载完整个页面对象所用的时间。好比响应时间，页面加载整个过程涉及到很多事情，它由一系列执行步骤组成，并且每一步都需要单独监控，每一步都会告诉你问题所在。 　　步骤包括： DNS解析时间 TCP链接时间 HTTP重定向时间 首字节加载时间 HTML内容时间 整个页面对象加载时间 　　 DNS解析时间 　　DNS查找的时间就是将域名翻译成具体IP的时间，大多人数认为，无论DNS是否工作，都不是件简单的事情。 　　在这个过程中，你可能会遇到许多微妙的问题，比如响应时间太长

[原文作者]： Omar [原文链接]： Making best use of cache for high performance website 使用URLs时要确保一致性 浏览器基于URL来缓存资源。当URL改变后，浏览器从源服务器获该资源的新的版本。查询字符串参数的改变也被视为URL的改变。例如，"/default.aspx" 被缓存到浏览器，如果你请求了"/default.aspx?123"，浏览器将从服务器获取新的版本。对于这个新URL的响应，如果你返回的是正确的缓存报头，它仍然会被缓存。这样的话，再把查询字符串改成类似于"/default.aspx?456”，那么服务器将又返回一个新的版本。因此，当你想响应得到缓存时，就要确保你在各处使用了一致性的URL。在主页里，如果你请求了一个URL为"/welcome.gif"的文件，那么确保在其他页面里在请求该文件时也使用相同的URL。常见的一个错误是，有时会从URL中省略"www"子域。 www.pageflakes.com/default.aspx 与pageflakes.com/default.aspx是不同的，两者会被分别的缓存。 静态内容会被缓存得更久 静态内容可以被缓存得更久，例如一个月。 如果你正考虑应该只缓存几天，以便当你修改文件后，用户可以很快获取到新的版本，那么你错了。如果一个文件是通过设置过期报头

pv、uv、ip，tps、qps、rps术语解释 跟网站打交道，经常可以听到数据分析之类的专有名词，如pv多少、ip多少、tps多少之类的问题。下面就这些常见的数据给出英文全称及其释义。 PV 即 page view，页面浏览量 用户每一次对网站中的每个页面访问均被记录1次。用户对同一页面的多次刷新，访问量累计。 UV 即 Unique visitor，独立访客 通过客户端的cookies实现。即同一页面，客户端多次点击只计算一次，访问量不累计。 IP 即 Internet Protocol，本意本是指网络协议，在数据统计这块指通过ip的访问量。 即同一页面，客户端使用同一个IP访问多次只计算一次，访问量不累计。 UV、IP的区别 比如你是ADSL拨号上网，拨一次号自动分配一个IP，进入了网站，就算一个IP；断线了而没清理Cookies，又拨号一次自动分配一个IP，又进入了同一个网站，又统计到一个IP，这时统计数据里IP就显示统计了2次。UV没有变，是1次。 同一个局域网内2个人，在2台电脑上访问同一个网站，他们的公网IP是相同的。IP就是1，但UV是2。 TPS 即Transactions Per Second的缩写，每秒处理的事务数目。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时

转自 网站性能优化总结。 1. 使用存储过程， （如果在程序里用exec 存储过程 参数，这样执行似乎并没有快多少） 在数据库里是预编译的，也不需要在字符串传输上花费大量时间。 防sql注入攻击。 2. 尽量优化数据库语句，使逻辑尽量简单。 @ 还有就是在使用函数时 charindex >like > padindex 效率依次递减。 @查询字段是否包含在以，分隔的字段串时，最好不要用in 速度非常慢。 还有好多，可以总结的，这里就不再描述了。 3. EnableViewState(页面的视图状态)。如果无特殊要求设置为false。 使用ViewState ，每个对象都必须先序列化到 ViewState 中，然后再通过回传进行反序列化，因此使用 ViewState是没有代价的。尽量减少使用对象，如果可能，尽量减少放入 ViewState 中的对象的数目。下面情况基本上可以禁用viewstate： （1）页面控件 （.ascx） （2）页面不回传给自身。 （3）无需对控件的事件处理。 （4）控件没有动态的或数据绑定的属性值（或对于每个postpack都在代码中处理） 单个页面或每个页面都禁用 ViewState，如下所示： 单个页面：<%@ Page EnableViewState="False" %> 每个页面：在 web.config 中 <Pages

Yahoo! 的 Exceptional Performance 团队为改善 Web 性能带来最佳实践。他们为此进行了一系列的实验、开发了各种工具、写了大量的文章和博客并在各种会议上参与探讨。最佳实践的核心就是旨在提高网站性能。 原文地址： http://developer.yahoo.com/performance/rules.html Excetional Performance 团队总结出了一系列可以提高网站速度的方法。可以分为 7 大类 34 条。 包括 内容 、 服务器 、 CSS 、 JavaScript 、 Cookie 、 图片 、 移动应用 ，七部分。 其中内容部分一共十条建议： 一、内容部分 尽量减少 HTTP 请求 减少 DNS 查找 避免跳转 缓存 Ajxa 推迟加载 提前加载 减少 DOM 元素数量 用域名划分页面内容 使 frame 数量最少 避免 404 错误 1 、尽量减少 HTTP 请求次数 终端用户响应的时间中，有 80% 用于下载各项内容。这部分时间包括下载页面中的图像、样式表、脚本、 Flash 等。通过减少页面中的元素可以减少 HTTP 请求的次数。这是提高网页速度的关键步骤。 减少页面组件的方法其实就是简化页面设计。那么有没有一种方法既能保持页面内容的丰富性又能达到加快响应时间的目的呢？这里有几条减少 HTTP

作为一个全面的 WordPress 性能优化 教程，本文旨在帮助读者排查 WordPress 网站的性能问题，同时也提供网站前端优化加速的建议。 如果你曾经遇到过 WordPress 管理界面加载缓慢、「MySQL 服务器崩溃」、网页一直无法加载等情况，或者你预计网站的流量将要大涨，相信本教程会对你有益。 ######1. 查看网站前端性能指标 通常情况下，网站加载缓慢是由于 网页规模 过大引起的，而且现在的大多数网页，都包含许多图片、Flash、视频以及 JS 文件，这些元素都会给网络加载带宽造成压力，进而导页面打开缓慢、用户体验差的问题。 如果你准备认真地解决这个问题，你需要安装部署 Firefox 浏览器， Firebug 扩展程序 、 Yslow 插件以及 Browser Insight 。 开发时最好尽量将页面大小保持在 100KB 最好是 50KB 以内，如果你的网页包含许多多媒体内容，那你最好学会使用 Yslow 。Yslow 会对网站性能进行打分（分值为0到100），从js脚本、css、多媒体资源等多个方面，80分应该是网站的最低目标。 不过 Yslow 本身也有些局限性： 1.最新版的火狐还有谷歌浏览器已经无法使用了 2.其次 Yslow 主要是页面结构分析，但是现在界面主要靠 js 绘制例如 react 等 3.而且 Yslow 本身主要关注的是 PC 端

大家好，我现在在阿里巴巴园区采访阿里巴巴中文站架构师，兼B2B网站优化领域的负责人何崚。何崚你好，请简单介绍一下你自己。 我叫何崚，2006年加入阿里巴巴。之前一直在中科院下属的两个基因方面的研究所，从事一些基因方面的研究。加入阿里巴巴对我来说是一次转行。我在加入阿里巴巴以后，主要是负责中文站的一些架构设计。 我们知道何崚是阿里巴巴B2B网站优化领域的负责人。首先关于页面前端优化这部分，请谈一谈你的主要经验以及针对一些难点问题的解决方案。 目前我们网站页面前端优化主要有两个方向。第一个方向是对网站核心页面基于Wise load的原则做定点性能优化，这方面无外乎就是减少HTTP请求，减少DNS请求时间，减少页面DOM的数量，做一些图片压缩等，大家的思路基本是一样的。值得一提的是，针对特定方向前端优化，阿里巴巴社区开发了一些自动化性能调优工具，例如刚才提到的减少HTTP请求的问题我们开发了一个自动合并CSS和JS静态文件的框架，对于刚才提到的减少页面DOM数这方面我们也有一个前端延迟加载框架，主要负责在页面加载时只加载首屏，用户滚动页面时才去加载二屏或三屏，这样对于网站的性能包括流量都是很大的提升和节约。 我们知道Web I/O也是一个优化很重要的方面，有没有需要特别注意的或是有哪些好的解决方案？ Web I/O在我们网站高并发的应用场景下会有明显的瓶颈。为了提高网站高并发处理能力

优化网站性能的14条军规 快速提高网站访问速度 相信互联网已经越来越成为人们生活中不可或缺的一部分。ajax，flex等等富客户端的应用使得人们越加“幸福”地体验着许多原先只能在C/S实现的功能。比如Google几乎已经把最基本的office应用都搬到了互联网上。当然便利的同时毫无疑问的也使页面的速度越来越慢。自己是做前端开发的，在性能方面，根据yahoo的调查，后台只占5%，而前端高达95%之多，其中有88%的东西是可以优化网站性能的。 以上是一张web2.0页面的生命周期图。工程师很形象地讲它分成了“怀孕，出生，毕业，结婚”四个阶段。如果在我们点击网页链接的时候能够意识到这个过程而不是简单的请求-响应的话，我们便可以挖掘出很多细节上可以提升性能的东西。今天听了淘宝小马哥的一个对yahoo开发团队对web性能研究的一个讲座，感觉收获很大，想在blog上做个分享。 优化网站性能的14条军规 快速提高网站访问速度，更多内容如下： 相信很多人都听过优化网站性能的14条规则。 1. 尽可能的减少 HTTP 的请求数 [content] 2. 使用 CDN（Content Delivery Network） [server] 3. 添加 Expires 头(或者 Cache-control ) [server] 4. Gzip 组件 [server] 5. 将 CSS 样式放在页面的上方