而基本类型，int、float、string三种类型都是复制。

下面代码可以说明：

n = 2;

echo 'a=' . $a->n . "\n";
echo 'b=' . $b->n;

$c = '11a';
$d = $c;
$c = '22b';

echo 'c=' . $c . "\n";
echo 'd=' . $d;

© 2012, kangzj. 版权所有.

© kangzj for Kangzj, 2012. | http://kangzj.net/php-copy/ | 沙发还在 | Add to del.icio.us
Post tags: php, 对象, 拷贝, 类

原文：http://www.blueshoes.org/en/developer/php_cheat_sheet/

© 2010, kangzj. 版权所有.

© kangzj for Kangzj, 2010. | http://kangzj.net/php-empty-is_null-isset-true-false/ | 7 条评论 | Add to del.icio.us
Post tags: empty, isset, is_null, php

$t1 = explode(' ', microtime());

//php script here

$t2 = explode(' ', microtime());
echo ($t2[1]-$t1[1]).'s'.($t2[0]-$t1[0]).'ms';

© 2010, kangzj. 版权所有.

© kangzj for Kangzj, 2010. | http://kangzj.net/how-to-caculate-php-script-run-time/ | 23 条评论 | Add to del.icio.us
Post tags: php, 运行时间

大家都知道，Linux中文件和目录都有自己的权限，分为rwx三种，分别代表读、写、执行的权限。但是目录和文件又不一样，不能被写和执行，文件rwx三种权限与目录的对比如下：

现在很多的博客代码都提供在线安装插件或者升级等方便的功能，但是如果权限设置的不正确就无法使用，比如《WordPress“执行请求操作，连接信息必需提供”解决方法》中提到就是这样的问题。

我们假设目录的所有者为kk，执行fastcgi的用户为www-data，

www-data不能正常操作（创建和删除）文件是这种现象的根本原因。但是以上文中用的方法，把所有文件的所有都更改为www-data可以解决，但是并不完美，因为文件真正的所有者kk就不能正常操作文件了。

现在想了一个解决方法：

首先把www-data这个用户加入kk组，然后把所有文件及文件夹的属性设置为770，理论上应该可以啊，但是就没有实验成功。正在接着折腾，就不信了。折腾完之后向大家汇报。有明白我加我GT告诉我下哈：kangzj#kangzj.net。

© 2009, kangzj. 版权所有.

© kangzj for Kangzj, 2009. | http://kangzj.net/access-right-of-folder-and-files-in-linux/ | 36 条评论 | Add to del.icio.us
Post tags: linux, nginx, php, shell, vps, 文件, 权限, 目录

• 可以节省带宽资源；
• 加快加载速度。

节省带宽这个对大多数人来说没什么，加快你网页的加载速度确是普适的。前面看到许多朋友都在介绍如何开启Gzip，但是个人感觉方法不甚全，听我给大家道来：

方法大概有三：在Contol Pannel开启Gzip、开启http服务器Gzip、利用php本身的Gzip。

1. 在Contol Panel开启Gzip

1.1 CPanel中开启Gzip

在“SoftWare and Services”那一栏中“Optimize Website”：

默认情况只压缩框中的三种MIME类型，我们选择成Compress all content的话，css和js就也可以被压缩了。当然控制面板的Gzip压缩是基于服务器的，控制面板只不过提供一个友好的接口而已，如果你的技术盲，用控制面板开启Gzip是最好的方法了。

1.2 Direct Admin中开启Gzip

DA在面板中MS没有Gzip压缩的选项，不过可以在.htaccess中开启，打开.htaccess，添加下列的行：

    SetOutputFilter DEFLATE
    AddOutputFilterByType DEFLATE text/html text/css image/gif image/jpeg image/png application/x-javascript

这样过瘾了，不但php,html,js,css等开启了压缩，连图片都开启了Gzip压缩。

2. 开启http服务器Gzip

只玩过Apache和Nginx，所以只介绍这两种服务器开启Gzip压缩的方法：

1.1 Apache开启Gzip

需要加载deflate模块，如果开启了AllowOverride All的话，可以直接按照在DA中修改.htaccess的方式来开启Gzip压缩。如果没有开启的话，就需要直接写在httpd.conf里面了，不多讲了。

1.2 Nginx开启Gzip

Nginx默认是开启Gzip的，但是他只压缩有限的几种类型，需要我们增加几种，打开nginx.conf，找到下面的行，并修改（没有的请添加）：

    # output compression saves bandwidth
    gzip              on;
    gzip_proxied      any;
    gzip_http_version 1.1;
    gzip_min_length   1100;
    gzip_comp_level   5;
    gzip_buffers      8 16k;
    gzip_types        text/plain text/xml text/css application/x-javascript application/xml application/xml+rss text/javascript application/atom+xml;
    gzip_vary        on;
    #gzip_disable     "MSIE [1-6]\.";

gzip_com_level不需要设置成很高，3即可，5的话太耗CPU资源，压缩的效果也不会有什么大的上升。至于比较，大家可以在Gzip 检测页面查看各个压缩级别的压缩率，便于选择。

3. 利用php本身的Gzip

这个并不提倡，因为php的效率比服务器端的压缩还是有很大差距的，但是如果服务器不支持Gzip压缩的话，就只能用这种方法来开启Gzip。

1.1 对于WordPress可以安装Gzip相关插件

比如wp super cache中就有Gzip压缩的功能。也有专门的Gzip压缩插件，比如：Gzippy、GZIP Output等。

1.2 修改WordPress源码，增加Gzip功能

不推荐，因为每次升级之后还要再修改一次，很麻烦，不做介绍。想做的话可以参考万戈：开启GZIP，提速Wordpress。

© 2009, kangzj. 版权所有.

© kangzj for Kangzj, 2009. | http://kangzj.net/how-to-enable-gzip-for-ur-website/ | 61 条评论 | Add to del.icio.us
Post tags: apache, cpanel, direct admin, gzip, GZIP Output, gzippy, htaccess, http, nginx, php, wordpress, 加速, 压缩

买的是HostingInside的VPS，参数：

1. 台湾人办的；
2. 服务器位于Fullerton, LA，美国西岸，国内速度不错，HE的网络；
3. 一个ipv4地址，两个ipv6地址（这是我看上它的重要原因）；
4. 基于OpenVZ，64M内存，300MCPU，无Burst，不支持swap；

2.  配置Nginx+php跑WordPress

10.21中午11点半买的，一个多小时之后开通，然后紧接着该服务器所在机房网络出现故障，服务器离线2小时-__-。安装了debian5，占资源少得让你吃惊：

按照vpsee的方法换了几个软件，裸系统只占不到10M的内存，比起Windows那个吃内存的劲，让人暗爽。

由于只有64M内存，又没有交换区，所以用它来跑LNMP不太可能，更加不要说LAMP。只安装了Nginx, fastcgi方式php，跟JiuCool同学借用了个数据库，试验跑WordPress。

启动php-cgi过程中显示内存不足，不过好在启动起来三个php-cgi的进程。这个时候还是不能跑WordPress，会out of memory，于是kill掉三个php-cgi，只剩下一个，空出不少内存，OK，WordPress跑得还挺快，估计一天10, 000个PV应该都不在话下，如果开启wp super cache的话，负载能力便更会有质的提高。

3. IPv4/v6地址物尽其用

然而，太不实在，万一这个php-cgi死掉，我的博客也就玩完了。所以博客没有放在该VPS上，但是独立IP可不能浪费，偶就做了最擅长的反向代理，呵呵~~

然后IPv6地址也不能浪费，一个给博客，另一个就做一个IPv6在线代理给教育网同学们用。

既然不做WordPress主机，那么php的mysql模块、gd模块便都没有用了，于是给remove掉了。

重新启动php-cgi，奇迹发生了，原先一个php-cgi进程要占掉20M+内存，现在一个进程只占2M内存！于是乎启动了四个php-cgi，还剩几十M内存，哇哈哈~~应该可以正常运行了:-D

4. 结语

在上篇日志中送了ssh账号，加上本篇日志中介绍的几个应用，现在这个VPS算是物尽其用了，值了，呵呵呵呵:-)

64M内存的VPS其实可以干很多事情的，不是吗？

最后提醒下要买VPS的同志们，一定注意虚拟技术，如果是OpenVZ的，不支持swap，但是最好有burst内存，否则就像我这个，只要内存超过64M就会内存错误，啥也干不成了。基于Xen的可以设置swap，更方便些。

© 2009, kangzj. 版权所有.

© kangzj for Kangzj, 2009. | http://kangzj.net/what-can-a-64m-vps-do/ | 88 条评论 | Add to del.icio.us
Post tags: 64M, debian, fastcgi, ipv6, nginx, OpenVZ, php, php-cgi, proxy, ssh, swap, vps, wo, wordpress, 反向代理

Ubuntu 9.04里带的Nginx是0.6.32版，据Jiucool情报讲，有漏洞。当时就想编译安装一个，但是苦于缺少一些库又没时间一一添加而没有安装。今天Ubuntu源里的Nginx更新到了0.6.35，修正了Bug，偶直接给Upgrade了一下。

这两天又折腾加速，YSlow评级要想到A的话，须让Nginx给静态元素加Etags，需要加个插件。加插件的话就要重新编译Nginx，干脆一不做二不休，干掉现在的0.6，搞个0.7.62玩。

最方便就是覆盖掉现在的老版本的Nginx，服务那些脚本就都不用重写直接可以用了。

1. 首先覆盖安装Nginx (部分操作需要sudo)

(1) 安装编译需要的各种库（有些可能多余，最后可以autoremove）。

apt-get install gcc libjpeg62-dev libjpeg62 libpng12-0 libpng12-dev libfreetype6 libfreetype6-dev libxml2 libxml2-dev zlib1g zlib1g-dev libglib2.0-0 libglib2.0-dev libbz2-1.0 libbz2-dev libncurses5 libncursesw5-dev libpcre3 libpcre3-dev libmhash-dev git-core

(2) 安装带Etags模块的Nginx，并把Nginx所有的配置设置成现在机器上老Nginx的配置。

curl -O http://sysoev.ru/nginx/nginx-0.7.62.tar.gz

tar -zxvf ./nginx-0.7.62.tar.gz

git clone git://github.com/mikewest/nginx-static-etags.git ./nginx-static-etags

cd nginx-0.7.62/

./configure --add-module=../nginx-static-etags --prefix=/usr --conf-path=/etc/nginx/nginx.conf --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --user=www-data --group=www-data --with-http_stub_status_module --with-http_ssl_module --sbin-path=/usr/sbin/nginx --pid-path=/var/run/nginx.pid --lock-path=/var/lock/nginx.lock --http-proxy-temp-path=/var/lib/nginx/proxy --http-fastcgi-temp-path=/var/lib/nginx/fastcgi

make

make install

效果：

  nginx path prefix: "/usr/local/nginx"
  nginx binary file: "/usr/local/nginx/sbin/nginx"
  nginx configuration prefix: "/usr/local/nginx/conf"
  nginx configuration file: "/usr/local/nginx/conf/nginx.conf"
  nginx pid file: "/usr/local/nginx/logs/nginx.pid"
  nginx error log file: "/usr/local/nginx/logs/error.log"
  nginx http access log file: "/usr/local/nginx/logs/access.log"
  nginx http client request body temporary files: "client_body_temp"
  nginx http proxy temporary files: "proxy_temp"
  nginx http fastcgi temporary files: "fastcgi_temp"

2. 然后配置Nginx以打开Etags和Expires

下面是一个server的一部分，把所有的静态元素加了Etags属性和Expires的时间。

location ~ \.(htm|html|gif|jpg|jpeg|png|bmp|ico|rar|css|js|zip|java|jar|txt|flv|swf|mid|doc|ppt|xls|pdf|txt|mp3|wma)$ {
      root /home/xq/kangzj.net/public_html/;
      FileETag on;
      expires 7d;
}

于是咱的首页也达到YSlow的A等级了，除了CDN做不了，其它全部A，总分92！晒下：

© 2009, kangzj. 版权所有.

© kangzj for Kangzj, 2009. | http://kangzj.net/setup-nginx-with-etags-and-expires-on-ubuntu-server/ | 11 条评论 | Add to del.icio.us
Post tags: bash, debian, Etags, expires, nginx, php, ubuntu, 加速

第一，减少展示次数，提高广告单价。常来的访客一般来说是不会点击广告的，他们对广告已经熟视无睹，过多的展示会降低每次点击的单价，对朋友隐藏广告有现实的必要性。
第二，界面对常来的朋友更加友好。方便博友交流，去除广告的干扰，界面更清爽。

下面主角登场了，这款插件叫做：Ozh’ Who Sees Ads。

怎样安装就不介绍了，下面介绍下它的使用。

可以设置多种规则来控制广告的显示包括：

1. 对搜索引擎来的访客是否显示广告
2. 经常来的用户是否显示广告
3. 发布超过多长时间的文章显示广告
4. 是否对已登录用户显示广告
5. ……

各个规则可以调整顺序，“Who Sees Ads”从第一条规则开始匹配，找到匹配就执行相应策略。下面是我的显示广告的规则：

效果是：

如果是从搜索引擎来的一定显示，如果是“常来用户”那么不显示，其它情况全部显示。

规则设置完毕之后，可以用下面的代码调用（postAd是广告的名称）：

在模板调用：<?php wp_ozh_wsa("postAd");?>

在编辑器调用：<!--wsa:postAd-->

设置界面下方还有其它设置，比如定义“常来朋友”和“点击保护”；

• “常来朋友”：定义在m天之内有m个PV以上的为“常来朋友”；
• “点击保护”：为登录用户保护广告不被误点击以防止违反Google的协议。

我这几个名词翻译的真烂。

PS：如果安装了页面静态化的插件，这个插件会失去作用。折中的考虑可以把DB Cache+Widget Cache配合使用，既可以加速，这个插件也不会失效，我的博客现在就是这样的。

© 2009, kangzj. 版权所有.

© kangzj for Kangzj, 2009. | http://kangzj.net/ozh-who-sees-ads-hide-ads-for-friends/ | 53 条评论 | Add to del.icio.us
Post tags: google, google adsense, Ozh' Who Sees Ads, php, wordpress, 插件

用户网页加载时间分为三部分：

网页执行时间+页面及页面元素加载时间+浏览器渲染网页时间

针对这三部分时间，我将加速的方法依加速的方式分成以下几类：php代码层次加速，html代码层次加速，服务器层次加速 ，鼓励你的用户放弃IE

1. php代码层次加速WordPress

所谓“php代码层次”是指php执行效率，执行查询数量层次上的优化。我将方法归纳了几点：

1. 控制插件数量
2. 使用缓存插件
   1. 数据库查询缓存：DB Cache
   2. 静态页面缓存：WP Super Cache / Cos Html Cache
   3. 部分页面缓存：WP Widget Cache
3. 优化主题
4. 启用Gzip压缩

2. html代码层次加速WordPress

相比php代码层次加速WordPress，html层次上的优化更加重要一些。因为现在的服务器配置都很牛，php执行效率也很高，除非你的WordPress插件多得太离谱，在速度上一般是不会有太多大的影响的（基本上1m以内可以执行完）。而html代码决定了WordPress加载的速度，浏览你博客的速度在很大程度上是这个因素决定的（在同样的网络环境下），用户加载网页的时间有80%花在这上面。要想你的WordPress飞速跑起来，html层次的优化是非常必要的。

1. Make Fewer HTTP Requests – 减少HTTP请求的数量 ※
2. Compress Components With Gzip – 用Gzip压缩网页 ※
3. Put CSS at Top & Put Js at Bottom – 把CSS放在开头，把JS放在结尾 ※
4. Avoid CSS Expressions – CSS中不要使用表达式
5. Make CSS and JS External – 不要把CSS和js直接写入网页中，应加载外部
6. Reduce DNS Lookups – 减少DNS查询的数量 ※
7. Minify Javascript and CSS – 去除JS和CSS中的冗余
8. Avoid URL Redirecting – 减少重定向
9. Used Cookie Free Domains  – 用不会传递Cookie的域名 ※
10. 外挂部分元素 ※

3. 服务器层次加速WordPress

部分博友有自己的服务器或者VPS，这一部分是针对VPS或者独立服务器的。

1. 使用轻量级、高性能的Nginx
2. PHP字节码缓存组件apc
3. 为网页静态元素设置过期时间（以Nginx为例）
4. header中增加Etags和Expires
5. 其它负载均衡方法

4. 鼓励你的用户放弃IE，间接加速WordPress

鼓励他们使用FireFox、Opera、Chrome等高性能浏览器。

你的WordPress飞起来没有？

© 2009, kangzj. 版权所有.

© kangzj for Kangzj, 2009. | http://kangzj.net/methods-to-accelerate-wordpress/ | 50 条评论 | Add to del.icio.us
Post tags: html, php, wordpress, 加速, 提速, 服务器, 浏览器, 静态

1. 控制插件数量

做过插件的朋友都知道，插件是通过添加一系列的filer或者action来实现功能的。比如大家很熟悉的All in one SEO，每个页面加载title完之后便会调用它的代码以显示页面的描述、关键字等信息。如果插件很多的话，每次调用都会有很大一个调用列表，程序执行时间自然会变得较长。

所以，控制插件数量在加速WordPress上有很大的作用（当然缓存类的插件除外）。看看大家都在用什么插件：

1. 万戈：《我的 WordPress 插件秀》
2. 蓝冰：《我正在使用中的WP插件》，蓝冰说换了好多了，权当参考就得了
3. Kangzj：《Kangzj正在使用的插件们》coming soon…

万戈同学属加速狂类型的，他的原则是能不用插件则不用插件。对于这一点我是部分认同的部分反对的，个人觉得对于用插件应该：

• 能修改主题代码可以实现的，可以不用插件实现（优点是速度相对快，缺点是换主题相当不方便）；如果要修改核心代码者，绝对要用插件实现（否则以后升级WordPress那是相当的麻烦）。

2. 使用缓存插件

缓存插件有多种，按按照缓存内容的不同可以分为三类：数据库查询缓存、静态页面缓存、部分页面缓存。下面介绍几个典型的缓存插件，大家可以参考使用。

2.1. 数据库查询缓存：DB Cache

DB Cache缓存数据库查询到文件中，减少数据库查询以达到加速的目的。

2.2. 静态页面缓存：WP Super Cache / cos html cache

WP Super Cache：WP Cach和Super Cache结合的产物，页面缓存用得最多的应该就是这个插件了。功能强大，还提供gzip压缩。

Cos Html Cache：国人cosbeta作品，缓存页面以加速。

2.3. 部分页面缓存：WP Widget Cache

WP Widget Cache：仅缓存Widget内容，对于Widget占用大量资源的情况很有效。

同学们可能会问，已经有了强大的静态页面缓存，为什么还要有数据库查询缓存、Widget Cache等这样的缓存插件呢？其实答案很简单，有部分的插件必须在动态页面才可以执行，在静态页面缓存中发挥不了作用，这样的时候DB Cache和Widget Cache就能派上用场了。举个例子：Ozh’ Who Sees Ads，这个插件根据来源不同决定是否显示广告，只对从搜索引擎来的一次性访客显示广告（既经常访问的用户隐藏烦人的广告，又可以减少展示次数以提高单价）。

3. 优化主题

主题中有大量的类似于

< ?php bloginfo('charset'); ?>

的代码，可以用直接用实际值来替换，以减少代码的量以提高速度。

4. 启用Gzip压缩

WordPress2.5以前内置Gzip功能，后来去除了。启用Gzip压缩可以大大减少传输数据量（通常压缩率可以达到70%以上）。

1. Louis Han：《WordPress 2.8开启Gzip压缩功能》，不但页面可以gzip，css，js也可以。
2. 可用插件：GZIP Output 、CSS Compress、WP Super Cache内置。

设置完毕之后可以到Gzip 检测页面进行检测，看设置是否成功。

5. 看看加速效果

打开主题底部模板footer.php，加入这几行：

Processed in < ?php timer_stop(1); ?> second(s), < ?php echo get_num_queries(); ?> queries.

便可以看到优化的结果了，数据查询和处理时间是不是都减少了不少呢？

做完了这些，你的WordPress是否有“飞一样的感觉”了呢？

© 2009, kangzj. 版权所有.

© kangzj for Kangzj, 2009. | http://kangzj.net/to-accelerate-wordpress-on-php-level/ | 13 条评论 | Add to del.icio.us
Post tags: gzip, GZIP Output, gzippy, php, wordpress, 主题, 插件, 缓存