精选技术长文、实践记录与系统化阅读
低噪声、高可扫读；标题、摘要、来源、标签一目了然。
采集自各技术站点的近期文章。
读一本书，看一份报，文字从产生之初就发挥着它不可撼动的地位，充斥着我们每个人每天的生活；然而在繁杂的文字设计中，跳开这些设计，更该去看看最初的文字是什么样子的，珍惜它们每一次的蜕变… 中文字体之宋体 中国文字创造之初，与埃及相同，都是由图画、象形文字演化而来的。但其进化情况却又不同。中国文字的演化，始终维持着原始的绘画或符号内容，只是在形成更多文字时，在原有文字的基础上，加以各种组合，以求形成更多的文字，这在世界文化史上是独一无二的。中国文字的发展，由秦始皇统一中国后，汉字进行了一系列简化，规范化的处理。在木板印刷出现以前，古代典籍为了流传的需要只能手工传抄，由于手工抄写成本高效率底，易出错误，于是木板印刷逐渐盛行。这样，为了刻版方便，渐渐的刻工们发明了一种新字体，它的特点是：字形方正，橫細直粗。在转折处有小三角形装饰。这种字体比楷体更加规范标准，成为了标准字体，适合大规模地刻版使用。
问： 我测试发现，如果cp一个文件，然后direct io读这个文件，会消耗很长时间。 我猜测dio不能用page cache，而这个文件cp以后都在cache里面，要强制刷到磁盘，才能读？ 我cp这个文件很大，超过256M 由于数据文件默认是用bufferedio方式打开的，也就是说它的数据是先缓冲在pagecache里面的，写入的数据会导致大量的脏页，而且这部分数据如果内核内存不紧张的话，是一直放在内存里面的的。我们知道directio是直接旁路掉pagecache直接发起设备IO的，也就是说在发起IO之前要保证数据是先落地到介质去，所以如果文件比较大的话，这个时间会比较长。
在InnoDB表中，若存在自增字段，则会维护一个表级别的锁，这里称为自增锁。每次插入新数据，或者update语句修改了此字段，都会需要获取这个锁. 由于一个事务可能包含多个语句，而并非所有的语句都与自增字段有关，因此InnoDB作了一个特殊的处理，自增锁在一个语句结束后马上被释放。之所以说是特殊处理，是因为普通的锁，都是在事务结束后释放。若一个表有自增字段，一个insert语句不指定该字段的值，或指定为NULL时，InnoDB会给它赋值为当前的AUTO_INCREMENT的值，然后AUTO_INCREMENT加1。
我们在做网络服务器的时候，通常会很关心网络的带宽和延迟。因为我们的很多协议都是request-reponse协议，延迟决定了最大的QPS，而带宽决定了最大的负荷。 通常我们知道自己的网卡是什么型号，交换机什么型号，主机之间的物理距离是多少，理论上是知道带宽和延迟是多少的。但是现实的情况是，真正的带宽和延迟情况会有很多变数的，比如说网卡驱动，交换机跳数，丢包率，协议栈配置，光实际速度都很大的影响了数值的估算。 所以我们需要找到工具来实际测量下。
问 如何保证固态硬盘的可靠性？ 答 首先，闪存是一项成熟技术，经过了长期的实际测试。虽然闪存颗粒有一定的读写寿命，但以目前的技术来说，其寿命已经远远高于实际使用年限。比如，Intel固态硬盘的官方数据显示，无论使用频度高低，它最少也有5年的有效使用期。如果应用频率不高的话还可以再延长5年。另外，Intel固态硬盘内置了ATA SMART监控功能，随时可以查看其健康状况。用户可以放心，数据安全绝对是固态硬盘制造商的第一考量。
净推荐(Net Promoter)是Fred Reichheld(2003)针对企业良性收益与真实增长所提出的用户忠诚度概念。请用户回答“您在多大程度上愿意向您的朋友(亲人、同事……)推荐XX公司/产品？”(0-10分，10分表示非常愿意，0分表示非常不愿意)，根据用户的推荐意愿，将用户分为三类：推荐者、被动者、贬损者，推荐者与贬损者是对企业实际的产品口碑有影响的用户，这两部分用户在用户总数中所占百分比之差，即净推荐值(Net Promoter Score，NPS)。
在Oracle Database 12c之前，翻页查询需要试用rownum的方式进行SQL嵌套查询编写，这非常复杂，在12c中，新增了Top N查询支持特性，允许试用Offset / Limit 等限定进行Top N查询，原来的ROWNUM方式可以被替代。
这个事例总让我想起中美建交的轶事。打了那么多年的实际战争和口水战争，最终为了应对来自苏联的威胁，走到了一起。中美建交也是从试探性合作开始的，过去彼此受伤太深，饭总得一口一口吃。阿里和360的关系，同样如此。
网站性能优化(WPO)已经成为一个非常重要的话题了，越来越多的互联网公司开始有WPO的职位，而相关技能也是对前端开发工程师的重要技术要求之一。国外大牛Steve Souders在参加WebPerfDays London期间，收集了大量常用的网站性能优化工具，这里和大家分享下。
Data URI简介 Data URI是由RFC 2397定义的一种把小文件直接嵌入文档的方案。
偶然将想到的一个如何判断鼠标从哪个方向进入一个容器的问题。首先想到的是给容器的四个边添加几个块，然后看鼠标进入的时候哪个块先监听到鼠标事件。不过这样麻烦太多了。google了一下找到了一个不错的解决方法，是基于jquery的。
天文学是第一个被测量误差困扰的学科，从古代至十八世纪天文学一直是应用数学最发达的领域， 到十八世纪，天文学的发展积累了大量的天文学数据需要分析计算，应该如何来处理数据中的观测误差成为一个很棘手的问题。 我们在数据处理中经常使用平均的常识性法则，千百来来的数据使用经验说明算术平均能够消除误差，提高精度。 平均有如此的魅力，道理何在，之前没有人做过理论上的证明。 算术平均的合理性问题在天文学的数据分析工作中被提出来讨论：测量中的随机误差服应该服从怎样的概率分布？ 算术平均的优良性和误差的分布有怎样的密切联系？
MariaDB数据库加入了对HASH JOIN算法的支持，我对HASH JOIN不了解，借此机会学习一下，测试的数据库版本为MariaDB5.5.27。 先是配置文件，这是我为了方便跟踪源码，在windows上建的环境。
以前对Transportable Tablespaces(TTS)一直理解不深,今天无意中看到TTS可以实现数据库升级,今天测试了实现使用TTS 迁移9.2.0.4的一个表空间到11.2.0.3,平台均为Linux 32位
mod_pagespeed是一个开源的Apache module，它由谷歌开发，通过优化你的网页来减少响应延迟和带宽占用。上周，谷歌正式推出了mod_pagespeed的1.0稳定版。
WordPress在所有网站中的占有率已经达到了50%，WordPress是世界上最受欢迎的博客/CMS软件。正因为如此，越来越多的黑客盯上了WordPress(开发组是不是感到亚历山大)，因此，安全需要做足。 我们准备了本指南(建议)，希望对大家有帮助。
第二个故事的主角是欧拉(Euler), 拉普拉斯(Lapalace),勒让德Legendre) 和高斯(Gauss),故事发生的时间是十八世纪中到十九世纪初。十七、十八世纪是科学发展的黄金年代，微积分的发展和牛顿万有引力定律的建立，直接的推动了天文学和测地学的迅猛发展。当时的大科学家们都在考虑许多天文学上的问题。
是不是我们的数据库，加上一套成熟可靠的备份软件（比如NBU、DP、TSM等），以及购置了可靠的大容量的带库就足够了？或者下面一个案例能够给我们一些启示。案例来自于一个老客户，一套重要系统的Oracle RAC数据库，由于硬件问题，一个包含关键业务数据的文件被离线（在归档模式下，写文件出错会导致文件被置为离线状态，而不是库宕掉）。在尝试recover datafile的时候，提示缺少一个归档日志。归档日志已经被备到带库上，本地磁盘上已经没有了这个归档日志文件。这套库是用TSM备份的，使用rman还原归档日志，称找不到这个归档日志。
在给客户巡检时，发现一个用PL/SQL Developer执行的效率低下SQL,通过执行计划可以看到，对Cost影响较大部分为IDX_TS_UH_ORDER_GOODS_1表的索引跳扫，Cost值157，虽然只有157，但是对走索引来说，157的Cost已经很大了，如果正常索引扫，这个值会小很多，而且INDEX SKIP SCAN的结果和HASH JOIN SEMI循环，导致总Cost达到287M(100)，如果能将索引跳扫的Cost从157降下来，INDEX SKIP SCAN的结果和HASH JOIN SEMI循环的总Cost就会成几何下将，这个SQL优化重点也是使索引跳扫改成正常索引扫，猜测产生索引跳扫的原因可能是IDX_TS_UH_ORDER_GOODS_1表上存在复合索引，而该表的ORDER_ID列不是复合索引的第一列，解决方法：在IDX_TS_UH_ORDER_GOODS_1表的ORDER_ID列上单独建立索引。
游戏开发和很多其他软件开发的一个巨大区别就是，你无法把程序得到正确结果当成任务的完成。运行时间往往成为重要的约束条件。如果一件事情在规定的时间片执行不完，代码实现的再正确都没有意义了。而局部的优化热点往往也意义不大。因为如果只是需要小幅度的提高性能，那么采购好一些的硬件就够了。一个模块的性能，要从数量级上的提高，必须重新思考需求，改变需求，重定义我们要做什么。
