网站建设快速建站方法
1、JavaScript 压缩和模块打包
JavaScript 应用是以源码形式进行分发的，而源码解析的效率是要比字节码低的。对于一小段脚本来说，区别可以忽略不计。但是对于更大型的应用，脚本的大小会对应用启动时间有着负面的影响。事实上，寄期望于使用 WebAssembly 而获得最大程度的改善，其中之一就是可以得到更快的启动时间。
另一方面，模块打包则用于将不同脚本打包在一起并放进同一文件。更少的 HTTP 请求和单个文件解析都可以减少加载时间。通常情况下，单独一种工具就可以处理打包和压缩。Webpack 就是其中之一。
示例代码：
function insert(i) { document.write("Sample " + i);}for(var i = 0; i < 30; ++i) { insert(i);}
结果如下：
!function(r){function t(o){if(e[o])return e[o].exports;var n=e[o]={exports:{},id:o,loaded:!1};return r[o].call(n.exports,n,n.exports,t),n.loaded=!0,n.exports}var e={};return t.m=r,t.c=e,t.p="",t(0)}([function(r,t){function e(r){document.write("Sample "+r)}for(var o=0;30>o;++o)e(o)}]);//# sourceMappingURL=bundle.min.js.map
进一步打包
你也可以使用 Webpack 打包 CSS 文件以及合并图片。这些特性都可以有助于改善启动时间。研究一下 Webpack 文档来做些测试吧!
2、按需加载资源
资源(特别是图片)的按需加载或者说惰性加载，可以有助于你的 Web 应用在整体上获得更好的性能。对于使用大量图片的页面来说惰性加载有着显著的三个好处：
减少向服务器发出的并发请求数量(这就使得页面的其他部分获得更快的加载时间)
减少浏览器的内存使用率(更少的图片，更少的内存)
减少服务器端的负载
大体上的理念就是只在必要的时候才去加载图片或资源(如视频)，比如在第一次被显示的时候，或者是在将要显示的时候对其进行加载。由于这种方式跟你建站的方式密切相关，惰性加载的解决方案通常需要借助其他库的插件或者扩展来实现。举个例子，react-lazy-load 就是一个用于处理 React 惰性加载图片的插件：
const MyComponent = () => (
Scroll to load images.
(...)
一个非常好的实践范例就像 Goggle Images 的搜索工具一样。点击前面的链接并且滑动页面滚动条就可以看到效果了。
3、在使用 DOM 操作库时用上 array-ids
如果你正在使用 React，Ember，Angular 或者其他 DOM 操作库，使用 array-ids(或者 Angular 1.x 中的 track-by 特性)非常有助于实现高性能，对于动态网页尤其如此。我们已经在上一篇程序衡量标准的文章中看到这个特性的效果了： More Benchmarks: Virtual DOM vs Angular 1 & 2 vs Mithril.js vs cito.js vs The Rest (Updated and Improved!)。
此特性背后的主要概念就是尽可能多地重用已有的节点。Array ids 使得 DOM 操作引擎可以「知道」在什么时候某个节点可以被映射到数组当中的某个元素。没有 array-ids 或者 track-by 的话，大部分库都会进行重新排序而摧毁已有的节点并重新创建新的。这就非常损耗性能了。
4、缓存
Caches 是用于存储那些被频繁存取的静态数据的组件，便于随后对于这个数据的请求可以更快地被响应，或者说请求方式更加高效。由于 Web 应用是由很多可拆卸的部件组合而成，缓存就可以存在于架构中的很多部分。举例来说，缓存可以被放在动态内容服务器和客户端之间，就可以避免公共请求以减少服务器的负载，与此同时改善响应时间。其他缓存可能被放置在代码里，以优化某些用于脚本存取的通用模式，还有些缓存可能被放置在数据库或者是长运行进程之前。
简而言之，在 Web 应用中使用缓存是一种改善响应时间和减少 CPU 使用的绝佳方式。难点就在于搞清楚哪里才是在架构中存放缓存的地方。再一次，答案就是性能分析：常见的瓶颈在哪里?数据或者结果可缓存吗?他们都太容易失效吗?这都是一些棘手的问题，需要从原理上来一点一点回答。
缓存的使用在 Web 环境中富有创造性。比如，basket.js 就是一个使用Local Storage 来缓存应用脚本的库。所以你的 Web 应用在第二次运行脚本的时候就可以几乎瞬间加载了。
如今一个广受欢迎的缓存服务就是亚马逊的 CloudFront。CloudFront 就跟通常的内容分发网络(CDN)用途一样，可以被设置作为动态内容的缓存。
5、启用 HTTP/2
越来越多的浏览器都开始支持 HTTP/2。这可能听起来没有必要，但是 HTTP/2 为同一服务器的并发连接问题带来了很多好处。换句话说，如果有很多小型资源需要加载(如果你打包过的话就没有必要了)，在延迟和性能方面 HTTP/2 秒杀 HTTP/1。试试 Akamai 的 HTTP/2 demo，可以在最新的浏览器中看到区别。
6、应用性能分析
性能分析是优化任何应用程序时的重要一步。就像介绍中所提到的那样，盲目尝试优化应用经常会导致效率的浪费，微不足道的收益和更差的可维护性。执行性能分析是识别你的应用问题所在的一个重要步骤。
对于 Web 应用来说，延迟时间是最大的抱怨之一，所以你需要确保数据的加载和显示都尽可能得快。Chrome 提供了非常棒的性能分析工具。特别是 Chrome Dev Tools 中的时间线和网络视图都对于定位延迟问题有着很大的帮助：
网络视图可以帮助识别出额外的由缓慢请求导致的延迟或对于某一端点的串行访问。
正确分析的话，内存则是另一块可能获得收益的部分。如果你正在运行着一个拥有很多虚拟元素的页面(庞大的动态表格)或者可交互式的元素(比如游戏)，内存优化可以获得更少的卡顿和更高的帧率。从我们最近的文章 4 Types of Memory Leaks in JavaScript and How to Get Rid Of Them 中，对于如何使用 Chrome 的开发工具有着进一步的深度理解。
CPU 性能分析也可以在 Chrome Dev Tools 中找到。看看这篇来自 Google 官方文档中的文章 Profiling JavaScript Performance。
找到性能损耗的中心可以让你有效率地达到优化的目标。
对后端的性能分析会更加困难。通常情况下，确认一个耗费较多时间的请求可以让你明确应该优先分析哪一个服务。对于后端的分析工具来说，则取决于所构建的技术栈。
一个关于算法的注意事项
在大多数情况下，选择一个更优的算法，比围绕着小成本中心所实现的具体优化策略能够获得更大的收益。在某种程度上，CPU 和内存分析应该可以帮你找到大的性能瓶颈。当这些瓶颈跟编码问题并不相关时，则是时候考虑考虑不同的算法了。
7、使用负载均衡方案
我们在之前讨论缓存的时候简要提到了内容分发网络(CDNs)。把负载分配到不同的服务器(甚至于不同的地理区域)可以给你的用户提供更好的延迟时间，但是这条路还很漫长，特别是在处理很多的并发连接的时候。
负载均衡就跟使用某个 round-robin(循环)解决方案一样简单，可以基于一个 nginx 反向代理 ，或者基于一个成熟的分布式网络，比如 Cloudflare 或者 Amazon CloudFront。
为了使负载均衡真正有效，动态内容和静态内容都应该被拆分成易于并发访问的。换句话说，元素的串形访问会削弱负载均衡器以最佳形式进行分流的能力。与此同时，对于资源的并发访问可以改善启动时间。
虽然负载均衡可能会很复杂。对最终一致性算法不友好的数据模型，或者缓存都会让事情更加困难。幸运的是，大多数应用对于已简化的数据集都只需要保证高层次的一致性即可。如果你的应用程序没有这样设计的话，就有必要重构一下了。
8、为了更快的启动时间考虑一下同构 JavaScript
改善 Web 应用程序观感的方式之一，就是减少启动时间或者减少首页渲染时间。这对于新兴的单页面应用尤为重要，其需要在客户端执行大量任务。在客户端做更多事情通常就意味着，在第一次渲染被执行之前就需要下载更多的信息。同构 JavaScript 可以解决这个问题：自从 JavaScript 可以同时运行在客户端和服务器端，这就让在服务器端来执行页面的首次渲染成为可能，先把已渲染的页面发送出去然后再由客户端的脚本接管。这限制了所使用的后端(必须使用支持该特性的 JavaScript 框架)，但却能获得更好的用户体验。举例来说，React 就很适合于做这个，就像以下代码所示：
var React = require('react/addons');var ReactApp = React.createFactory(require('../components/ReactApp').ReactApp);module.exports = function(app) { app.get('/', function(req, res){ // React.renderToString takes your component // and generates the markup var reactHtml = React.renderToString(ReactApp({})); // Output html rendered by react // console.log(myAppHtml); res.render('index.ejs', {reactOutput: reactHtml}); });};
Meteor.js 对于客户端和服务器端的JavaScript 混用有着非常棒的支持
if (Meteor.isClient) { Template.hello.greeting = function () { return "Welcome to myapp."; }; Template.hello.events({ 'click input': function () { // template data, if any, is available in 'this' if (typeof console !== 'undefined') console.log("You pressed the button"); } });}if (Meteor.isServer) { Meteor.startup(function () { // code to run on server at startup });}
但是，为了支持服务器端渲染，需要像 meteor-ssr 这样的插件。
谢谢 gabrielpoca 在评论中指出这一点。如果你有复杂的或者中等大小的应用需要支持同构部署，试试这个，你可能会感到惊讶的。
9、使用索引加速数据库查询
如果你需要解决数据库查询耗费大量时间的问题(分析你的应用看看是否是这种情况!)，是时候找出加速数据库的方法了。每个数据库和数据模型都有自己的权衡。数据库优化在每一方面都是一个主题：数据模型，数据库类型，具体实现方案，等等。提速可能不是那么的简单。但是这儿有个建议，可能可以对某些数据库有所帮助：索引。索引是一个过程，即数据库所创建的快速访问数据结构，从内部映射到键(在关系数据库中的列)，可以提高检索相关数据的速度。大多数现代数据库都支持索引。索引并不是文档型数据库(比如 MongoDB)所独有的，也包括关系型数据库(比如PostgreSQL)。
为了使用索引来优化你的查询，你将需要研究一下应用程序的访问模式：什么是最常见的查询，在哪个键或列中执行搜索，等等。
10、使用更快的转译方案
JavaScript 软件技术栈一如既往的复杂。而改善语言本身的需求则又增加了复杂度。不幸地是，JavaScript 作为目标平台又会被用户的运行时所限制。尽管很多改进已经以 ECMAScript 2015(2016正在进行)的形式实现了，但是通常情况下，对客户端代码来说又不可能依赖于这个版本。这种趋势促使了一系列的转译器：用于处理 ECMAScript 2015 代码的工具和只使用 ECMAScript 5 结构实现其中所缺失的特性。与此同时，模块绑定和压缩处理也已经被集成到这个生产过程中，被称为为发布而构建的代码版本。这些工具可以转化代码，并且能够以有限的方式影响到最终代码的性能。Google 开发者 Paul Irish 花了一些时间来寻找这些转译方案会如何影响性能和最终代码的大小。尽管大多数情况下收益会很小，但也值得在正式采用某个工具栈之前看看这些数据。对于大型应用程序来说，这种区别可能会影响重大。
11、避免或最小化 JavaScript 和 CSS 的使用而阻塞渲染
JavaScript 和 CSS 资源都会阻塞页面的渲染。通过采取某些的规则，你可以保
证你的脚本和 CSS 被尽可能快速地处理，以便于浏览器能够显示你的网站内容。
在 CSS 的情况下这是非常重要的，所有的 CSS 规则都不能与特定媒体直接相关，规则只用于处理你准备在页面上所显示内容的优先级。这可以通过使用 CSS 媒体查询来实现。媒体查询告诉浏览器，哪些 CSS 样式表应用在某个特定的显示媒体上。举个例子，用于打印的某些规则可以被赋予比用于屏幕显示更低的优先级。
媒体查询可以被设置成 标签属性：
12、用于未来的一个建议：使用 service workers + 流
Jake Archibald 最近的一篇博文详细描述了一种有趣的技术，可以用于加速渲染时间：将 service workers 和流结合起来。结果非常令人叹服：
不幸的是这个技术所需要的 APIs 都还不稳定，这也是为什么这是一种有趣的概念但现在还没有真正被应用的原因。这个想法的主旨就是在网站和客户端之间放置一个 service worker。这个 service worker 可以在获取缺失信息的同时缓存某些数据(比如 header 和一些不会经常改变的东西)。缺失的内容就可以尽可能快速地流向被渲染的页面。
https://www.youtube.com/watch?v=Cjo9iq8k-bc
13、更新：图片编码优化
我们的一个读者指出了一个非常重要的遗漏：图片编码优化。PNGs 和 JPGs 在 Web 发布时都会使用次优的设置进行编码。通过改变编码器和它的设置，对于需要大量图片的网站来说可以获得有效的改善。流行的解决方案包括 OptiPNG 和jpegtran。
A guide to PNG optimization 详细描述了 OptiPNG 可以如何用于优化 PNGs。
The man page for jpegtran 对它的一些特性提供了很好的介绍。
如果你发现这些指南相对于你的要求来说都太复杂了的话，这儿有一些在线网站可以提供优化服务。也有一些像 RIOT 一样的图形化界面，非常有助于批量操作和结果检查。
扩展阅读
你可以在下面的链接中阅读更多信息，以及找到有助于优化网站的工具：
Best Practices for Speeding up Your Website - Yahoo Developer Network
YSlow - a tool that checks for Yahoo's recommended optimizations
PageSpeed Insights - Google Developers
PageSpeed Tools - Google Developers
HTTP/2: The Long-Awaited Sequel
网站建站的方法和指南
1、自主开发建站
通常企业建站多采取自主开发建站的形式，通常需要有一定开发能力的程序员来开发一套网站系统，这种建站方式最灵活，个性化和定制化也非常好，可以实现几乎所有需要完成的功能，是企业建站的首选方式。
不过，这种建站方式需要企业有一定的开发人员，并且开发人员要具有良好的开发技能，否则有可能会在开发中出现一些安全漏洞，导致网站被黑客攻击。同时，网站的后期开发维护难度也较大，开发人员离职有可能会导致网站维护风险难度增加。
2、第三方程序建站
传统的企业建站模式以自主开发程序代码为主，需要专业开发人员来维护和更新，这就增加了企业运营维护的成本，同时，并不是所有企业都有非常好的开发人员，对于那些缺乏技术开发能力，同时对网站要求也不太高的企业来说，通过第三方的程序建站可能更为轻松。
常见的第三方程序建站有免费开源程序和商业程序。对于大多数商业应用来说，第三方软件开发商都有相应的建站程序供使用，这些建站程序的维护和升级都由第三方软件开发商负责，节省了企业的维护和开发成本。不过，这些第三方建站程序提供的功能可能会比较单一，难以提供个性化定制功能，对于某些开源的第三方程序来说，其源代码公开也会导致黑客对系统的攻击会更为系统和有效。
常见的第三方建站程序有很多，例如电子商务类的ShopEX、ECShop、Zen Cart等，博客类的Wordpress、Z-Blog等，CMS系统的PhpCMS、Joomla!等，论坛系统的Discuz!、phpwind等，都是很优秀的建站系统，小到用于建立个人网站，大到用于建立门户网站都可以。
3、第三方平台自助建站
如果没有开发人员，也不懂程序，也可以通过第三方自助建站系统来搭建一个属于自己的网站，自助建站系统通常会提供一个Web端管理界面给用户使用，用户在里面进行一些简单的设置操作，不用花费多少时间和成本，就能快速搭建成一个网站。
自助建站的个性化和可定制性最差，只能使用系统提供的功能，同时，很多自助建站系统还不提供域名绑定功能，导致用户必须使用第三方的二级域名来做网站，使得网站专业程度不高，大大降低企业在网民心中的印象与地位。
网站建设移动端自助建站模式
1、app。
移动自助建站的特点和优势
对于普通用户来说，通过“即速应用”这样的自助建站开发工具制作的Web App最大的方便之处在于免去了频繁更新的麻烦。一般的Native App(客户端类型的App)隔三差五的更新升级的确让不少用户感到厌烦。这样的情况甚至进而让一些用户产生了“强迫症”，应用一定要用最新的，只要有新版本就一定要更新，因此有大把的时间浪费在检查软件是否有更新上。这不是笔者夸大事实，因为笔者自己现在就有这样的感觉，而这是非常不必要的。而Web App则不需要用户手动进行更新，但这不意味着Web App是一成不变从不更新的，它只是将更新的工作从前端移到了后端，由应用开发者在后台更新，推送到用户面前的都是全新的版本。这就好比网站改版，用户无需操作，但获取的都是最新的体验。
事实上，移动自助建站开发的app能够免去更新的麻烦，完全是因为它根本就无需安装，这是个很吊诡的问题，不用安装当然就不用更新了。Web App的运行环境就是寄生于浏览器之中，而浏览器是唯一的事实上在所有手机上安装的运行环境，和任何私有生态环境无关。
简单又系统的说，就是：
1、不用编写网站代码，不用自己管理服务器，根据自己的需求和喜好，就可以自己构建网站。
2、只要自己编辑内容，再套用合适的模板即可，无需网页设计师参与也可达到自己想要的效果。
3、花费的时间很短，不必陷入漫长的开发周期。
4、成本投入少，可选择的功能多，性价比传统建站模式高。
5、用户无需下载更新App
2、移动自助建站发展越来越火爆
由于近年来移动互联网用户的爆发式增长，移动端网站的开发和制作成了许多企业迫在眉睫的需求。使用自助建站工具建设移动端网站，不失为一种方便快捷的途径。如果不需要程序员和设计师就可以简单快速地完成移动端网站搭建工作，对于某些非技术型的运营者来说，这是一种快速扩展市场渠道的好方法。
像“即速应用”这样的移动端自助建站平台，便成了广大中小型企业的迫切需求。“即速应用”是咫尺网络开发的一款免费一站式移动建站云平台，主要为个人、组织与企业提供移动站点建设服务，满足自媒体、微商、网络社区与各种机构的移动化媒体需求。
3、移动端自助建站的好处
灵活的建站设计布局——说起移动端网站布局，似乎我们看到的很多移动端网站都大同小异，特别是一些企业网站，从布局排版到内容设置似乎都是一个样的，这实在是没什么创新。而一个优质的移动自助建站平台，具备简单灵活的编辑功能和丰富的模板样式，可以帮助建站者制作出个性化十足的移动端网站。以“即速应用”这一移动端自助建站平台为例，用户可以选择模板建站，也可以灵活选择不同的通栏、元素自助搭建，从而实现自己的个性化网站布局。
多样性的内容展示形式——无论是企业品牌宣传，还是商品销售，通过移动端自助建站都可以实现丰富多样的内容展现形式：文字、图片、音频、视频……根据自己的需求和喜好，就可以轻松搭建出具有各种内容展现形式的移动端网站。
随时更改内容信息——移动端自助建站具有灵活的网站自定义能力，可以随时对栏目页面进行内容更新。移动端网站建立后，仍然可以随时更换网站外观模版、网站标题。这与完全自己费时费力开发的传统建站方式相比，大大节省了更新迭代的时间和资金成本。
网站建设如何快速建站_网站建设快速建站有哪些方法
网站建设快速建站方法
1、JavaScript 压缩和模块打包
JavaScript 应用是以源码形式进行分发的，而源码解析的效率是要比字节码低的。对于一小段脚本来说，区别可以忽略不计。但是对于更大型的应用，脚本的大小会对应用启动时间有着负面的影响。事实上，寄期望于使用 WebAssembly 而获得最大程度的改善，其中之一就是可以得到更快的启动时间。
另一方面，模块打包则用于将不同脚本打包在一起并放进同一文件。更少的 HTTP 请求和单个文件解析都可以减少加载时间。通常情况下，单独一种工具就可以处理打包和压缩。Webpack 就是其中之一。
示例代码：
function insert(i) { document.write("Sample " + i);}for(var i = 0; i < 30; ++i) { insert(i);}
结果如下：
!function(r){function t(o){if(e[o])return e[o].exports;var n=e[o]={exports:{},id:o,loaded:!1};return r[o].call(n.exports,n,n.exports,t),n.loaded=!0,n.exports}var e={};return t.m=r,t.c=e,t.p="",t(0)}([function(r,t){function e(r){document.write("Sample "+r)}for(var o=0;30>o;++o)e(o)}]);//# sourceMappingURL=bundle.min.js.map
进一步打包
你也可以使用 Webpack 打包 CSS 文件以及合并图片。这些特性都可以有助于改善启动时间。研究一下 Webpack 文档来做些测试吧!
2、按需加载资源
资源(特别是图片)的按需加载或者说惰性加载，可以有助于你的 Web 应用在整体上获得更好的性能。对于使用大量图片的页面来说惰性加载有着显著的三个好处：
减少向服务器发出的并发请求数量(这就使得页面的其他部分获得更快的加载时间)
减少浏览器的内存使用率(更少的图片，更少的内存)
减少服务器端的负载
大体上的理念就是只在必要的时候才去加载图片或资源(如视频)，比如在第一次被显示的时候，或者是在将要显示的时候对其进行加载。由于这种方式跟你建站的方式密切相关，惰性加载的解决方案通常需要借助其他库的插件或者扩展来实现。举个例子，react-lazy-load 就是一个用于处理 React 惰性加载图片的插件：
const MyComponent = () => (
Scroll to load images.
(...)
一个非常好的实践范例就像 Goggle Images 的搜索工具一样。点击前面的链接并且滑动页面滚动条就可以看到效果了。
3、在使用 DOM 操作库时用上 array-ids
如果你正在使用 React，Ember，Angular 或者其他 DOM 操作库，使用 array-ids(或者 Angular 1.x 中的 track-by 特性)非常有助于实现高性能，对于动态网页尤其如此。我们已经在上一篇程序衡量标准的文章中看到这个特性的效果了： More Benchmarks: Virtual DOM vs Angular 1 & 2 vs Mithril.js vs cito.js vs The Rest (Updated and Improved!)。
此特性背后的主要概念就是尽可能多地重用已有的节点。Array ids 使得 DOM 操作引擎可以「知道」在什么时候某个节点可以被映射到数组当中的某个元素。没有 array-ids 或者 track-by 的话，大部分库都会进行重新排序而摧毁已有的节点并重新创建新的。这就非常损耗性能了。
4、缓存
Caches 是用于存储那些被频繁存取的静态数据的组件，便于随后对于这个数据的请求可以更快地被响应，或者说请求方式更加高效。由于 Web 应用是由很多可拆卸的部件组合而成，缓存就可以存在于架构中的很多部分。举例来说，缓存可以被放在动态内容服务器和客户端之间，就可以避免公共请求以减少服务器的负载，与此同时改善响应时间。其他缓存可能被放置在代码里，以优化某些用于脚本存取的通用模式，还有些缓存可能被放置在数据库或者是长运行进程之前。
简而言之，在 Web 应用中使用缓存是一种改善响应时间和减少 CPU 使用的绝佳方式。难点就在于搞清楚哪里才是在架构中存放缓存的地方。再一次，答案就是性能分析：常见的瓶颈在哪里?数据或者结果可缓存吗?他们都太容易失效吗?这都是一些棘手的问题，需要从原理上来一点一点回答。
缓存的使用在 Web 环境中富有创造性。比如，basket.js 就是一个使用Local Storage 来缓存应用脚本的库。所以你的 Web 应用在第二次运行脚本的时候就可以几乎瞬间加载了。
如今一个广受欢迎的缓存服务就是亚马逊的 CloudFront。CloudFront 就跟通常的内容分发网络(CDN)用途一样，可以被设置作为动态内容的缓存。
5、启用 HTTP/2
越来越多的浏览器都开始支持 HTTP/2。这可能听起来没有必要，但是 HTTP/2 为同一服务器的并发连接问题带来了很多好处。换句话说，如果有很多小型资源需要加载(如果你打包过的话就没有必要了)，在延迟和性能方面 HTTP/2 秒杀 HTTP/1。试试 Akamai 的 HTTP/2 demo，可以在最新的浏览器中看到区别。
6、应用性能分析
性能分析是优化任何应用程序时的重要一步。就像介绍中所提到的那样，盲目尝试优化应用经常会导致效率的浪费，微不足道的收益和更差的可维护性。执行性能分析是识别你的应用问题所在的一个重要步骤。
对于 Web 应用来说，延迟时间是最大的抱怨之一，所以你需要确保数据的加载和显示都尽可能得快。Chrome 提供了非常棒的性能分析工具。特别是 Chrome Dev Tools 中的时间线和网络视图都对于定位延迟问题有着很大的帮助：
网络视图可以帮助识别出额外的由缓慢请求导致的延迟或对于某一端点的串行访问。
正确分析的话，内存则是另一块可能获得收益的部分。如果你正在运行着一个拥有很多虚拟元素的页面(庞大的动态表格)或者可交互式的元素(比如游戏)，内存优化可以获得更少的卡顿和更高的帧率。从我们最近的文章 4 Types of Memory Leaks in JavaScript and How to Get Rid Of Them 中，对于如何使用 Chrome 的开发工具有着进一步的深度理解。
CPU 性能分析也可以在 Chrome Dev Tools 中找到。看看这篇来自 Google 官方文档中的文章 Profiling JavaScript Performance。
找到性能损耗的中心可以让你有效率地达到优化的目标。
对后端的性能分析会更加困难。通常情况下，确认一个耗费较多时间的请求可以让你明确应该优先分析哪一个服务。对于后端的分析工具来说，则取决于所构建的技术栈。
一个关于算法的注意事项
在大多数情况下，选择一个更优的算法，比围绕着小成本中心所实现的具体优化策略能够获得更大的收益。在某种程度上，CPU 和内存分析应该可以帮你找到大的性能瓶颈。当这些瓶颈跟编码问题并不相关时，则是时候考虑考虑不同的算法了。
7、使用负载均衡方案
我们在之前讨论缓存的时候简要提到了内容分发网络(CDNs)。把负载分配到不同的服务器(甚至于不同的地理区域)可以给你的用户提供更好的延迟时间，但是这条路还很漫长，特别是在处理很多的并发连接的时候。
负载均衡就跟使用某个 round-robin(循环)解决方案一样简单，可以基于一个 nginx 反向代理 ，或者基于一个成熟的分布式网络，比如 Cloudflare 或者 Amazon CloudFront。
为了使负载均衡真正有效，动态内容和静态内容都应该被拆分成易于并发访问的。换句话说，元素的串形访问会削弱负载均衡器以最佳形式进行分流的能力。与此同时，对于资源的并发访问可以改善启动时间。
虽然负载均衡可能会很复杂。对最终一致性算法不友好的数据模型，或者缓存都会让事情更加困难。幸运的是，大多数应用对于已简化的数据集都只需要保证高层次的一致性即可。如果你的应用程序没有这样设计的话，就有必要重构一下了。
8、为了更快的启动时间考虑一下同构 JavaScript
改善 Web 应用程序观感的方式之一，就是减少启动时间或者减少首页渲染时间。这对于新兴的单页面应用尤为重要，其需要在客户端执行大量任务。在客户端做更多事情通常就意味着，在第一次渲染被执行之前就需要下载更多的信息。同构 JavaScript 可以解决这个问题：自从 JavaScript 可以同时运行在客户端和服务器端，这就让在服务器端来执行页面的首次渲染成为可能，先把已渲染的页面发送出去然后再由客户端的脚本接管。这限制了所使用的后端(必须使用支持该特性的 JavaScript 框架)，但却能获得更好的用户体验。举例来说，React 就很适合于做这个，就像以下代码所示：
var React = require('react/addons');var ReactApp = React.createFactory(require('../components/ReactApp').ReactApp);module.exports = function(app) { app.get('/', function(req, res){ // React.renderToString takes your component // and generates the markup var reactHtml = React.renderToString(ReactApp({})); // Output html rendered by react // console.log(myAppHtml); res.render('index.ejs', {reactOutput: reactHtml}); });};
Meteor.js 对于客户端和服务器端的JavaScript 混用有着非常棒的支持
if (Meteor.isClient) { Template.hello.greeting = function () { return "Welcome to myapp."; }; Template.hello.events({ 'click input': function () { // template data, if any, is available in 'this' if (typeof console !== 'undefined') console.log("You pressed the button"); } });}if (Meteor.isServer) { Meteor.startup(function () { // code to run on server at startup });}
但是，为了支持服务器端渲染，需要像 meteor-ssr 这样的插件。
谢谢 gabrielpoca 在评论中指出这一点。如果你有复杂的或者中等大小的应用需要支持同构部署，试试这个，你可能会感到惊讶的。
9、使用索引加速数据库查询
如果你需要解决数据库查询耗费大量时间的问题(分析你的应用看看是否是这种情况!)，是时候找出加速数据库的方法了。每个数据库和数据模型都有自己的权衡。数据库优化在每一方面都是一个主题：数据模型，数据库类型，具体实现方案，等等。提速可能不是那么的简单。但是这儿有个建议，可能可以对某些数据库有所帮助：索引。索引是一个过程，即数据库所创建的快速访问数据结构，从内部映射到键(在关系数据库中的列)，可以提高检索相关数据的速度。大多数现代数据库都支持索引。索引并不是文档型数据库(比如 MongoDB)所独有的，也包括关系型数据库(比如PostgreSQL)。
为了使用索引来优化你的查询，你将需要研究一下应用程序的访问模式：什么是最常见的查询，在哪个键或列中执行搜索，等等。
10、使用更快的转译方案
JavaScript 软件技术栈一如既往的复杂。而改善语言本身的需求则又增加了复杂度。不幸地是，JavaScript 作为目标平台又会被用户的运行时所限制。尽管很多改进已经以 ECMAScript 2015(2016正在进行)的形式实现了，但是通常情况下，对客户端代码来说又不可能依赖于这个版本。这种趋势促使了一系列的转译器：用于处理 ECMAScript 2015 代码的工具和只使用 ECMAScript 5 结构实现其中所缺失的特性。与此同时，模块绑定和压缩处理也已经被集成到这个生产过程中，被称为为发布而构建的代码版本。这些工具可以转化代码，并且能够以有限的方式影响到最终代码的性能。Google 开发者 Paul Irish 花了一些时间来寻找这些转译方案会如何影响性能和最终代码的大小。尽管大多数情况下收益会很小，但也值得在正式采用某个工具栈之前看看这些数据。对于大型应用程序来说，这种区别可能会影响重大。
11、避免或最小化 JavaScript 和 CSS 的使用而阻塞渲染
JavaScript 和 CSS 资源都会阻塞页面的渲染。通过采取某些的规则，你可以保
证你的脚本和 CSS 被尽可能快速地处理，以便于浏览器能够显示你的网站内容。
在 CSS 的情况下这是非常重要的，所有的 CSS 规则都不能与特定媒体直接相关，规则只用于处理你准备在页面上所显示内容的优先级。这可以通过使用 CSS 媒体查询来实现。媒体查询告诉浏览器，哪些 CSS 样式表应用在某个特定的显示媒体上。举个例子，用于打印的某些规则可以被赋予比用于屏幕显示更低的优先级。
媒体查询可以被设置成 标签属性：
12、用于未来的一个建议：使用 service workers + 流
Jake Archibald 最近的一篇博文详细描述了一种有趣的技术，可以用于加速渲染时间：将 service workers 和流结合起来。结果非常令人叹服：
不幸的是这个技术所需要的 APIs 都还不稳定，这也是为什么这是一种有趣的概念但现在还没有真正被应用的原因。这个想法的主旨就是在网站和客户端之间放置一个 service worker。这个 service worker 可以在获取缺失信息的同时缓存某些数据(比如 header 和一些不会经常改变的东西)。缺失的内容就可以尽可能快速地流向被渲染的页面。
https://www.youtube.com/watch?v=Cjo9iq8k-bc
13、更新：图片编码优化
我们的一个读者指出了一个非常重要的遗漏：图片编码优化。PNGs 和 JPGs 在 Web 发布时都会使用次优的设置进行编码。通过改变编码器和它的设置，对于需要大量图片的网站来说可以获得有效的改善。流行的解决方案包括 OptiPNG 和jpegtran。
A guide to PNG optimization 详细描述了 OptiPNG 可以如何用于优化 PNGs。
The man page for jpegtran 对它的一些特性提供了很好的介绍。
如果你发现这些指南相对于你的要求来说都太复杂了的话，这儿有一些在线网站可以提供优化服务。也有一些像 RIOT 一样的图形化界面，非常有助于批量操作和结果检查。
扩展阅读
你可以在下面的链接中阅读更多信息，以及找到有助于优化网站的工具：
Best Practices for Speeding up Your Website - Yahoo Developer Network
YSlow - a tool that checks for Yahoo's recommended optimizations
PageSpeed Insights - Google Developers
PageSpeed Tools - Google Developers
HTTP/2: The Long-Awaited Sequel
网站建站的方法和指南
1、自主开发建站
通常企业建站多采取自主开发建站的形式，通常需要有一定开发能力的程序员来开发一套网站系统，这种建站方式最灵活，个性化和定制化也非常好，可以实现几乎所有需要完成的功能，是企业建站的首选方式。
不过，这种建站方式需要企业有一定的开发人员，并且开发人员要具有良好的开发技能，否则有可能会在开发中出现一些安全漏洞，导致网站被黑客攻击。同时，网站的后期开发维护难度也较大，开发人员离职有可能会导致网站维护风险难度增加。
2、第三方程序建站
传统的企业建站模式以自主开发程序代码为主，需要专业开发人员来维护和更新，这就增加了企业运营维护的成本，同时，并不是所有企业都有非常好的开发人员，对于那些缺乏技术开发能力，同时对网站要求也不太高的企业来说，通过第三方的程序建站可能更为轻松。
常见的第三方程序建站有免费开源程序和商业程序。对于大多数商业应用来说，第三方软件开发商都有相应的建站程序供使用，这些建站程序的维护和升级都由第三方软件开发商负责，节省了企业的维护和开发成本。不过，这些第三方建站程序提供的功能可能会比较单一，难以提供个性化定制功能，对于某些开源的第三方程序来说，其源代码公开也会导致黑客对系统的攻击会更为系统和有效。
常见的第三方建站程序有很多，例如电子商务类的ShopEX、ECShop、Zen Cart等，博客类的Wordpress、Z-Blog等，CMS系统的PhpCMS、Joomla!等，论坛系统的Discuz!、phpwind等，都是很优秀的建站系统，小到用于建立个人网站，大到用于建立门户网站都可以。
3、第三方平台自助建站
如果没有开发人员，也不懂程序，也可以通过第三方自助建站系统来搭建一个属于自己的网站，自助建站系统通常会提供一个Web端管理界面给用户使用，用户在里面进行一些简单的设置操作，不用花费多少时间和成本，就能快速搭建成一个网站。
自助建站的个性化和可定制性最差，只能使用系统提供的功能，同时，很多自助建站系统还不提供域名绑定功能，导致用户必须使用第三方的二级域名来做网站，使得网站专业程度不高，大大降低企业在网民心中的印象与地位。
网站建设移动端自助建站模式
1、app。
移动自助建站的特点和优势
对于普通用户来说，通过“即速应用”这样的自助建站开发工具制作的Web App最大的方便之处在于免去了频繁更新的麻烦。一般的Native App(客户端类型的App)隔三差五的更新升级的确让不少用户感到厌烦。这样的情况甚至进而让一些用户产生了“强迫症”，应用一定要用最新的，只要有新版本就一定要更新，因此有大把的时间浪费在检查软件是否有更新上。这不是笔者夸大事实，因为笔者自己现在就有这样的感觉，而这是非常不必要的。而Web App则不需要用户手动进行更新，但这不意味着Web App是一成不变从不更新的，它只是将更新的工作从前端移到了后端，由应用开发者在后台更新，推送到用户面前的都是全新的版本。这就好比网站改版，用户无需操作，但获取的都是最新的体验。
事实上，移动自助建站开发的app能够免去更新的麻烦，完全是因为它根本就无需安装，这是个很吊诡的问题，不用安装当然就不用更新了。Web App的运行环境就是寄生于浏览器之中，而浏览器是唯一的事实上在所有手机上安装的运行环境，和任何私有生态环境无关。
简单又系统的说，就是：
1、不用编写网站代码，不用自己管理服务器，根据自己的需求和喜好，就可以自己构建网站。
2、只要自己编辑内容，再套用合适的模板即可，无需网页设计师参与也可达到自己想要的效果。
3、花费的时间很短，不必陷入漫长的开发周期。
4、成本投入少，可选择的功能多，性价比传统建站模式高。
5、用户无需下载更新App
2、移动自助建站发展越来越火爆
由于近年来移动互联网用户的爆发式增长，移动端网站的开发和制作成了许多企业迫在眉睫的需求。使用自助建站工具建设移动端网站，不失为一种方便快捷的途径。如果不需要程序员和设计师就可以简单快速地完成移动端网站搭建工作，对于某些非技术型的运营者来说，这是一种快速扩展市场渠道的好方法。
像“即速应用”这样的移动端自助建站平台，便成了广大中小型企业的迫切需求。“即速应用”是咫尺网络开发的一款免费一站式移动建站云平台，主要为个人、组织与企业提供移动站点建设服务，满足自媒体、微商、网络社区与各种机构的移动化媒体需求。
3、移动端自助建站的好处
灵活的建站设计布局——说起移动端网站布局，似乎我们看到的很多移动端网站都大同小异，特别是一些企业网站，从布局排版到内容设置似乎都是一个样的，这实在是没什么创新。而一个优质的移动自助建站平台，具备简单灵活的编辑功能和丰富的模板样式，可以帮助建站者制作出个性化十足的移动端网站。以“即速应用”这一移动端自助建站平台为例，用户可以选择模板建站，也可以灵活选择不同的通栏、元素自助搭建，从而实现自己的个性化网站布局。
多样性的内容展示形式——无论是企业品牌宣传，还是商品销售，通过移动端自助建站都可以实现丰富多样的内容展现形式：文字、图片、音频、视频……根据自己的需求和喜好，就可以轻松搭建出具有各种内容展现形式的移动端网站。
随时更改内容信息——移动端自助建站具有灵活的网站自定义能力，可以随时对栏目页面进行内容更新。移动端网站建立后，仍然可以随时更换网站外观模版、网站标题。这与完全自己费时费力开发的传统建站方式相比，大大节省了更新迭代的时间和资金成本。
