发表于
2013-08-14 04:39:05
一个小玩意PHP-Valgrind的介绍
首先, 太久不更新博客了, 容我先啰嗦几句.
我一直以为人总是会挤出时间写博客的, 但现在看来我错了. 博客很久不更新, 倒不是说没有内容可以分享. 而是这一年来确实忙了很多, 本身工作上的事情就很多, 业余时间也被PHP项目上的事情, Zend的事情填满. 再加上一些小感悟也都在微博上牢骚了... 所以....
Anyway, 很感谢各位经常来我博客的朋友, 不过我建议大家如果是提问的话, 不要在留言里, 有的时候会被博客当做SPAM, 有一些小问题, 可以来微博At我@laruence言归正传, 今天分享个前天刚刚做的小工具, 代码可以在我的github上找到:php-valgrind. 这个工具主要是为PHP脚本提供了可以在脚本中开启Valgrind(严格说是Callgrind)的Profile能力.
...继续阅读
(16)
发表于
2013-03-26 11:13:51
PHP浮点数的一个常见问题的解答
作者:Laruence()本文地址:http://www.laruence.com/2013/03/26/2884.html转载请注明出处关于PHP的浮点数, 我之前写过一篇文章:关于PHP浮点数你应该知道的(All ‘bogus’ about the float in PHP)不过, 我当时遗漏了一点, 也就是对于如下的这个常见问题的回答:php
$f = 0.58;
var_dump(intval($f * 100)); //为啥输出57
?为啥输出是57啊? PHP的bug么?我相信有很多的同学有过这样的疑问, 因为光问我类似问题的人就很多, 更不用说bugs.php.net上经常有人问…要搞明白这个原因, 首先我们要知道浮点数的表示(IEEE 754):浮点数, 以64位的长度(双精度)为例, 会采用1位符号位(E), 11指数位(Q), 52位尾数(M)表示(一共64位).符号位：最高位表示数据的正负，0表示正数，1表示负数。指数位：表示数据以2为底的幂，指数采用偏移码表示尾数：表示数据小数点后的有效数字.这里的关键点就在于, 小数在二进制的表示, 关于小数如何用二进制表示, 大家可以百度一下, 我这里就不再赘述, 我们关键的要了解, 0.58 对于二进制表示来说, 是无限长的值(下面的数字省掉了隐含的1)..0.58的二进制表示基本上(
...继续阅读
(37)
发表于
2013-03-26 11:13:51
PHP浮点数的一个常见问题的解答
关于PHP的浮点数, 我之前写过一篇文章:关于PHP浮点数你应该知道的(All ‘bogus’ about the float in PHP)不过, 我当时遗漏了一点, 也就是对于如下的这个常见问题的回答:
为啥输出是57啊? PHP的bug么?
我相信有很多的同学有过这样的疑问, 因为光问我类似问题的人就很多, 更不用说bugs.php.net上经常有人问...
要搞明白这个原因, 首先我们要知道浮点数的表示
...继续阅读
(7)
发表于
2013-03-18 08:06:39
Yac (Yet Another Cache) – 无锁共享内存Cache
发表于
2013-03-18 08:06:39
Yac (Yet Another Cache) - 无锁共享内存Cache
好久没有更新blog了, 这一年来的工作确实很忙..... anyway, 今天终于有新东西可以和大家分享.
这个idea来自一个很简单的想法, 以及目前所遇到的一个机会. 首先我们来谈谈这个机会.
在以前, 很多人都会选择使用APC, APC除了提供Opcode Cache以外, 还会提供一套User Data Cache(apc_store/apc_fetch), 所以对于很多有需求使用User Data Cache的同学, 使用APC, 就没什么问题.
然而, 最近Zend Optimizer Plus开源了, 测试表明, Zend O+在Opcode Cache方面, 因为做了Opcode Cache优化, 所以会比APC要高效, 再后来, PHP5.5已经把Zend O+作为了源代码的一部分. 会随着PHP一起发布.
这就有了个问题, 对于那些既要使用Zend O+的Opcode Cache, 又要使用APC的User Data Cache的同学, 怎么办呢?
开始的时候, 我只是给APC增加了一个开关apc.opcode_cache_enable, 这样一来, 用户就可以使用APC然而关闭opcode cache来达到这个目的, 但是APC的User Data Cache使用的存储机制是和Opcode C
...继续阅读
(11)
发表于
2012-10-16 15:01:56
PDOStatement::bindParam的一个陷阱
作者:Laruence()本文地址:http://www.laruence.com/2012/10/16/2831.html转载请注明出处废话不多说, 直接看代码:php
$dbh = new PDO('mysql:host=localhost;dbname=test', "test");
$query = <<"laruence", ':password' => "weibo");
foreach( $bind_params as $key => $value ){
$statement->bindParam($key, $value);
}
$statement->execute();请问, 最终执行的SQL语句是什么, 上面的代码是否有什么问题?Okey, 我想大部分同学会认为, 最终执行的SQL是:INSERT INTO `user` (`username`, `password`) VALUES ("laruence", "weibo");但是, 可惜的是, 你错了, 最终执行的SQL是:INSERT INTO `user` (`username`, `password`) VALUES ("weibo", "weibo");是不是很大的一个坑呢?—— 如果你想自己找到原因, 那么就不要继续往下读了——̵
...继续阅读
(36)
发表于
2012-10-16 15:01:56
PDOStatement::bindParam的一个陷阱
废话不多说, 直接看代码:
prepare($query);
$bind_params = array(':username' => "laruence", ':password' => "weibo");
foreach( $bind_params as $key => $value ){
$statement->bindParam($key, $value);
}
$statement->execute();
请问, 最终执行的SQL语句是什么, 上面的代码是否有什么问题?
...继续阅读
(13)
发表于
2012-09-24 04:23:30
Mcrypt响应慢的一个原因
作者:Laruence()本文地址:http://www.laruence.com/2012/09/24/2810.html转载请注明出处上午的时候, 有同事来找我说上周新上线的一个使用mcrypt的脚本, 响应非常慢, 但是服务器的各项指标都正常, 不知道是什么原因.经过了解, 一个简单的可重现的脚本如下:php
$dmcryptText = "dummy";
$key = "foobar";
$size = mcrypt_get_iv_size(MCRYPT_BLOWFISH,MCRYPT_MODE_ECB);
$iv = mcrypt_create_iv($size); //注意这里
$m = mcrypt_ecb(MCRYPT_BLOWFISH, $key, $dmcryptText, MCRYPT_DECRYPT, $iv);
var_dump($m);
...继续阅读
(29)
发表于
2012-09-24 04:23:30
Mcrypt响应慢的一个原因
上午的时候, 有同事来找我说上周新上线的一个使用mcrypt的脚本, 响应非常慢, 但是服务器的各项指标都正常, 不知道是什么原因.
经过了解, 一个简单的可重现的脚本如下:
当20个并发请求这个脚本的时候, 我们会发现Apache的响应时间急剧上升...
考虑到这个问题可能具有一定的普遍性, 于是我想我还是写一篇文章来介绍下这个坑, 防止后来人再次踩到.
...继续阅读
(18)
发表于
2012-09-16 09:36:02
Yaf and Phalcon, which is faster?
发表于
2012-09-16 09:36:02
Yaf and Phalcon, which is faster?
After Yaf, there comes another PHP framework in extension(在Yaf发布以后, 又出现了一个PHP扩展的框架 Phalcon):Phalcon.
then there raise a problem, which people have asked multi-times to me, that is , which one is the *fastest*(于是就出现一个问题, 不停的有人问, 到底Yaf和Phalcon哪个快, 因为他们都在他们的主页上宣称是最快的框架)? Yaf, or Phalcon. as they both declared they are the fastest(Yaf,Phalcon)
...继续阅读
(18)
发表于
2012-09-14 17:51:56
Yar – 并行的RPC框架(Concurrent RPC framework)
发表于
2012-09-12 02:43:24
再一次, 不要使用(include/require)_once
作者:Laruence()本文地址:http://www.laruence.com/2012/09/12/2765.html转载请注明出处最近关于apc.include_once_override的去留, 我们做了几次讨论, 这个APC的配置项一直一来就没有被很好的实现过.在这里, 我想和大家在此分享下, 这个问题的原因, 以及对我们的一些启示.关于使用include还是include_once(以下,都包含require_once), 这个讨论很长了, 结论也一直有, 就是尽量使用include, 而不是include_once, 以前最多的理由的是, include_once需要查询一遍已加载的文件列表, 确认是否存在, 然后再加载.诚然, 这个理由是对的, 不过, 我今天要说的, 是另外一个的原因.我们知道, PHP去判断一个文件是否被加载, 是需要得到这个文件的opened_path的, 意思是说, 比如:php
set_include_path("/tmp/:/tmp2/");
include_once("2.php");
?当PHP看到include_once “2.php”的时候, 他并不知道这个文件的实际路径是什么, 也就无法从已加载的文件列表去判断是否已经加载, 所以在include_once的实现中, 会首先尝试解析这个
...继续阅读
(35)
发表于
2012-08-31 06:24:54
关于Yaf的一些说明
作者:Laruence()本文地址:http://www.laruence.com/2012/08/31/2742.html转载请注明出处Yaf是我在俩年前写的一个PHP扩展的MVC框架. 开发Yaf的目的是为了解决使用框架带来的性能下降的经典矛盾.最初要感谢百度的同仁们的信任, 以及当时各位老大的支持, 容许也敢于让我”试错”, 才让Yaf顺利的度过了”没人敢用”的阶段, 大量的百度的新的产品基于Yaf开发, 让Yaf的稳定性得到了充分的验证, 也普遍的提高了PHP应用的执行效率.而现在, Yaf的高性能又一次在微博的应用中得到了证明, 通过迁移框架到Yaf, 和一些其他优化手段, 我们成功的让新版微博的TPS提高了76%之多, 响应时间下降了近一半.然而, 我也看到, 还有不少同学对Yaf有疑虑, 甚至有质疑, 有人认为”使用C写框架? 那不是回退到写CGI的时代了?”, 于是我想我有必要写一篇文章, 详细介绍下我对Yaf的一些理解.首先, Yaf是一个框架, 那么大家对框架有什么感觉? 比如大家在平时使用Yii, Zend Framework的时候, 会去修改它么? 当你的一个业务基于某个框架开发完成以后, 你觉得你以后还会去修改框架代码么?这就是Yaf之所以可以做成框架的一个前提条件, 那
...继续阅读
(28)
发表于
2012-08-30 10:47:52
PHP5.5或将引入Generators
作者:Laruence()本文地址:http://www.laruence.com/2012/08/30/2738.html转载请注明出处最早的时候, 我记得是去年我刚加入开发组的时候, 神仙同学曾经提过, 问我是否可以考虑为PHP实现yield. 我当时做过尝试, 但是最后发现需要大改zend executor, 而当时的我还没有那么大的魄力(因为我记得当时我的第一个RFC刚刚被拒绝)认为我能说服那么多人接受这个变动, 所以后来就不了了之了.但, 现在Nikita Popov, 完整的实现了这个RFC: Generators, 并且已经提供了一个可用的实现, 目前这个RFC在投票阶段, 投票形式也比较乐观, 所以如果不出大问题, PHP5.5将会引入这一新特性.我就这里为大家简单介绍下, 这个新特性.所谓Generators, 我们以下称为”生成器”, 是一种可以返回迭代器的生成器. 呵呵, 这话有点绕, 让我们看看一个代码, 在没有迭代器之前, 如果我们遍历一个动态生成的数组:php
function return_array() {
$array = dummy(); //计算全部数组内容
return $array;
}
foreach (return_array() as $v)
...继续阅读
(40)