前一阵试用 tokyo tyrant 碰到一个麻烦，
在php上用memcache接口，取出数据的时候，不会自动反序列化。比如了一个 array(1,2,3,4,5)，出来就是 'a:5:{i:0;i:1;i:1;i:2;i:2;i:3;i:3;i:4;i:4;i:5;}' 了。
用
Wireshark 跟踪了一下，发现和标准memcached返回的数据里差一个字节。去看了下 memcached
协议，发现这个字节是个客户端的标记 flag 。存储的时候放置这个标志，取的时候照样返回。php 的 memcache
扩展应该就是用这个字节来标志是否是 php 的数据。如果匹配则反序列化。对比 tokyo tyrant
的源代码，发现它在存取的时候无视了这个标记位（其实还无视了一些其他东西，比如过期时间之类的，只用了 key 和 value
以及他们的长度），所以就有了这个结果。
之前考虑改 tokyo tyrant ，做了个补丁。不过正如 xdanger
所说，这个办法不好。之前测试得不仔细，后来试了几个不同的类型，果然是出了问题。于是又考虑再改 php
的客户端。让它不管什么类型存储的时候都去做序列号。似乎是解决了反序列号问题。这样修改版的客户端放的东西原版的能正常读取，但原版客户端一旦放了常规值就会出毛病。这一下同时改了客户端和服务端，另外，压缩的问题也还是没解决。看来这个问题还真的很难。
php 客户端补丁，修改 memcache.c
http://syre.blogbus.com/files/12229540080.diff
tokyo tyrant 补丁，修改 ttserver.c
http://syre.blogbus.com/files/12227686210.diff
php特殊字符过滤
1、过滤标签(HTML)：strip_tags()
例如：
<?php
$text = '<?php ?><p>Test paragraph.</p><!-- Comment -
-> <a href=http://topic.csdn.net/u/20090311/09/"#fragment">Other text</a>';
echo strip_tags($text);
echo "\n";
// 允许使用<p>和< ......
