视野 | 拓展你我的视野—分享北京生活和网站相关技术与运营

图片、css、script、flash等等这些都会增加http请求数，减少这些元素的数量就能减少响应时间。把多个JS、CSS在可能的情况下写进一个文件，页面里直接写入图片也是不好的做法，应该写进CSS里，利用 CSS sprites 将小图拼合后利用background来定位。

Most of websites and enterprise application rely on the database backing them to store the application and customer data. So at some point the database could be the main performance and scalability bottleneck for your system performance, so I ‘m here today to cure this!

Google是可伸缩性之王。每个人都知道Google是因为他们对大量，复杂信息的快速搜索，但是Google的技术并不只是在搜索领域闪闪发光。他们构建大型应用的平台方式能够让他们以惊人的竞争速度在网络规模应用上面大展拳脚。Google的目标一直是构建更高性能更高规模基础设施来支持他们的产品。他们怎么做到的呢？

前提0： 内存缓存有用，且命中率值得提升；
从60%提高到90%，还是从90%提高到95%，要看hit后的性能能够提升是否值得；

前提1：MemCached已经用满
先用memcached-tool查看一下memcached的容量统计，看memcached是不是已经用满了。如果充分运行时MemCached的空间尚未用满，启用一下压缩是没有意义的； 而且：发现没有用满的MemCached，最好减少相应MemCached的容量，空余出更多内存给其他服务做缓存；

前提2： 压缩率
缓存的数据的确有大于几百字节的，如果都是小于100字节的键值对，压缩可能反而带来膨胀。由于缓存对象的大小在Memcached中都是按照固定大小分块存储的，最小也要88 B。所以对于过小数据带来的压缩膨胀并不是太大的问题；

　　Siege是一个压力测试和评测工具，设计用于WEB开发这评估应用在压力下的承受能力：可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。
SIEGE is an http regressive testing and benchmarking utility. It was designed to let web developers measure the performance of their code under duress, to see how it will stand up to load on the internet. It lets the user hit a webserver with a configurable number of concurrent simulated users. Those users place the webserver “under siege.” The duration of the siege is measured in transactions, the sum of simulated users and the number of times each simulated user repeats the process of hitting the server. Thus 20 concurrent users 50 times is 1000 transactions, the length of the test.

互联网的普及，宽带的流行，使得越来越多的个人和单位都架设了自己的网站。而充当网站的服务器的大多是普通的PC或者低档服务器，这样访问者人数一多或者遭受DDos攻击，很容易造成瘫痪。因此我们需要网站在真正发布前对其进行压力测试，即让少量的客户端计算机或一台计算机仿真模拟出大量用户同时访问，以获得服务器的承受能力。

　　之前介绍的网站优化之减少HTTP请求曾介绍过CSS Sprites，CSS Sprites并没有一个确定的中文翻译，通常被意译为“CSS图像拼合”或“CSS贴图定位”。CSS Sprites并不是一门新技术，目前它已经在网页开发中发展得较为成熟。CSS Sprites并不是什么金科玉律，但在很多情况下，它有着一定的优势，最重要的是它可以减轻服务器的负载，提高网页加载速度。

本文系统的介绍了CSS Sprites的概念、用途和用法，相信本文会解决你在使用CSS Sprites中遇到的大部分问题。

Windows Server自带的互联网信息服务器（Internet Information Server，IIS）是架设网站服务器的常用工具，它是一个既简单而又麻烦的东西，新手都可以使用IIS架设一个像模像样的Web站点来，但配置、优化 IIS的性能，使得网站访问性能达到最优状态却不是一件简单的事情，这里我就介绍一下如何一步一步的优化你的IIS服务器。

此规则规则主要包含如下两个方面

* 对于静态网页组件，通过设置足够长的Expires Header，来实现“永不过期“策略。
* 对于动态网页组件，通过设置恰当的Cache-Control Header，来帮助浏览器根据条件来判断是否做更新请求。

　　您可能会对URL形式不同造成的重复内容有所担心，谷歌现在支持一种新的功能，使您可以指定您喜欢的URL格式。如果您的网站通过多种不同形式的URL向访问者提供完全相同或非常类似的内容，那么通过这种功能您可以自主控制出现在搜索结果中的您网站的URL格式。同时这也有 助于将那些影响您网页声望值的因素更固定地指向您所青睐的URL格式上。

　　在网站的架构设计实施中，肯定会遇到负载均衡这个问题，也是必须要解决的问题。这里给大家分享《负载均衡必须要考虑的八个方案》。主要从HTML静态化、图片服务器分离、数据库集群和库表散列、缓存、镜像等八个方面介绍了相应的问题。

　　本文介绍了 IBM Page Detailer 的功能和使用，并通过一个实例演示了如何对 IBM Page Detailer 获取的结果进行分析，并为 Web 应用性能改进提供建议。
　　在性能测试的日常工作中，测试人员经常需要一些工具为我们提供用以分析的数据。选择行之有效的工具，往往可以使测试工作事半功倍。在对 Web 应用性能的分析过程中，测试人员需要获取与网络传输相关的数据。对于底层信息的获取，许多已有的工具可提供数据包级别的数据。但当测试人员需要更进一步的数据进行分析时，这些工具提供的信息往往太过繁杂，给分析过程带来一定程度的不便。在这种情况下，我们推荐使用 IBM Page Detailer 来提高工作效率。

今天北京下雪了，整理了一份前端优化的PPT，希望对大家有帮助。

时间花在哪了？
（1）大量的HTTP请求产生
（2）在请求脚本时不发生并行请求
注：大多情况下，浏览器在下载脚本时会阻塞额外的HTTP请求

二、怎么想

性能黄金法则
只有10%-20%的最终用户响应时间花在了下载HTML文档上，其余的80%-90%时间花在了下载页面中的所有组件上。
如：图片、FLASH

　　今天给大家分享一些网站优化的一些经验，如有不对的地方欢迎批评指正或与我讨论。关于网站优化，可以从多个方面说起，比如在网站制作过程中、在服务器架设中。关于HTTP请求，在这里就不多说了，可以到在网上搜一下，了解一下。今天主要说一下从图片地图、CSS Sprites、合并脚本和CSS这三个方面来减少HTTP请求。

80% of the end-user response time is spent on the front-end. Most of this time is tied up in downloading all the components in the page: images, stylesheets, scripts, Flash, etc. Reducing the number of components in turn reduces the number of HTTP requests required to render the page. This is the key to faster pages.