提早实现自动化部署，一种可重复和可靠的方式，在目标机器上部署你的应用。
 
      系统能在你的机器上运行，或者能在开发者和测试人员的机器上运行，当然很好。但是，它同时也需要能够部署在用户的机器上。如果系统能运行在开发服务器上，很好，但是它同时也要运行在生产环境中。

      这就意味着，你要能用一种可重复和可靠的方式，在目标机器上部署你的应用。不幸的是，大部分开发者只会在项目的尾期才开始考虑部署问题。结果经常出现部署失败，要么是少了依赖的组件，要么是少了一些图片，要么就是目录结构有误。

选择最佳脚本加载技术的决策树，不同域、无序，不同域、保持顺序。
 
      不同域、无序

           XHR Eval、XHR注入和Script in Iframe技术在这些情况下无法使用，因为主页面的域与脚本的域不同。我们不应该使用Script Defer技术，因其迫使脚本按顺序加载，相反，如果脚本能一到达就执行的话会让页面加载更快一些。对于这种情况，Script DOM Element技术是最佳方案，但它会导致在Firefox中加载时保持顺序，虽然我们并不希望这样。注意这两种技术都触发忙指示器，但我们没有办法避免这个问题。包含JavaScript广告和控制的网页是符合这种情况的实例。广告和控件的脚本所在的域往往和主页面不同，但是它们之间没有任何依赖关系，所以加载顺序无关紧要。

不同格式图像的特点，这些特点决定了如何在Web上使用这些图像，同时也是选择图像格式的因素之一。
 
   图形VS照片
不管你使用哪种图像格式，优化方法取决于图像的具体类型；

   图形

   网站的Logo、草图、图表、大部分动画和图标都属于图形。这些图像通常由连续的线条或其他尖锐的颜色过渡组成，颜色数量相对较少。

   照片

照片通常有百万数量级的颜色，并且包含平滑的颜色过渡和渐变，想象一下用相机拍摄的日落时的照片。绘画作品的图像更接近于照片，而不是图形。

客户端Comet的性能优化目的是：减少数据传输的延迟、HTTP连接的保存和管理、远程消息和处理跨域问题。服务器端的性能优化目的是：保存和共享HTTP的连接数、并尽量较少每个连接所消耗的内存、CPU、I/O和宽带。

       连接管理

    即便是很少的数据，服务器也会永久地为每一个用户打开一个HTTP连接，这导致打开很多连接。连接有两个限制：内存和CPU。但无论如何，每个连接都会因操作系统或开发语言而产生内存占用。如果每个连接使用一个线程就会导致一个完整执行堆栈的内存占用，即使它能被降到几乎合理的程度，通常大小也为2MB。另外，如果线程数的增加超过进程数，那么我们将会以超负荷而告终，因为操作系统在线程与进程之间切换的开销比我们实际执行代码的开销还要多。正是这个原因，我们需要选择一个异步网路架构。

Comet利用HTTP规范中不常用的特殊性来工作。通过更智能的长连接管理和减少每个连接占用的服务端资源，Comet比传统Web服务更易于提供更多的同步连接，客户端与服务端之间的数据传输更快。
大规模的应用必须使用异步连接处理，因为传统的服务架构中每个连接都需要使用一个线程。对于高并发的应用，Comet服务器通常会根据操作系统来改进事件库，操作系统处理异步I/O的方式多种多样，传统的方式是选择（select）或轮询（poll）。应用程序可以通过这些结构来询问操作系统哪些套接字（Socket）已经可以写入和读取从而避免发生阻塞。

虽然iframe不会直接阻塞主页面中的资源下载，但是有几种方式会导致主页面阻塞iframe的下载。除了预期的脚本行为之外，在Internet Explorer 和Firefox中，主页面的样式表会阻塞iframe的下载。
即使是空iframe，其开销也是很高的，他们的开销比其他的DOM元素高出1~2个数量级。
当我们在典型方式下使用iframe时（），它会阻塞onload事件。这会延长浏览器的忙指示，导致用户感觉页面加载很慢。动态地设置iframe的SRC属性能在Safari和Chrome中避免这个问题。对于其他浏览器而言，可以在onload事件后设置SRC属性来避免。

不同格式图像的特点，这些特点决定了如何在Web上使用这些图像，同时也是选择图像格式的因素之一。
 
       JPEG
      
       JPEG的意识是联合图像专家小组（Joint photographic Experts Group），也就是开发了这个标准的组织名称。JPEG是照片存储的实际标准。考虑到人类眼睛对颜色和光线强弱的感知，这种格式通过各种技术来减少显示图片所必需的信息，所以它能在经过高度压缩的文件中存储高分辨率的图像。下面是这种格式的一些特性：

当一个社区突然发现了它喜欢的内容，网站的访问流量会突然增大。知名博客、爆炸性新闻、新闻聚合网站会将成千上万的访问者在短时间内带到你的网站。
对于大多数站点来说，带宽和处理能力是有限的。当服务器处于繁忙状态或者网络堵塞时，网站性能就会下降。突发流量的特征是它们仅仅只会持续几个小时至几天，之后，为应对突发流量而额外增加的处理能力就浪费了。内容分发网络和按需要计算处理设施能有效应对突发流量，而无需对宽带和硬件进行长期投资。

当突发流量到达网站时，有大量工作需要处理。市场部们可以登记新注册用户，使它们成为长期用户并鼓励它们订阅或经常回访。IT技术人员需要确认网站是否有足够的处理能力，以及是否能够增加新的资源。社区管理人员试图分析流量来源并设法维持和延长网站的“热度”。

 对于Web2.0应用来说，更应考验当用户和网页交互时，浏览器应用样式和布局元素所花费的时间。这又叫做回流时间。
当使用JavaScript修改DOM元素样式的某些属性时会触发回流。对于这个叫elem的DOM元素，下面的每行代码在大多数浏览器中都会触发回流：

elem.className=”newclass”;

elem.style.cssText=”color:red”;

elem.style.padding=”8px”;

elem.style.display=””;

任何在线行为都会带来风险。一旦你决定在Web上开展业务，你的网站就面临来自各方面的攻击和风险。你要保证网站遵守法律条款并随时注意网站是否被其他人用。
 
    如果网站包含个人的识别信息，那么必须关注保护隐私问题。保护网站用户的隐私不但是网站管理员的权力，在很多情况下，这是网站的法定义务。

    与网站其他问题一样，你可能需要与开发团队和安全专家共同努力发现侵犯隐私或欺诈行为。最好的方法可能就是保护大量、详细的用户操作日志，当问题发生时，你可以通过查阅日志了解情况。