tokyo tyrant 在 php 上不能自动反序列化的问题
前一阵试用 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 的引用允许用两个变量来指向同一个内容。意思是，当这样做时：
<?php
$a
=&
$b
;
?>
这意味着 $a
和 $b
指向了同一个变量。
注: $a
和 $b
在这里是完全相同的，这并不是 $a
指向了 $b
或者相反，而是 $a
和 $b
指向了同一个地方。
所以：
<?ph ......
<?php
/*
图片处理类：缩略，裁剪，圆角，倾斜
*/
class resizeimage
{
//图片类型
var $type;
//实际宽度
var $width;
//实际高度
var $height;
//改变后的宽度
var $resiz ......
在 PHP 中本身带有一个用 C 语言实现的 xmlrpc 扩展，叫
xmlrpc-epi。因为它是用 C 语言实现的，所以从速度上来说比用 PHP 实现的那些 xmlrpc
扩展要快的多。但是在实际应用中却发现很少有人用这个扩展，大都是用 PHP 脚本实现的 xmlrpc
的扩展。原因可能有以下两点：一是这个扩展需要在服务器上打开，如果没有服务器� ......
我开发的小站：http://www.asprain.com，欢迎观摩、体验！
啊，今天看到很多人说我骂PHP程序员是在炒作，目的是推广我的论坛程序。话说，虽然我之前一直很想想办法提高自己写的那个程序的知名度。我把我的小站介绍给我的所有的好友，请他们口口相传。但是我确实写这篇文章是没有炒作目的的。原因很简单：我� ......
代码
//第一种方式
exec($cmd,$str,$result);
echo "result = $result <br/>";
if ($result != 0) {
echo "failed";
}
print_r($str);
#没有输出结果
//第二种方式
$output = shell_exec("/usr/bin/sudo /usr/bin/whoami 2>&1);
echo "output = ......
