最近看到一个有关在PHP中使用COOKIE会话管理的面试题，不单单是因为这道题很有意思，还有就是自己以前确实没有想到过这个方面（知识欠缺:P），所以这里做个记录总结下，该题大概是这样描述的:

如何不使用cookie向客户端发送一个cookie?

刚看到这道题时确实懵了，愣是没看懂，后面在网上搜索了下，猜测出题人的意图估计是想解决这样的一个场景：

当客户端端禁用COOKIE时，如何在本地保存COOKIE以及在发送HTTP请求时带上COOKIE信息。

今天，在看鸟哥@laruence的个人博客时看到了有关在PHP中使用PDO的bindParam绑定方法结合循环语句来使用时会产生一个BUG或者小陷阱，这里做个笔记备忘 :)

来自PHP官方的BUG报告在这里：#63281

这几天一直在研究鸟哥@laruence的一个产品—Yac，它是为PHP实现的一个基于共享内存、并且无锁的User Data Cache。今天比较了下Memcache和Yac的高并发读写性能测试，发现Yac要比Memcache快很多（这里没有比较Yac和Apc的性能情况, 不过据说Yac要比Apc快很多，Apc比Memcache快一倍，待有时间再进行测试吧, 好吧，承认懒了 ^_^)。

XHProf是Facebook开源出来的一个PHP性能测试工具，他是一个轻量级的分析工具，跟xdebug差不多，但比 xdebug 分析的信息更加详细， 包括函数的调用次数，花费的时间（自身花费时间和包含内部函数花费的时间），所占内存/CPU，所占内存的峰值及所占百分比等，而xdebug对性能影响较大，即便是开启了profiler_enable_trigger参数，cpu也会立马飙到峰值。

该问题由facebook 的工作人员提出的, facebook 在2010 年左右,memcached 节点就已经达
3000 个,缓存数千G 内容.

他们发现了一个问题，即由于memcache连接频繁，导致效率下降了。于是他们开始添加memcache节点，添加新节点后，发现因为连接频繁导致的问题,仍然存在,并没有好转,称之为”无底洞现象”. 具体原文在这:Facebook Multiget Hole

Memcache是缓存，所以数据不会永久保存在服务器上，这也是在服务器上引进Memcache的前提。当我们在memcache中存放数据时会设置超时时间（不设置，默认为永久有效，但不排除会被新数据剔除的可能性），那么当到达超时时间时memcache是如何做到删除数据的呢？这里需要引入Lazy Expiration即惰性失效的概念。

有时候，在我们使用memcache过程中会出现”数据丢失”的现象， 也就是说明明数据被设为永久有效，却莫名其妙的丢失了，这是怎么回事呢？

在上一篇博客Memcache过期数据惰性和LRU删除机制中已经总结了memcache过期数据是如何被删除的以及根据LRU（最近最少使用机制）来从最近未被使用的记录中搜索，并将其空间分配给新的记录。

首先，我们要明白什么是内存的碎片化，要解释这个也不困难。大概可以这样描述，如果用c 语言直接malloc,free 来向操作系统申请和释放内存时,在不断的申请和释放过程中,形成了一些很小的内存片断,无法再利用.这种空闲,但无法利用内存的现象,即被称为内存的碎片化.

MySQL数据库主从复制的工作方式很简单，一台主机作为主服务器，一台或者多台主机作为从服务器。主服务器会把数据库的变化记录到日志，一旦这些变化被记录到日志，就会马上或者以固定的时间间隔被发送从服务器，使得主从服务器得到同步。

下面，总结下主从服务器配置原理，作为笔记，首先说明下测试环境（局域网内）：

Centos 6.5 主 192.168.1.103 (VMware测试)
Centos 6.5 从 192.168.1.104 (VMware测试)
MySQL 5.4

猛地意识到今天就已经是3月7日了，而我买的是明天的火车票，对于我来说意味着毫无防备并且来不及拾掇就要滚回学校了。呜呼，时间过的真TM快，将近俩月的大学最后一个大长假就这么一睁眼一闭眼就嗝屁（方言）了,虽然到家没过一半时间就已经呆够了想回去，但此时此刻即将出发却也难免有恋家情节……

明天就要出发了，晚上简单收拾了下行李后就被母亲大人催促着早点睡觉，而对于一个习惯了熬夜的夜猫子来说很早睡觉真的不习惯，相信你懂得。于是打开笔记本，想看点东西却也没有了心思，干脆写点有感而发的东西也不错哦，算是这个寒假小结吧，说干就干，于是就有了下文 :)