关于 php 的 count 函数
今天一个同事在Q群上考大家关于 php 的 count 函数的一些东东，大意是 count(’some string’) 会输出什么……印象中，以前跟谁讨论过这个。不过日子久远，已经有些模糊了。所以还是写下来，just4fun。
大部分实践者都知道 count(string) 输出的结果是 1，而不是有的人期望的 strlen(string)。如果输出 count(callback)，会惊奇的发现结果也是 1。这是为什么呢？
Steve Souders: In Search of Speed 学习笔记(Web 前端优化)
原雅虎首席性能官、现任 Google Web 性能专家 Steve Souders，近期在 LA 隆重举行的 SpeedGeeks 会议上发表重要讲话：In Search of Speed（slides, video)，以下为学习笔记：
1. 以 iGoogle 为例，前端页面组件渲染的时间占了整个页面打开时间的 91%，前端优化的重要性不言而喻。
2. 前端优化十四条原则，是个人都知道，不必多说了。
3. 如果想要更快一点，可以参考新书 Even Faster Web Sites。
Web开发必知的八种隔离级别
ACID性质是数据库理论中的奠基石，它定义了一个理论上可靠数据库所必须具备的四个性质：原子性，一致性，隔离性和持久性。虽然这四个性质都很重要，但是隔离性最为灵活。大部分数据库都提供了一些可供选择的隔离级别，且现在许多库都增加了附加层来创建颗粒度更细的隔离。隔离级别应用范围如此之广主要是因为放宽隔离约束往往会使得可扩展性和性能提高几个数量级。
串行一致性是可用的最古老最高的隔离级别之一，它之所以倍受青睐是因为其提供的简单编程模型，即每次仅能有一个事务对给定的资源进行操作，这就避免了很多潜在的资源问题。尽管如此，大部分应用程序（尤其是Web应用程序）都不采用这种级别非常高的隔离，因为从终端用户的角度来看这是不切实际的-任何一个拥有大量用户群的应用程序在访问共享资源时都将会有几分钟的延迟，而这会使得用户量迅速减少。弱一致性和最终一致性在大规模分布式数据源中，例如Web中，随处可见。好几个成功的大型Web应用（例如，eBay和Amazon）都显示出乐观的（optimistic）弱一致性要比传统悲观的（pessimistic）机制在扩展性方面好得多。本文将一窥八种不同的隔离级别。学会适当的放宽数据一致性的约束，你可以在自己的应用程序中使用这八种隔离级别来获得更好的性能和可扩展性。
并发控制的主要目标是为了确保事务被隔离且不会影响到其他事务。要达到高级别的隔离需以牺牲性能为代价。并发控制可以用悲观或者乐观的机制来实现。大部分关系型数据库都使用了悲观机制来实现写入优化。悲观机制采用了锁，通过使用锁它可以阻塞一些操作或者进行某些形式的冲突检测。当一个表格，页面或是行被修改后，悲观机制中的锁可以用来阻塞其他潜在的访问修改资源的事务。然而，乐观机制并不采用任何锁，它仅仅依赖于冲突检测来维护事务隔离。乐观机制采用的冲突检测可以允许所有的读操作，并在事务结束时检验其一致性。如果检测到冲突，那么事务会进行回滚或重做。大部分web服务器都是读入优化，因此使用了乐观机制。通过允许所有的读入操作，乐观机制既可以保证很高的读写吞吐量，也可以在资源不是一直改变的情况下保证数据的一致性。
下面列出的隔离级别是用来帮助Web开发人员更好的理解他们编程模型中放置的约束，帮助系统架构师和开发人员共同讨论如何在保持必要的数据完整性的同时选择最有效的隔离级别。它们按照最少隔离（未提交读）到最多隔离（串行化）的顺序列出。