下图是我使用XMind根据雅虎的工程师团队给出的35项建议分类而制作的思维导图：
参考资料：
1、https://developer.yahoo.com/performance/rules.html
2、http://www.cnblogs.com/chenxizhang/category/194099.html
3、http://www.imooc.com/learn/50
4、http://kejian.jirengu.com/fe?q_l=%E8%AF%BE%E4%BB%B6&q_d=42-%E6%80%A7%E8%83%BD%E4%BC%98%E5%8C%96
我们可以使用YSlow 来测试我们网站的性能。
它的使用方法是在浏览器上安装插件或者如果不想使用插件的话可以使用Bookmarklet书签(其实就是把js立即执行函数放在书签中)的方法(采用Bookmarklet书签的方法只能针对http协议的网站生效，对于https协议不能生效)；
下图是我用它来测试qq.com网站的性能情况，
YSlow统计了23项建议各部分的得分情况，并给出了详细的解释；
当然它还给出了网站的总体得分，好吧。。。qq.com得了最低等级---F等级。当然这只是一个参考而已，不是绝对的，毕竟qq.com是一个超大型的门户网站，它需要考虑很多种情况，YSlow制定的一些评分机制并不能完全适用它，但是里面的部分建议项我们还是可以参考下的。
我们可以通过YSlow来看看qq.com的资源分布情况：
通过上图我们可以很直观的看到，当无缓存状态访问qq.com时，所有文件加起来有1447.5K大小，其中图片占大头，其总共占1017.6K；访问qq.com时总共有 136 条HTTP 请求在这里也统计出来了。
另外YSlow还帮我们统计了js、css及图片等数量：
我们可以看到qq.com此时js有12个，图片有121个等等数据，并且我们可以很方便的查看及访问里面的资源。
再拿它测试我之前做的一个网页：https://github.com/have-not-BUG/task/blob/master/renwu/task41/dist/index.html
可以看到我之前做的那个网站：
1、两项被给了F等级：
它给的建议是：
a、应该使用CDN；b、应该增加缓存操作；
2、一项给了B等级：
它给的建议是：不要在html中缩放图片；（我确实在里面缩放了图片：图片原本是225px.225px，我设置成了200px.200px）
通过以上介绍我们可以看到YSlow能够很直观展示我们需要的一些网站性能优化的数据及提供一些可参考的建议，它对网站的性能优化分析很有帮助。
谷歌的PageSpeed Insights ，它是先分析网页的内容，然后提供关于如何提升网页加载速度的建议。
使用网址：https://developers.google.com/speed/pagespeed/insights/
我们把我以前做的那个网页输进去：
它给我的建议是：
1、使用浏览器缓存；
2、清除首屏内容中阻止呈现的 JavaScript 和 CSS；（它指出我的网页中有2个阻止呈现的 CSS 资源，这样会导致呈现网页的过程出现延迟。）；
另外：它还评判网站在移动端的性能及相应的适配情况。（由于我并未为移动端适配，因此它给出了提醒--此网页可能无法通过 Google 的移动设备适合性测试
dynaTrace Ajax Edition 是一个强大的底层追踪、前端性能分析工具。您可以利用它来分析页面渲染时间、DOM方法执行时间，甚至可以看到JS代码的解析时间。
关于DynaTrace Ajax Edition的介绍可见前端性能分析工具：dynaTrace Ajax Edition及dynaTrace Ajax：前端性能分析利器
这个网站也是谷歌旗下的产品，将需测试的网址输入后稍等片刻，便可看到很多详细参数，不仅如此，我们还可以看到我们网站在被访问时的录屏（ 部分）和过程截图。
例如我将前面提到的网站输进webpagetest后，它便给我生成了一个非常详细的报告：
具体可点击这里进行查看测试结果。
关于WebPageTest测试结果相关参数介绍可见：网站性能测试指标，你真的看懂了？
showslow 网站会综合前面4个工具的信息(见下图)：
另外，注册后可我们可以添加网址，它会24小时自动帮我们检测YSlow, Page Speed 和 dynaTrace数据。
Performance.timeOrigin
具体可详见： 网站性能优化工具大全
这里就不做介绍啦~
1.Apdex指数
Apdex值和Apdex指数是国际通用标准，是对用户体验满意度的量化值。
基于「真实用户体验」，Apdex 定义了 3 个用户满意区间：「满意」、「可容忍」、「失望」，通过响应时间数值 “T” 来划分。T 值代表着用户满意的响应时间界限，国际上一般默认为 2s，也就是说满意区间就是 0~2s；页面响应时间超过 T 值用户就有些不满了，下一个区间「容忍」的界限值是 T 和 4T，即 4-8 秒之间为容忍区间；响应时间再长用户就开始考虑放弃了，最后一个区间「失望」的响应时间则大于 4T，即多于 8 秒。
采集一定时间内的 Apdex 值之后，经过计算可以得出 Apdex 指数，具体计算公式为:<pre>Apdex 指数 = [ 满意数量 + （ 可容忍数量 / 2）] / 总样本数 </pre>这样，用户访问页面的响应时间被量化为一个 0 到 1 之间的「Apdex 指数」，0 代表没有满意用户，1 则代表所有用户都满意。经过统计，基于页面性能的 Apdex 评分于用户的体验紧密关联, 为管理、研发、运维人员提供了一种通过应用性能量化值来评估用户满意度的方法。[图片上传失败...(image-dce4c1-1510803564016)]
可行工具：New Relic、OneAPM Browser Insight
2.页面响应时间
说得再好，做的再多最后页面也是要上生产的，线上的页面用户最直接的感受，就是页面响应时间，也就是页面打开耗时。
很多前端性能工具对页面响应时间这个指数只是简单的在本地模拟下，也就是所谓的「拨测」；或者只是简单的通过 window.performance
接口把各个数据上传给使用者，根本无法展现用户的真实体验。
从技术的角度讲，一个页面的打开时间也是要划分为各个部分的，例如：首屏打开时间、白屏时间、dom文档打开时间、资源加载完成时间等；也要重视资源加载耗时详情，是哪些脚本或者 css 拖慢了页面的加载这些都要一目了然。只有这样，一旦页面响应时间过长，相关人员才能有针对性的去进行维护。[图片上传失败...(image-dad102-1510803564016)][图片上传失败...(image-d4115f-1510803564016)]
可行工具：New Relic、OneAPM Browser Insight、AppDynamics、Ruxit
3.页面响应时间分布
想了想还是觉得有必要把这个指标从「页面响应时间」里面拿出来单独说。
顾名思义，页面响应时分布间就是一段时间内，用户访问页面的响应时间的分布图。其实大部分情况下，一个网站的维护只需照顾到绝大多数用户就可以了，没有必要为了满足各种极端情况而耗费各种资源，中国网络环境的复杂性相信大家都深有体会，所以这种统计就显得尤为必要，[图片上传失败...(image-a7b068-1510803564016)]
可行工具：OneAPM Browser Insight、AppDynamics、Ruxit
4.DNS、TCP耗时
浏览器和 WEB 服务器连接 TCP/IP 的消耗时间以及域名解析时间也是网站优化需要关注指标。
还是那句话————国内的网络环境极其复杂，所以导致经常有 DNS，CDN 不给力的情况，TCP 的连接也经常会不稳定。之前国内外有些工具可以通过模拟拨测的方式来计算 DNS 耗时等数据，但讲实在的，只是这种仿真数据的话 DNS 厂家才不会理你，所以，从用户真实体验的角度来收集这类耗时则显得尤为必要，而现在能做好这一点的工具确实不多，给大家推荐几个。[图片上传失败...(image-c8c8e2-1510803564016)]可行工具：OneAPM Browser Insight、AppDynamics、Ruxit
网站上线前以及上线后，相关的性能测试也是必须要有的。性能测试是一个总称，具体可细分为性能测试、负载测试、压力测试、稳定性测试。
性能测试
以系统设计初期规划的性能指标为目标，对系统不断施加压力，验证系统在资源可接受范围内，是否能达到性能预期。
负载测试
对系统不断地增加并发请求以增加系统压力，直到系统的某项或多项性能指标达到安全临界值，如某种资源已经呈饱和状态，这时继续对系统施加压力，系统的处理能力不但不能提高，反而会下降。
压力测试
超过安全负载的情况下，对系统继续施加压力，直到系统崩溃或不能再处理任何请求，以此获得系统最大压力承受能力。
稳定性测试
被测试系统在特定硬件、软件、网络环境条件下，给系统加载一定业务压力，使系统运行一段较长时间，以此检测系统是否稳定。在不同生产环境、不同时间点的请求压力是不均匀的，呈波浪特性，因此为了更好地模拟生产环境，稳定性测试也应不均匀地对系统施加压力。
性能测试是一个不断对系统增加访问压力，以获得系统性能指标、最大负载能力、最大压力承受能力的过程。所谓的增加访问压力，在系统测试环境中，就是不断增加测试程序的并发请求数，一般说来，性能测试遵循如下图所示的抛物线规律。
[图片上传失败...(image-27aa08-1510803564016)]
性能测试反应的是系统在实际生产环境中使用时，随着用户并发访问数量的增加，系统的处理能力。与性能曲线相对应的是用户访问的等待时间（系统响应时间）
[图片上传失败...(image-76f095-1510803564016)]
在日常运行区间，可以获得最好的用户响应时间，随着并发用户数的增加，响应延迟越来越大，直到系统崩溃，用户失去响应。
而从 OneAPM 提供的 Browser Insight 的定位分析功能来看，跟这个图还是很相似的，只不过是 X 坐标轴是响应时间，Y 是访问次数。[图片上传失败...(image-f59f45-1510803564016)]
性能测试报告
测试结果报告应能够反映上述性能测试曲线的规律，阅读者可以得到系统性能是否满足设计目标和业务要求、系统最大负载能力、系统最大压力承受能力等重要信息，下表是一个简单示例：
[图片上传失败...(image-c829ae-1510803564016)]
当这些数据得到量化的之后，我们的目标就很明确了，那么最终我们为了打造一个高性能的网站，需要做哪些工作呢？接下来我们分析性能优化的一些策略！
如果性能测试结果不能满足设计或业务需求，那么就需要寻找系统瓶颈，分而治之，逐步优化。
1．性能分析
大型网站结构复杂，用户从浏览器发出请求直到数据库完成操作事务，中间需要经过很多环节，如果测试或者用户报告网站响应缓慢，存在性能问题，必须对请求经历的各个环节进行分析，排查可能出现性能瓶颈的地方，定位问题!
排查一个网站的性能瓶颈和排查一个程序的性能瓶颈的手法基本相同：检查请求处理的各个环节的日志，分析哪个环节响应时间不合理、超过预期；然后检查监控数据，分析影响性能的主要因素是内存、磁盘、网络、还是 CPU？是代码问题还是架构设计不合理？或者系统资源确实不足？
2．性能优化
定位产生性能问题的具体原因后，就需要进行性能优化，根据网站分层架构，可分为 Web 前端性能优化、应用服务器性能优化、存储服务器性能优化 3 大类，每一类都非常重要，一款好的工具的重要性就不言而喻了。
目前，OneAPM 针对前端性能的优化产品，Browser Insight 可以让用户免费试用；同时包括针对应用服务器性能优化 Application Insight 产品以及针对存储服务器性能优化 Cloud Insight产品也都提供了免费版产品，希望能够帮助用户不断优化，做出真正意义上的高性能高流量网站！！！
a.对于图片：
1、对于一些小的不经常变化的icon可采用雪碧图技术；
2、采用的图片一定要使用优化后的，否则图片体积太大会严重影响用户体验；
3、对于较多图片的网站可采用懒加载技术，或者设置加载更多的按钮；
4、对于网站的favicon应该使其足够小且其应该可被缓存；
5、不在html中来缩放图片---即原本图片有200px200px 在html中却把它设置成100px100px；
6、img标签避免使用空的src；（具体详见《javascript高级程序设计》作者的这篇文章---Empty image src can destroy your site）
b.对于css和js：
1、css放在head中，script尽量放在body尾部；
2、发布前js使用r.js工具合并，然后使用gulp工具压缩js及css；
3、js中能使用事件代理就使用事件代理；
4、对于css使用link来替代@improve；
5、使用ajax时尽可能使用get方法；
6、css不使用通配符；
c.对于服务端：
1、使用CDN；
2、使用Gzip压缩；
3、为文件头指定Expires或Cache-Control；
4、配置实体标签（Etags）；
d.对于cookie：
1、尽量减少cookie的大小；
e.对于内容：
1、避免URL重定向及404错误；
2、尽量减少DOM元素的数量及对DOM过多的操作；
3、尽量减少iframe的数量；
1、张鑫旭博客关于性能优化方面的介绍
2、提高Web页面性能的技巧
3、腾讯yuanyan总结的一系列文章：
【高性能前端1】高性能HTML
【高性能前端2】高性能CSS
【高性能前端3】高性能JavaScript
【高性能前端4】Appcache Facts 中译版
4、Google PageSpeed Insights规则
5、浏览器的渲染原理简介
本文第三至第五部分转自：http://www.tuicool.com/articles/y26Bbi6
**本文版权归本人即简书笔名：该账户已被查封 所有，如需转载请注明出处。谢谢！ *
在Ruby中可以使用哪些替代方法来ping一个ip地址？标准库“ping”库的功能似乎非常有限。我对在这里滚动我自己的代码不感兴趣。有没有好的gem？我应该接受它并忍受它吗？(我在Linux上使用Ruby1.8.6编写代码) 最佳答案 net-ping值得一看。它允许TCPping(如标准rubyping)，但也允许UDP、HTTP和ICMPping。ICMPping需要root权限，但其他则不需要。 关于ruby-Pingruby网站？，我们在StackOverflow上找到一个类
我正在使用Ruby解决一些ProjectEuler问题，特别是这里我要讨论的问题25(Fibonacci数列中包含1000位数字的第一项的索引是多少？)。起初，我使用的是Ruby2.2.3，我将问题编码为:number=3a=1b=2whileb.to_s.length但后来我发现2.4.2版本有一个名为digits的方法，这正是我需要的。我转换为代码:whileb.digits.length当我比较这两种方法时，digits慢得多。时间./025/problem025.rb0.13s用户0.02s系统80%cpu0.190总计./025/problem025.rb2.19s用户0.0
我正在寻找一个用ruby演示计时器的在线示例，并发现了下面的代码。它按预期工作，但这个简单的程序使用30Mo内存(如Windows任务管理器中所示)和太多CPU有意义吗？非常感谢deftime_blockstart_time=Time.nowThread.new{yield}Time.now-start_timeenddefrepeat_every(seconds)whiletruedotime_spent=time_block{yield}#Tohandle-vesleepinteravalsleep(seconds-time_spent)iftime_spent
如果用户是所有者，我有一个条件来检查说删除和文章。delete_articleifuser.owner?另一种方式是user.owner?&&delete_article选择它有什么好处还是它只是一种写作风格 最佳答案 性能不太可能成为该声明的问题。第一个要好得多-它更容易阅读。您future的自己和其他将开始编写代码的人会为此感谢您。 关于ruby-on-rails-如果条件与&&，是否有任何性能提升，我们在StackOverflow上找到一个类似的问题：
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭9年前。我最近开始学习Ruby，这是我的第一门编程语言。我对语法感到满意，并且我已经完成了许多只教授相同基础知识的教程。我已经写了一些小程序(包括我自己的数组排序方法，在有人告诉我谷歌“冒泡排序”之前我认为它非常聪明)，但我觉得我需要尝试更大更难的东西来理解更多关于Ruby.关于如何执行此操作的任何想法？
我需要从站点抓取数据，但它需要我先登录。我一直在使用hpricot成功地抓取其他网站，但我是使用mechanize的新手，我真的对如何使用它感到困惑。我看到这个例子经常被引用:require'rubygems'require'mechanize'a=Mechanize.newa.get('http://rubyforge.org/')do|page|#Clicktheloginlinklogin_page=a.click(page.link_with(:text=>/LogIn/))#Submittheloginformmy_page=login_page.form_with(:act
我编写了一个Ruby应用程序，它可以解析来自不同格式html、xml和csv文件的源中的大量数据。我如何找出代码的哪些区域花费的时间最长？有没有关于如何提高Ruby应用程序性能的好资源？或者您是否有任何始终遵循的性能编码标准？例如，你总是用加入你的字符串吗？output=String.newoutput或者你会使用output="#{part_one}#{part_two}\n" 最佳答案 好吧，有一些众所周知的做法，例如字符串连接比“#{value}”慢得多，但是为了找出您的脚本在哪里消耗了大部分时间或比所需时间更多，您需要进行分
网站的日志分析，是seo优化不可忽视的一门功课，但网站越大，每天产生的日志就越大，大站一天都可以产生几个G的网站日志，如果光靠肉眼去分析，那可能看到猴年马月都看不完，因此借助网站日志分析工具去分析网站日志，那将会使网站日志分析工作变得更简单。下面推荐两款网站日志分析软件。第一款：逆火网站日志分析器逆火网站日志分析器是一款功能全面的网站服务器日志分析软件。通过分析网站的日志文件，不仅能够精准的知道网站的访问量、网站的访问来源，网站的广告点击，访客的地区统计，搜索引擎关键字查询等，还能够一次性分析多个网站的日志文件，让你轻松管理网站。逆火网站日志分析器下载地址：https://pan.baidu.
LL库和HAL库简介LL：Low-Layer，底层库HAL：HardwareAbstractionLayer，硬件抽象层库LL库和hal库对比，很精简，这实际上是一个精简的库。LL库的配置选择如下：在STM32CUBEMX中，点击菜单的“ProjectManager”–>“AdvancedSettings”，在下面的界面中选择“AdvancedSettings”，然后在每个模块后面选择使用的库总结：1、如果使用的MCU是小容量的，那么STM32CubeLL将是最佳选择；2、如果结合可移植性和优化，使用STM32CubeHAL并使用特定的优化实现替换一些调用，可保持最大的可移植性。另外HAL和L
目录H2数据库入门以及实际开发时的使用1.H2数据库的初识1.1H2数据库介绍1.2为什么要使用嵌入式数据库？1.3嵌入式数据库对比1.3.1性能对比1.4技术选型思考2.H2数据库实战2.1H2数据库下载搭建以及部署2.1.1H2数据库的下载2.1.2数据库启动2.1.2.1windows系统可以在bin目录下执行h2.bat2.1.2.2同理可以通过cmd直接使用命令进行启动：2.1.2.3启动后控制台页面：2.1.3spring整合H2数据库2.1.3.1引入依赖文件2.1.4数据库通过file模式实际保存数据的位置2.2H2数据库操作2.2.1Mysql兼容模式2.2.2Mysql模式
