IT牛人博客聚合

Redis 是一个性能非常高效的内存 Key-Value 存储服务, 同时它还具有两个非常重要的特性: 1. 持久化; 2. Value 数据结构. 这两个特性让它在不少场景轻松击败了 Memcached 和 Casandra 等.

Redis 的持久化在两种方式: Snapshotting(快照) 和 Append-only file(aof). 在一个采用了 aof 模式的 Redis 服务器上, 当执行 bgrewriteaof 对 aof 进行归并优化时, 出现了 Redis 被阻塞的问题, 此时, Redis 无法提供任何读取和写入操作.

按字面理解, bgrewriteaof 是在后台进行操作, 不应该影响 Redi

查看全文: http://www.udpwork.com/item/7031.html

“暂停页面资源占用”其实是个function，javascript也是可以用中文来写滴

function 暂停页面资源占用(){
幻灯广告2.暂停();
文字滚动5.暂停();
啥啥啥动画.暂停();
定时更新长链接.低迷模式();
}

为什么要这样做呢？ 装厚道，把资源让给别人，有些情况下还可以省自己服务器的资源。

那什么时候调用他呢？ onblur，那怎样变回正常呢？再写一个对应滴。

但是这样看起来不是特别高级，怎样更高级呢？自定义事件 我记得好久好久前写过个task 让那些爱动的元素玩上 onElementShow onElementHide 这样的事件，然后就把上面的 function 分开了，让元素看不到时

查看全文: http://www.udpwork.com/item/6695.html

    通过之前几篇性能指标分析系列的文章可以发现，无论是对于哪个性能指标来说，脚本的影响都是最大的。实际的线上监控数据（图1）也确实能够论证这一点，例如某个页面DOM Ready的时间在4.1s左右，而外链脚本的加载和执行则消耗了2.8s左右，比例高达68.74%。也就是说假如该页面没有脚本的话，页面的DOM Ready时间将会大大缩短。实际的页面中，脚本在加强和提高交互体验方面又是不可或缺的，因此需要从脚本的合理使用方式着手来改善脚本的使用对整体页面性能的影响。

    按照Javascript的加载方式大概可以分为即时加载和动态加载两类，即时加载指的是在页面中直接使

查看全文: http://www.udpwork.com/item/5197.html

如何在持续升级的项目中保持项目的高性能？如何更加准确的定位和解决性能问题？实际上，WPO的最主要目的是改善用户体验，而用户体验的好坏则可以根据几个核心性能指标来衡量。从用户体验出发的几个核心时间指标包括：Start Render、DOM Ready、Page Load、TTI。不同的性能指标对用户体验的影响是不同的，而指标本身受哪些因素的影响也是不同的。优化某个指标又该具体采用什么样的方式？接下来将一一介绍，本文集中介绍TTI。

定义

    TTI(Time To Interact)指的是页面可交互的时间。页面中的交互包括很多方面，例如点击一个链接、点击一个搜索按钮都属于页面交互的范畴，但是对于衡

查看全文: http://www.udpwork.com/item/5198.html

如何在持续升级的项目中保持项目的高性能？如何更加准确的定位和解决性能问题？实际上，WPO的最主要目的是改善用户体验，而用户体验的好坏则可以根据几个核心性能指标来衡量。从用户体验出发的几个核心时间指标包括：Start Render、DOM Ready、Page Load、TTI。不同的性能指标对用户体验的影响是不同的，而指标本身受哪些因素的影响也是不同的。优化某个指标又该具体采用什么样的方式？接下来将一一介绍，本文集中介绍Page Load。

定义

    Page Load时间指的就是window.onload事件触发的时间。与DOM Ready时间相比，Page Load的时间往往要更靠后一些，因

查看全文: http://www.udpwork.com/item/5199.html

如何在持续升级的项目中保持项目的高性能？如何更加准确的定位和解决性能问题？实际上，WPO的最主要目的是改善用户体验，而用户体验的好坏则可以根据几个核心性能指标来衡量。从用户体验出发的几个核心时间指标包括：Start Render、DOM Ready、Page Load、TTI。不同的性能指标对用户体验的影响是不同的，而指标本身受哪些因素的影响也是不同的。优化某个指标又该具体采用什么样的方式？接下来将一一介绍，本文集中介绍DOM Ready。

定义

    DOM Ready，指的是页面解析完成的时间，在高级浏览器里有对应的DOM事件 - DOMContentLoaded，Firefox官方的解析如下

查看全文: http://www.udpwork.com/item/5200.html

    如何在持续升级的项目中保持项目的高性能？如何更加准确的定位和解决性能问题？实际上，WPO的最主要目的是改善用户体验，而用户体验的好坏则可以根据几个核心性能指标来衡量。从用户体验出发的几个核心时间指标包括：Start Render、DOM Ready、Page Load、TTI。不同的性能指标对用户体验的影响是不同的，而指标本身受哪些因素的影响也是不同的。优化某个指标又该具体采用什么样的方式？接下来将一一介绍，本文集中介绍Start Render。

定义

    Start Render，顾名思义指的是浏览器开始渲染的时间，从用户角度出发则可以定义为用户在页面上看

查看全文: http://www.udpwork.com/item/5201.html

正则表达式如下

\[\s*((?:[\w\u00c0-\uFFFF-]|\\.)+)\s*(?:(\S?=)\s*(['"]*)(.*?)\3|)\s*\]

这个正则表达式的作用是用来匹配CSS属性选择符，例如：

/*能匹配成功的*/
[class='abcdefg-abcdefg']

/*匹配失败的*/
[class='abcdefg-abcdefg'

成功匹配的过程如下：

短短的文本却需要匹配451步，效率是比较低的，总结一下大概有以下几个问题：

1. ((?:[\w\u00c0-\uFFFF-]|\\.)+) 这一部分表达式是用来匹配属性名称的，+号本身是贪婪匹配的，但是限定在一个分组之后就变成循环了，

查看全文: http://www.udpwork.com/item/5202.html

上一文《正则优化一则：CSS选择符匹配》中说到了如何优化一个正则在匹配成功时的效率，而实际上正则匹配有成功就会有失败，因此失败时的效率也是需要注意的。继续上文中的正则，分析了一下优化前和优化后表达式失败时的效率：

匹配文本：.a select,.b input,.b input[

优化前                             

查看全文: http://www.udpwork.com/item/5203.html

正则表达式如下

^((^|,)\s*[.\w-][.\w\s\->+~]*)+$

这个正则表达式的作用是用来匹配一些简单的CSS选择符，例如：

/*能匹配成功的*/
.a select,.b input,.b input
.a select,div.test > a,.b input
/*匹配失败的*/
.a select,.b input,.b input[type="submit"]

该表达式在匹配成功时的效率还是比较高的，因为里面使用了字符集进行贪婪匹配，接下来以匹配 ".a select,.b input,.b input " 这个文本来具体分析一下它的效率问题，具

查看全文: http://www.udpwork.com/item/5204.html