低噪声、高可扫读；标题、摘要、来源、标签一目了然。
采集自各技术站点的近期文章。
在看 php 的 mcrypt 加密，想使用对称算法，解决小块内容（比如 url、post）网上传输的安全性。即加密、解密用同一个密码。官方文档有个非常完整的演示功能的例子，大概顺序是： 打开 module 生成 IV 得到 key/密钥/密码初始化（引擎？）进行加密操作关闭（引擎？）重新初始化（引擎？）进行解密操作关闭（引擎？）关闭 module 加密、解密放在了一个代码片段中，大概是想说，加、解密就那一句代码不同而已。 按照这个...
今天听 Doug White 大牛说有这个功能，于是查了一下资料，先记一笔，不一定对，有机会找机器测试一下。首先要定义SCSI/SAS总线所在的位置。通常它是由某个SCSI接口卡提供的，也就是类似这样：hint.scbus.0.at="mpt0"这表示 scbus0 是 mpt0。如果一块卡支持多个 SCSI 总线，则还应额外指定 bus 参数。接下来是每块硬盘的位置。SCSI/SAS设备可以由3个参数来唯一定位：总线、目标（target）和单元（LUN）。例如总线0、目标0、单元0上...
这是一个很有意思的话题：随着计算机技术的发展，客户端的计算能力越来越强。想要提高在服务器端运行的系统的负载能力，最直接有效的办法就是把计算任务尽可能交给客户端去做，并减少两者之间的交互；然而，另一方面，这样做又可能会带来一些其他问题，例如，客户端完成某些计算任务的时候可能会比较慢（因为在客户端可以用到的资源比较少，想要保持兼容性最好的办法就是只使用普适的Java Script子集），或者，作为安全系统的一个...
最近几天测试了一下盘很多（具体说是24块盘，其中2块热备的JBOD）的时候ZFS的性能特点。一些结论a) ZFS的随机读性能比较差（相对于顺序读写）。这一点除了改为用mirror而不是raidz1/z2之外似乎没什么太好的办法。同样多的硬盘做成两组raidz1（11＋11＋2），与做成两块盘一组的11组mirror的pool相比，针对同样的数据集的随机读性能相差可达10倍多，当然，mirror的结果是顺序写性能会差一些。作为副作用，mirror时的读性能可提高大约...
DMA (Direct Memory Access) 是一种提高计算机系统并发能力的技术。简单地说，它允许外围设备以异步方式操作内存，从而减少了CPU在I/O操作中的参与。目前的微机和PC服务器都广泛采用了 DMA 技术。由于 DMA 是一种异步操作，因此在撰写驱动时，有很多需要注意的问题。第一类比较常见的问题是，并不是所有的 DMA 控制器或设备都有能力访问全部物理内存，或对访问有限制。例如，许多低端存储设备和网卡往往只能访问物理内存的前4GB，...
有谁试过一张表上有50个索引，嗯，我不怎么敢。但有时有些应用的搜索条件就是很复杂，比如说有一类应用，姑且称之为多维度分类排行榜吧。这类应用的共同特征是对一个集合需要应用多种条件组合进行过滤，过滤后可能还要按某种指标进行排序。举几个例子吧：1. 像网易拍拍一样的相册精华区，过滤条件非常多，如可以指定一级分类（如风景）、二级分类（如云南）、三级分类（如香格里拉），可以指定城市，可以指定是不是推荐的，还可以...
前两天写用skip list实现实时排名，搞得挺复杂，显得挺有学问的。嘿嘿，其实没必要搞那么复杂，对于博客这种积分取值范围很小（在较长一段时期内可能都只在0-10000之间）的，只需要用一个数组记录每个分值有多少人就够了，计算排名的时候只要对这个数组做下遍历，代价小很多了。初步的实现呢，只需要用以下的一张数据库表可能就行了。CREATE TABLE BlogScoreSummary ( Score INT, -- 分值 Count INT, -- 积分为这一分值的人数 IDX ...
博客有积分了，根据积分要排名了，有人希望这个排名是实时的吗？可能会有的吧，这样就可以发一篇文章，马上看下我的排名上升了多少位，由于用博客的人多，可能会发现写一篇文章，就有几万个人被抛在身后，或者原来排名是Top 3.27%，写篇文章后就变成Top 3.16%了，这等感觉多爽啊，我想至少对晓文哥这种试图通过狂发test日志赶上名博的人是有吸引力的吧。问题是，怎么实现实时排名呢，对于有超过一亿用户，每天登录也有好几百万的博...
最近有个项目，用到很多的表单校验，尝试了一下jQuery.validator，甚是顺手。
在做项目开发时遇到了一个怪异现象“整段内容被重影”的问题，一般来说这类问题在IE6中表现的比较多，但这次出人意料的是IE7也殃及在内。在早前互联网上就有分享过使用HTML注释会引起类似的文字倒影问题，但此时的页面却是没有任何注释～，持续地测试分析问题变得越来越有趣了
在IE5.5至IE7 、Safari、chrome中,当浏览器窗口少于内容宽度时，居中的背景图片转向以body左对齐。而在Opera及FF中,居中的背景图片依然以缩小的窗口宽度居中对齐，当浏览器窗口宽度少于内容宽度时，拖动横行滚动条就能察觉到页面内容与背景会有错位的现象。
此现状出现在IE7、FF、Opera、Chrome、Safari中，当浏览器窗口少于内容，拖动窗口横向滚动条时能发现定义在的背景会被裁掉，似乎背景只计算了当前窗口的宽度。引起这问题的主要原因是在中定义了背景。在IE6不存在此问题。
在IE5~IE8、FF、Opera、Chrome、Safari中当浏览器窗口少于内容宽度,拖动横向滚动条会发现页面元素的背景及boder被裁掉，主要原因是body子级元素定义了100%宽度或是承继父及的100%宽度（即没有定义宽度）。
在IE7、IE8、FF、Opera、Chrome、Safari中当浏览器窗口少于<img/>宽度时,拖动横向滚动条会发现<img/>被裁掉，主要原因是<img/>父级元素定义了overflow:hidden;属性值。IE6中不存在此问题。
关于CSS Sprites技术的优化我们能做到多少，能减多少的请求数量。这并且不是单方面能做到的，一切取决于XHTML、CSS、CSS Sprites图片之间的配合。现时为止没有绝对优化的做法，这也是我在项目中经常衡量CSS Sprites图片与XHTML关系，如:《一张背景实现自适应九宫格》，以下总结了图片切割术与图象优化的一些方法。
想特别说明一下，IE6与生俱来就支持png8的索引色透明度，但不支持png的 alpha 透明度。而我们一直要解决的是让IE6支持PNG的 alpha 透明度。下面我收集整理了4种方法，但都是以滤镜、Js、css 等作为基础模拟还原效果，虽然没有真正的解决alpha透明度问题，但也总算解决了燃眉之急。
在原来的宽高自适应的九宫格基础上做了一些优化，把八个背景图请求改为一个，以降低网络成本。其实这也只是一些简单的小技巧，不过在切图方面会比较严禁有1px的不对称就会出问题，请留意下面例子的切割分析。
这是IE浏览器独有的错误，经过测试IE5至IE8会读取不了CSS文件中4095行以后的样式。又一个IE莫名的错误，为什么读取不了4095行以后的CSS实在令人费解，但其实CSS写到4095行几乎是不可能的事情，所以也不用太在意这BUG 。
不同分辩率下的页面内容垂直居中，这问题在某些情况下会比较麻烦，如：内容在不一致的渐变背景之上，让其垂直居中于不固定高的页面，这效果处理不好会出现颜色不一致渐变颜色对应不上的丑陋!
严格来说不是光CSS就能令IE浏览器崩溃(crash)，而要配合一定的XHTML架构。到现时为止发现有两种写法的代码分别会令IE6、IE7崩溃，至于原因我尝试寻找过答案但至今还没找到...如你有这方面的认识或更详细的资料很希望你能分享一下！
