IT牛人博客聚合

但凡是一个合格的PHP程序员，就应该知道Unserialize与Autoload，但是要说起二者之间的关系，恐怕一清二楚的人就不多了。

说个例子，假设我们可以拿到第三方的序列化数据，但没有相应的类定义，代码如下：

<?php

$string = 'O:6:"Foobar":2:{s:3:"foo";s:1:"1";s:3:"bar";s:1:"2";}';

$result = unserialize($string);

var_dump($result);

/*

object(__PHP_Incomplete_Class)[1]
public '__PHP_Incomplete_Class_Name' =&g

查看全文: http://www.udpwork.com/item/7193.html

所谓装饰器，英文称之为Decorator，亦或者Wrapper。如果让我选择最喜爱的模式，我想我会毫不犹豫的投它一票。那到底什么是装饰器呢？且听我慢慢道来。

热身问题：顾客来买车，车本身有一个价格，如果要加内饰、镀膜、导航等配件，就需要另加钱。等到结帐的时候，程序应该如何处理呢？最直接的方法就是创建车类，和内饰、镀膜、导航等配件类，然后根据顾客的购买情况遍历获取最终价格。这样做最大的问题是对象的概念被割裂了，计算价格的操作变得过程化。当然我们可以通过创建子类来解决这类问题，比如根据不同的配件组合创建不同的车子类，如：内饰车类，镀膜车类，导航车类，但这还不算完，还有内饰镀膜车类，内饰导航车类等等。如果新加一个配件，还会衍生出若干个新

查看全文: http://www.udpwork.com/item/6933.html

最近忙着用Redis实现一个消息通知系统，今天大概总结了一下技术细节，其中演示代码如果没有特殊说明，使用的都是PhpRedis扩展来实现的。

内存

比如要推送一条全局消息，如果真的给所有用户都推送一遍的话，那么会占用很大的内存，实际上不管粘性有多高的产品，活跃用户同全部用户比起来，都会小很多，所以如果只处理登录用户的话，那么至少在内存消耗上是相当划算的，至于未登录用户，可以推迟到用户下次登录时再处理，如果用户一直不登录，就一了百了了。

队列

当大量用户同时登录的时候，如果全部都即时处理，那么很容易就崩溃了，此时可以使用一个队列来保存待处理的登录用户，如此一来顶多是反应慢点，但不会崩溃。

Redis的LIST数据类型可以很自

查看全文: http://www.udpwork.com/item/6919.html

最近发现一个PHP脚本时常出现连不上服务器的现象，调试了一下，发现是TIME_WAIT状态过多造成的，本文简要介绍一下解决问题的过程。

遇到这类问题，我习惯于先用strace命令跟踪了一下看看：

shell> strace php /path/to/file
EADDRNOTAVAIL (Cannot assign requested address)

从字面结果看似乎是网络资源相关问题。这里顺便介绍一点小技巧：在调试的时候一般是从后往前看strace命令的结果，这样更容易找到有价值的信息。

查看一下当前的网络连接情况，结果发现TIME_WAIT数非常大：

shell> netstat -nt | awk '/

查看全文: http://www.udpwork.com/item/6728.html

提到MySQL高可用性，很多人会想到MySQL Cluster，亦或者Heartbeat+DRBD，不过这些方案的复杂性常常让人望而却步，与之相对，利用MySQL复制实现高可用性则显得容易很多，目前大致有MMM，PRM，MHA等方案可供选择：MMM是最常见的方案，可惜它问题太多（What’s wrong with MMM，Problems with MMM for MySQL）；至于PRM，它还是个新项目，暂时不推荐用于产品环境，不过作为Percona的作品，它值得期待；如此看来目前只能选MHA了，好在经过DeNA大规模的实践应用证明它是个靠谱的工具。

安装：

作为前提条件，应先配置MySQL复制，并设置SSH公钥免密码登录。下

查看全文: http://www.udpwork.com/item/6546.html

从Redis官方路线图来看，大概会在Redis3.0左右正式支持Cluster。不过即便是乐观的估计，至少也得等几个月的时间，为了让我的应用在这段时间内能保持高可用性，我以主从服务器为基础实现了一个Failover过渡方案。

从理论上解释，一旦主服务器下线，可以在从服务器里挑选出新的主服务器，同时重新设置主从关系，并且当下线服务器重新上线后能自动加入到主从关系中去，内容如下：

<?php

class RedisFailover
{
public $config = array();
public $map = array();

const CONFIG_FILE = 'config.php

查看全文: http://www.udpwork.com/item/6429.html

如果你有若干台数据库服务器，突然你想知道它们当前的即时负载情况，你会怎么办？挨个登录上去uptime一下？感觉有点傻，写个shell？浪费时间，直接用ClusterShell吧！

ClusterShell的安装与配置

ClusterShell的安装很Easy，如果使用APT或YUM包管理方式的话，基本就是一条命令的事儿，我就不说了，这里说一下如何从源代码安装，需要在源代码目录执行如下命令：

shell> python setup.py install

为了使用的方便，还需要拷贝配置文件到指定目录：

shell> mkdir /etc/clustershell
shell> cp conf/* /etc/c

查看全文: http://www.udpwork.com/item/6266.html

去年我写过一篇《OAuth那些事儿》，对OAuth做了一些简单扼要的介绍，今天我打算写一些细节，以阐明OAuth如何从1.0改变成1.0a，继而改变成2.0的。

OAuth1.0

在OAuth诞生前，Web安全方面的标准协议只有OpenID，不过它关注的是验证，即WHO的问题，而不是授权，即WHAT的问题。好在FlickrAuth和GoogleAuthSub等私有协议在授权方面做了不少有益的尝试，从而为OAuth的诞生奠定了基础。

OAuth1.0定义了三种角色：User、Service Provider、Consumer。如何理解？假设我们做了一个SNS，它有一个功能，可以让会员把他们在Google上的联系人导入到SNS上，

查看全文: http://www.udpwork.com/item/6229.html

说起SELinux，多数Linux发行版缺省都激活了它，可见它对系统安全的重要性，可惜由于它本身有一定的复杂性，如果不熟悉的话往往会产生一些看似莫名其妙的问题，导致人们常常放弃使用它，为了不因噎废食，学学如何解决SELinux问题是很有必要的。

我们以CentOS环境为例重现一个非常常见的SELinux问题：

首先需要确认SELinux处于激活状态，可以使用getenforce或sestatus命令：

shell> getenforce
Enforcing

shell> sestatus
SELinux status: enabled
SELinuxfs mount:

查看全文: http://www.udpwork.com/item/5985.html

Subversion本身有很好的扩展性，用户可以通过钩子实现一些自定义的功能。

所谓钩子实际上是一种事件机制，当系统执行到某个特殊事件时，会触发我们预定义的动作，这样的特殊事件在Subversion里有很多，默认有如下模板可供选择：

shell> ls /path/to/repository/hooks
post-commit.tmpl
post-lock.tmpl
post-revprop-change.tmpl
post-unlock.tmpl
pre-commit.tmpl
pre-lock.tmpl
pre-revprop-change.tmpl
pre-unlock.tmpl
start-commit.tmpl

查看全文: http://www.udpwork.com/item/5959.html

所谓PMan，指的是PHP Man Pages，可以通过它方便的在命令行上查看PHP文档。它就好比Perl里的PerlDoc，或者Python中的PyDoc，亦或者Ruby里的Ri。

安装

假设你的系统已经存在pear命令了，那么接下来就是一招鲜了：

shell> pear install doc.php.net/pman

安装好后使用非常方便，就和Linux下常见的man命令一样的用法：

shell> pman strlen

显示效果上也和man命令一样，如下图所示：

PMan Command

扩展

以前我习惯于使用CHM格式的PHP文档，因为它的检索功能很方便，只要记住开头几个字母就能查到想要的内容

查看全文: http://www.udpwork.com/item/5756.html

但凡初次接触MongoDB的人，无不惊讶于它对内存的贪得无厌，至于个中缘由，我先讲讲Linux是如何管理内存的，再说说MongoDB是如何使用内存的，答案自然就清楚了。

据说带着问题学习更有效，那就先看一个MongoDB服务器的top命令结果：

shell> top -p $(pidof mongod)
Mem: 32872124k total, 30065320k used, 2806804k free, 245020k buffers
Swap: 2097144k total, 100k used, 2097044k free, 26482048k cached

VIRT RES SHR

查看全文: http://www.udpwork.com/item/5668.html

黑格尔有句名言：存在即合理。以此为论据的话，静态类的存在自然有其合理性。不过物极必反，一旦代码过于依赖静态类，其劣化的结局则不可避免。这就好比罂粟作为一种草本植物，有其在药理上的价值，但如果肆无忌惮的大量使用，它就变成了毒品。

什么是静态类

所谓静态类指的是无需实例化成对象，直接通过静态方式调用的类。代码如下：

<?php

class Math
{
public static function ceil($value)
{
return ceil($value);
}

public static function floor($value)
{

查看全文: http://www.udpwork.com/item/5644.html

最近忙着把一个项目从MySQL迁移到MongoDB，在导入旧数据的过程中，遇到了些许波折，犯了不少错误，但同时也学到了不少知识，遂记录下来。

公司为这个项目专门配备了几台高性能务器，清一色的双路四核超线程CPU，外加32G内存，运维人员安装好MongoDB后，就交我手里了，我习惯于在使用新服务器前先看看相关日志，了解一下基本情况，当我浏览MongoDB日志时，发现一些警告信息：

WARNING: You are running on a NUMA machine. We suggest launching mongod like this to avoid performance problems: numactl –

查看全文: http://www.udpwork.com/item/5623.html

网站的很多性能问题最终都会归结到IO头上，所以说理解iostat命令是非常有必要的。

小技巧：你知道iostat是从哪里得到IO相关信息的吗？使用strace命令能跟踪到答案：

shell> strace -eopen iostat
open("/proc/diskstats", O_RDONLY)

注：Strace教程：5 simple ways to troubleshoot using Strace

注：关于diskstats的说明，参见官方文档（主要是其中的field1 ~ field11部分）。

如果你的操作系统里没有iostat命令的话，除了从源代码安装，还可以使用下面方式：

Centos/Fedora

查看全文: http://www.udpwork.com/item/5464.html

所谓BigPipe，指的是Facebook开发的用来改善客户端响应速度的技术。本质上讲，其实它并不是新事物，原理上等同于Yahoo在Best Practices for Speeding Up Your Web Site里提出的Flush the Buffer Early，不过BigPipe的实现更灵活，所以有必要了解一二。

我们平常浏览网页时的体验通常是串行的：浏览器发起请求，服务器收到后渲染页面，在此期间，浏览器除了等待别无选择，演示代码如下：

<?php
sleep(1);
$header = 'header';

sleep(1);
$content = 'content';

sleep(1);
$footer

查看全文: http://www.udpwork.com/item/5354.html