<?php
include ‘phpQuery-onefile.php’;
$doc = phpQuery::newDocumentHTML($html);

echo $doc["head > title"]->text();
?>

注意： 看了源码，第二个参数可以指定编码。（utf8、gbk….） $html 必须是utf-8编码的，否则中文会出现乱码;

phpQuery: http://code.google.com/p/phpquery/

python版 pyQuery： http://pypi.python.org/pypi/pyquery

if ($http_referer ~* mifunny.info){
  rewrite ^/7474748\.html$ /html/ld/index.html break;
}

server {
  listen 80 default;
  return 500;
}

以此类推， 禁止通过IP访问，可以写成:

server {
  listen 80 default;
  server_name _;
  return 500;
}

PHP中就稍稍有些麻烦了:

 1 <?php
 2
 3 $dateStr = ’2010-06-16 19:13:01‘;
 4 echo  getYearWeek($dateStr);
 5
 6 //获取自然周
 7 function getYearWeek($dateStr){
 8     $unixtime = strtotime($dateStr);
 9     $ym = strftime(‘%Y%m‘, $unixtime);
10     $w = strftime(‘%V‘, $unixtime);
11     
12     $y = substr($ym, 0, 4);
13     $m = substr($ym, 4, 2);
14     if( 6>(int)$m && 50<$w ){
15         $y = (int)$y - 1;
16     }
17     
18     return $y.$w;
19 }

输出 201024 ; 如果需要计算自然周的第一天和最后一天，不妨参考taobao QA团队的文章: php 取得某个自然周的第一天和最后一天的方法

奇怪的是，在我的Arch Linux上却不会自动转换， 只出现在生产机上， 郁闷ing. 上网搜了下， 有不少和我遇到相同问题的:

[PHP] 大數運算問題 @ BJ の 狗窩 :: 痞客邦 PIXNET ::
PHP大整数输出成科学计数法问题

解决方法: 在PHP配置文件 php.ini 中， 有一行 precision = 14 , 一般*nix上是14，windows上是12； 不过以防万一， 以后编码 但凡遇到12位以上的数字，都用sprintf格式化.

1. 最强悍的FPM, 功能最强大， 只要配置php-fpm.conf即可；
   
   fpm主页： http://php-fpm.org/
2. 使用 spawn-fcgi, 启动命令： env – PHP_FCGI_CHILDREN=3 PHP_FCGI_MAX_REQUESTS=1000 spawn-fcgi -a 127.0.0.1 -p 9000 -u www-data -g www-data -f php-cgi -P /var/run/spawn-fcgi.pid
   
   使用时， 把www-data替换成自己的用户名和群组名；

   参数含义如下:
     -f <fcgiapp> 指定调用FastCGI的进程的执行程序位置，根据系统上所装的PHP的情况具体设置
     -a <addr> 绑定到地址addr
     -p <port> 绑定到端口port
     -s <path> 绑定到unix socket的路径path
     -C <childs> 指定产生的FastCGI的进程数，默认为5（仅用于PHP）
     -P <path> 指定产生的进程的PID文件路径
     -u和-g FastCGI使用什么身份（-u 用户 -g 用户组）运行，Ubuntu下可以使用www-data，其他的根据情况配置，如nobody、apache等
       然后我们可以将这行代码加入到/etc/rc.local文件底部，这样系统启动的时候也可以同时启动PHP的FastCGI进程。

3. 直接启动php-cgi， 使用命令： php-cgi -b 127.0.0.1:9000
   
   不过这时php-cgi是使用当前用户身份， 执行session等相关操作会出错， 如果web用户(如ubuntu下的www-data)是可以登录的， 则使用命令： su www-data -l -c “php-cgi -b 127.0.0.1:9000″
   
   如果www-data不能登录(bash位/bin/false), 那么直接修改用户权限，
   
       sudo chown www-data:www-data which php-cgi
       sudo chmod u+s which php-cgi

BTW： 近段时间看ZF手册，开头有这么一句： 对于只包含有 PHP 代码的文件，结束标志（”?>”）是不允许存在的，PHP自身不需要（”?>”）, 这样做, 可以防止它的末尾的被意外地注入相应。 晕倒～～ 我这会儿才知道有这茬

好了，下面列出本人使用过、使用着的5中翻墙代理:

1. GAppProxy: 主页 http://code.google.com/p/gappproxy/ , 安装使用FAQ里讲得很明白， 不过部分GAE网址被封， 有些不好使了。
2. Toonel: java的一个小玩意， 但是速度很慢。
3. Nginx透明代理: 前文说过了 使用 Nginx 搭建正向代理(透明代理)
4. SSH proxy: 这个不错，可惜godaddy空间不支持; (命令 ssh -D 8001 user@hostname )
5. APJP: 主页 http://code.google.com/p/apjp/ ， 服务端PHP， 客户端JAVA， 有国外空间的朋友可以选择。

….
  user www-data;
  worker_processes 2;
   … …
  server
  {
    listen 8181;
      location / {
      resolver 8.8.8.8; #DNS最好换一个
      proxy_pass http://$http_host$request_uri;
    }
  access_log /var/log/nginx/proxy_access.log
  }
  .. …

那么首先抛出一个实用技巧, 快速无痛注释PHP代码段: 使用/* */注释大段程序, 一旦代码中包含/* */的话, 注释会出错, 所以换个思路使用 if(0){ … } 更好, ^_^ 历害吧, 这个可是调试时的不败利器哦

严格意义上, PHP 有四种注释. 单行注释 # 与 // , 单行注释在PHP解释时,不予编译, 所以一般用于纪录一写不太重要的注释。多行注释 /* */, C语言风格, 多行注释将和程序一起编译, 所以会增大内存的占用。

文档注释

/**
* … 文档注释
* … …
*/

上面的形式即是文档注释, 可以理解成多行注释的加强版。如PHPDoc 这样的方案可以根据它自动生成文档。更多资料>> google
我常用标签: @author, @copyright, @example, @desc, @filesource, @see, @version, @param, @return

LD 习惯只用 // 和 文档注释.

query_cache_type 0 代表不使用缓冲; 1 代表使用缓冲; 2 代表根据需要使用.

开启QC后,对于频繁更新的表, 使用 SQL_NO_CACHE 屏蔽cache, 如: SELECT SQL_NO_CACHE * FROM test.test001 WHERE …. ;

如果QC类型为2, 在需要cache时, 使用 SQL_CACHE 打开缓存, 如: SELECT SQL_CACHE * FROM test.test001 WHERE … ;

网上摘录了一段说明:

1. 何时cache

a) mysql query cache内容为 select 的结果集, cache 使用完整的 sql 字符串做 key, 并区分大小写，空格等。即两个sql必须完全一致才会导致cache命中。

b) prepared statement永远不会cache到结果，即使参数完全一样。据说在 5.1 之后会得到改善。

c) where条件中如包含了某些函数永远不会被cache, 比如current_date, now等。

d) date 之类的函数如果返回是以小时或天级别的，最好先算出来再传进去。
select * from foo where date1=current_date — 不会被 cache
select * from foo where date1=’2008-12-30′ — 被cache, 正确的做法

e) 太大的result set不会被cache (< query_cache_limit)

2. 何时invalidate

a) 一旦表数据进行任何一行的修改，基于该表相关cache立即全部失效。

b) 为什么不做聪明一点判断修改的是否cache的内容？因为分析cache内容太复杂，服务器需要追求最大的性能。

3. 性能

a) cache 未必所有场合总是会改善性能
当有大量的查询和大量的修改时，cache机制可能会造成性能下降。因为每次修改会导致系统去做cache失效操作，造成不小开销。
另外系统cache的访问由一个单一的全局锁来控制，这时候大量>的查询将被阻塞，直至锁释放。所以不要简单认为设置cache必定会带来性能提升。
b) 大result set不会被cache的开销
太大的result set不会被cache, 但mysql预先不知道result set的长度，所以只能等到reset set在cache添加到临界值 query_cache_limit 之后才会简单的把这个cache 丢弃。这并不是一个高效的操作。如果mysql status中Qcache_not_cached太大的话, 则可对潜在的大结果集的sql显式添加 SQL_NO_CACHE 的控制。
query_cache_min_res_unit = (query_cache_size – Qcache_free_memory) / Qcache_queries_in_cache

4. 内存池使用

mysql query cache 使用内存池技术，自己管理内存释放和分配，而不是通过操作系统。内存池使用的基本单位是变长的block, 一个result set的cache通过链表把这些block串起来。因为存放result set的时候并不知道这个resultset最终有多大。block最短长度为 query_cache_min_res_unit, resultset 的最后一个block会执行trim操作。

还有一个比较全的: http://www.surfchen.org/wiki/MySQL优化#Query_Cache
MySQL Query Cache 效率的计算