<![CDATA[Enjoy]]> http://www.9enjoy.com/index.php zh-cn http://www.9enjoy.com/smarty-some-function/ <![CDATA[Smarty一些不常用的功能记录]]> enjoy <> Sun, 20 Jan 2013 13:52:49 +0000 http://www.9enjoy.com/smarty-some-function/ 注释

{* 这是一个单行Smarty注释 来自于9enjoy.com，网页源代码里看不见*}


{* 这是一个多行
   Smarty注释
   并不发送到浏览器
*}


     模板注释由星号包围，继而由分隔符包围，型如：{* 这是一个注释 *}。Smarty注释不会在最终模板的输出中显示，这点和不同。前者对于在模板中插入内部注释有用，因为没有人能看到。;-)

http://www.itlearner.com/code/smarty_cn/language.basic.syntax.html

截断truncate

$smarty->assign('hxtitle', 'Two Sisters Reunite after Eighteen Years at Checkout Counter.');
?>

     模板为：

{$hxtitle}
{$hxtitle|truncate}
{$hxtitle|truncate:30}
{$hxtitle|truncate:30:""}
{$hxtitle|truncate:30:"---"}
{$hxtitle|truncate:30:"":true}
{$hxtitle|truncate:30:"...":true}
{$hxtitle|truncate:30:'..':true:true}

     输出为：

Two Sisters Reunite after Eighteen Years at Checkout Counter.
Two Sisters Reunite after Eighteen Years at Checkout Counter.
Two Sisters Reunite after...
Two Sisters Reunite after
Two Sisters Reunite after---
Two Sisters Reunite after Eigh
Two Sisters Reunite after E...
Two Sisters Re..ckout Counter.

可以不用在PHP里截取了：http://www.itlearner.com/code/smarty_cn/language.modifier.truncate.html
Tags - , ]]> http://www.9enjoy.com/php-messagepack/ <![CDATA[PHP试用MessagePack]]> enjoy <> Sat, 15 Sep 2012 07:58:59 +0000 http://www.9enjoy.com/php-messagepack/
这句吸引了我，去瞧了下。

官网：http://msgpack.org

官方的安装方法忽悠人，msgpack目录下根本没php目录...只看到csharp,erlang,go,java,ruby等目录。
引用

git clone https://github.com/msgpack/msgpack.git
cd msgpack/php
phpize
./configure && make && make install


还是在PHP官网扩展找到了：http://pecl.php.net/package/msgpack
最后更新时间：2012-09-14，昨天的版本。
附安装过程：
wget http://pecl.php.net/get/msgpack-0.5.2.tgz
tar zxf msgpack-0.5.2.tgz
cd msgpack-0.5.2
/usr/local/hx/php/bin/phpize
./configure --with-php-config=/usr/local/hx/php/bin/php-config
make && make install

然后把msgpack.so加到php.ini里，重启php，完成安装。

开始测试：
$data = array(0=>'abcdefghijklmnopqrstuvwxyz',1=>'厦门','abc'=>'1234567890');

分别对其msgpack_pack，json_encode，serialize，长度为：50,62,87
然后分别执行10000次，耗时：9.95 毫秒，17.45 毫秒，8.85 毫秒
解开执行10000次，耗时：14.76 毫秒，23.93 毫秒，14.61 毫秒

msgpack的性能至少超过json50%，虽然和serialize其实速度差不多，但serialize占用空间明显比较多。

另外，GBK的程序方便了，中文也可以msgpack_pack，用json的话还要批量转换成utf-8之后才能json_encode。
Tags - , ]]> http://www.9enjoy.com/firefox-css-img-referer/ <![CDATA[Firefox下CSS里调用的图片显示不出来？]]> enjoy <> Mon, 16 Jul 2012 12:21:33 +0000 http://www.9enjoy.com/firefox-css-img-referer/ 查询后，发现同在CDN上的图片，部分图片访问不了，显示403 Forbidden，但有部分又是可以正常访问的。清缓存，依旧。
再检查，发现是css里调的图片显示不出来，而页面上直接用<img src="">方式调用的图片都可以正常显示。
其它浏览器,IE6~9，Chrome均正常，怀疑是Firefox版本问题，看了两个FF版本，都有此问题。
再检查，发现在Fifefox下此图片的referer是调用它的CSS，而Chrome下此图片的referer是网页地址...

假设首页http://www.itlearner.com/，图片域名是img.9enjoy.com。
首页的css是img.9enjoy.com/hx.css，hx.css中有调用了一张背景图片叫enjoy.jpg (绝对路径是：img.9enjoy.com/img/enjoy.jpg)
此时用户打开首页，这张enjoy.jpg图片在请求时：
FireFox下referer是：http://img.9enjoy.com/hx.css
chrome下referer是：http://www.itlearner.com/

这样，如果img.9enjoy.com开启了防盗链，并且只加了itlearner.com，但没有加上自身域名img.9enjoy.com，则在Firefox下属于盗链，不于显示。。。

问题发现了，通知CDN加上图片域名本身，问题解决。

PS：只有Firefox在请求CSS中的图片是发出的Referer是css文件的URL，其它浏览器(测试过IE,chrome）的Referer都是页面URL。
Tags - , , ]]> http://www.9enjoy.com/php-file-exists/ <![CDATA[判断文件存在用is_file还是file_exists？]]> enjoy <> Thu, 28 Jun 2012 02:14:28 +0000 http://www.9enjoy.com/php-file-exists/
在写程序时发现在判断文件是否存在时，有两种写法，有的人用了is_file，有的人用了file_exists，用哪个更好或者说更合适呢？

看了这篇PHP中file_exists与is_file,is_dir的区别的说法基本明白，PHP的 file_exists = is_dir + is_file。

写程序验证一下：

分别执行1000次，记录所需时间。

文件存在(当前目录)
is_file:0.4570ms
file_exists:2.0640ms

文件存在(绝对路径3层/www/hx/a/)
is_file:0.4909ms
file_exists:3.3500ms

文件存在(绝对路径5层/www/hx/a/b/c/)
is_file:0.4961ms
file_exists:4.2100ms

文件不存在(当前目录)
is_file:2.0170ms
file_exists:1.9848ms

文件不存在(绝对路径5层/www/hx/a/b/c/)
is_file:4.1909ms
file_exists:4.1502ms

目录存在
file_exists:2.9271ms
is_dir:0.4601ms
目录不存在
file_exists:2.9719ms
is_dir:2.9359ms



is_file($file)
file_exists($file)
当$file是目录时，is_file返回false，file_exists返回true


文件存在的情况下，is_file比file_exists要快得多；
要检测文件所在的目录越深，速度差越多，但至少快4倍。

文件不存在的情况下，is_file比file_exists要慢一点点，但可以忽略不计。

目录存在的情况下，is_dir比file_exists要快得多；
目录不存在的情况下，is_dir比file_exists要慢一点点，但可以忽略不计。

结论:
如果要判断文件是否存在，用函数 is_file()，
如果要判断目录是否存在，用函数 is_dir(),
好像没地方需要用file_exists了，不确定传入的参数是文件还是目录的时候用？

附测试程序：

function runtime($t1){    
    return number_format((microtime(true) - $t1)*1000, 4).'ms';
}
$times = 1000;

$t1 = microtime(true);
for($i=0;$i<$times;$i++){
    is_file('/www/hx/www.9enjoy.com/config.php');
}

echo '<br>is_file:'.runtime($t1);

$t2 = microtime(true);  
for($i=0;$i<$times;$i++){
    file_exists('/www/hx/www.9enjoy.com/config.php');
}
echo '<br>file_exists:'.runtime($t2);  

/*
$t3 = microtime(true);  
for($i=0;$i<$times;$i++){
    is_dir('/www/hx/www.9enjoy.com/');
}
echo '<br>is_dir:'.runtime($t3);  
*/

Tags - , , ]]> http://www.9enjoy.com/mysql-profile/ <![CDATA[MYSQL的profile使用]]> enjoy <> Tue, 24 Apr 2012 03:08:32 +0000 http://www.9enjoy.com/mysql-profile/
开启profiling:
set profiling=1;

查看是否设置生效：
select @@profiling;
默认是0，设置成功是1

运行SQL语句：
mysql> select * FROM hx_line WHERE id = '1455023';

查看profiles
mysql> show profiles;
+----------+------------+---------------------------------------------+
| Query_ID | Duration   | Query                                       |
+----------+------------+---------------------------------------------+
|        1 | 0.00036150 | select * FROM hx_line WHERE id = '1455023' |
+----------+------------+---------------------------------------------+

查看具体某条的profile

mysql> show profile FOR QUERY 1;
+--------------------------------+----------+
| Status                         | Duration |
+--------------------------------+----------+
| starting                       | 0.000013 |
| Waiting for query cache lock   | 0.000014 |
| checking query cache for query | 0.000038 |
| checking permissions           | 0.000006 |
| Opening tables                 | 0.000013 |
| System lock                    | 0.000009 |
| Waiting for query cache lock   | 0.000024 |
| init                           | 0.000060 |
| optimizing                     | 0.000014 |
| statistics                     | 0.000046 |
| preparing                      | 0.000017 |
| executing                      | 0.000004 |
| Sending data                   | 0.000081 |
| end                            | 0.000005 |
| query end                      | 0.000004 |
| closing tables                 | 0.000008 |
| freeing items                  | 0.000009 |
| Waiting for query cache lock   | 0.000003 |
| freeing items                  | 0.000013 |
| Waiting for query cache lock   | 0.000003 |
| freeing items                  | 0.000003 |
| storing result in query cache  | 0.000005 |
| logging slow query             | 0.000003 |
| cleaning up                    | 0.000004 |
+--------------------------------+----------+
24 rows

我们看到了一个简单的查询，MYSQL内部做了24次操作。
另外，看到了一堆query cache的操作，试着把query_cache_size=0，把query_cache关闭，再次测试：


mysql> show profile FOR QUERY 1;
+----------------------+----------+
| Status               | Duration |
+----------------------+----------+
| starting             | 0.000040 |
| checking permissions | 0.000007 |
| Opening tables       | 0.000015 |
| System lock          | 0.000010 |
| init                 | 0.000061 |
| optimizing           | 0.000013 |
| statistics           | 0.000059 |
| preparing            | 0.000018 |
| executing            | 0.000004 |
| Sending data         | 0.000092 |
| end                  | 0.000006 |
| query end            | 0.000004 |
| closing tables       | 0.000008 |
| freeing items        | 0.000020 |
| logging slow query   | 0.000003 |
| cleaning up          | 0.000004 |
+----------------------+----------+
16 rows in set (0.00 sec)

当开启了query_cache的情况下，需要多操作6次，在这个示例里面多化了0.000087s。

查询这条语句对CPU的使用情况：
mysql> show profile cpu FOR QUERY 1;
+----------------------+----------+----------+------------+
| Status               | Duration | CPU_user | CPU_system |
+----------------------+----------+----------+------------+
| starting             | 0.000037 | 0.000000 |   0.000000 |
| checking permissions | 0.000009 | 0.000000 |   0.000000 |
| Opening tables       | 0.000014 | 0.000000 |   0.000000 |
| System lock          | 0.000009 | 0.000000 |   0.000000 |
| init                 | 0.000059 | 0.000000 |   0.000000 |
| optimizing           | 0.000009 | 0.000000 |   0.000000 |
| statistics           | 0.000044 | 0.000000 |   0.000000 |
| preparing            | 0.000015 | 0.000000 |   0.000000 |
| executing            | 0.000004 | 0.000000 |   0.000000 |
| Sending data         | 0.000081 | 0.000000 |   0.000000 |
| end                  | 0.000006 | 0.000000 |   0.000000 |
| query end            | 0.000004 | 0.000000 |   0.000000 |
| closing tables       | 0.000008 | 0.000000 |   0.000000 |
| freeing items        | 0.000021 | 0.000000 |   0.000000 |
| logging slow query   | 0.000004 | 0.000000 |   0.000000 |
| cleaning up          | 0.000004 | 0.000000 |   0.000000 |
+----------------------+----------+----------+------------+

show profile额外一些命令：
* ALL - displays all information
* BLOCK IO - displays counts for block input and output Operations
* CONTEXT SWITCHES - displays counts for voluntary and involuntary context switches
* ipC - displays counts for messages sent and received
* MEMORY - is not currently implemented
* PAGE FAULTS - displays counts for major and minor page faults
* SOURCE - displays the names of functions from the source code, together with the name and line number of the file in which the function occurs
* SWAPS - displays swap counts
Tags - , ]]> http://www.9enjoy.com/pragma-no-cache-session/ <![CDATA[Pragma:no-cache哪里来的？]]> enjoy <> Sat, 11 Feb 2012 14:45:42 +0000 http://www.9enjoy.com/pragma-no-cache-session/
开始怀疑是不是设置了Cache-control:no-cache导致的，但查遍程序没发现。怀疑服务器的配置，没什么异常的。
最后，同事定位到了页面开始的session_start()身上。。。

问题果然出现在它session身上！
引用
session.cache_limiter string
session.cache_limiter 指定会话页面所使用的缓冲控制方法（none/nocache/private/private_no_expire/public）。默认为 nocache。参见 session_cache_limiter()。
引用
string session_cache_limiter ( [string cache_limiter] )

session_cache_limiter() returns the name of the current cache limiter. If cache_limiter is specified, the name of the current cache limiter is changed to the new value.

The cache limiter defines which cache control HTTP headers are sent to the client. These headers determine the rules by which the page content may be cached by the client and intermediate proxies. Setting the cache limiter to nocache disallows any client/proxy caching. A value of public permits caching by proxies and the client, whereas private disallows caching by proxies and permits the client to cache the contents.

In private mode, the Expire header sent to the client may cause confusion for some browsers, including Mozilla. You can avoid this problem by using private_no_expire mode. The expire header is never sent to the client in this mode.

The cache limiter is reset to the default value stored in session.cache_limiter at request startup time. Thus, you need to call session_cache_limiter() for every request (and before session_start() is called).


当启用了session后，session.cache_limiter就被默认设置为nocache，所以就在http头里发送no-cache信息，导致页面不会被缓存。
当然一般需要缓存的文件是不需要session的，因此去掉头部的session_start()即可。
如果实在需要在启用session后还需要把这个页面缓存，则需要在session_start之前设置下session_cache_limiter('public')。



Tags - , , ]]> http://www.9enjoy.com/json_encode_zhongwen/ <![CDATA[json_encode后的中文不编码成unicode]]> enjoy <> Wed, 01 Feb 2012 05:53:48 +0000 http://www.9enjoy.com/json_encode_zhongwen/
查询了一下，有两种方法：
1.将"\u53a6\u95e8"还原成“厦门”，使用如下的代码：
$str= preg_replace("#\\\u([0-9a-f]+)#ie", "iconv('UCS-2', 'UTF-8', pack('H4', '\\1'))", $str);

2.先将中文字段urlencode，json_encode后，再用urldecode，也可以显示中文。
$code = urldecode(json_encode(urlencode("厦门")));

PHP5.4版本，已经给Json新增了一个选项: JSON_UNESCAPED_UNICODE。加上这个选项后，就不会自动把中文编码了。
echo json_encode("厦门", JSON_UNESCAPED_UNICODE);


另，由于 json_encode 和 json_decode只支持utf-8编码的字符，GBK的字符要用json就得转换一下，附自己写的GBK转UTF-8的代码：

/*
    字符串GBK转码为UTF-8，数字转换为数字。
*/
function ct2($s){
    if(is_numeric($s)) {
        return intval($s);
    } else {
        return iconv("GBK","UTF-8",$s);
    }
}
/*
    批量处理gbk->utf-8
*/
function icon_to_utf8($s) {

  if(is_array($s)) {
    foreach($s as $key => $val) {
      $s[$key] = icon_to_utf8($val);
    }
  } else {
      $s = ct2($s);
  }
  return $s;

}

echo json_encode(icon_to_utf8("厦门"));

Tags - , , ]]> http://www.9enjoy.com/curl_get_contents/ <![CDATA[分享比file_get_contents稳定的curl_get_contents]]> enjoy <> Tue, 03 Jan 2012 12:29:06 +0000 http://www.9enjoy.com/curl_get_contents/
/*比file_get_contents稳定的多！$timeout为超时时间，单位是秒，默认为1s。*/
function curl_get_contents($url,$timeout=1) {
  $curlHandle = curl_init();
  curl_setopt( $curlHandle , CURLOPT_URL, $url );
  curl_setopt( $curlHandle , CURLOPT_RETURNTRANSFER, 1 );
  curl_setopt( $curlHandle , CURLOPT_TIMEOUT, $timeout );
  $result = curl_exec( $curlHandle );
  curl_close( $curlHandle );
  return $result;
}
$hx = curl_get_contents('http://www.9enjoy.com');

相信使用过file_get_contents函数的朋友都知道，当获取的$url访问不了时，会导致页面漫长的等待，甚至还能导致PHP进程占用CPU达100%，因此这个函数就诞生了。curl的一些常识介绍

保留原file_get_contents函数的原因是当读取本地文件时，用原生的file_get_contents显然更合适。

另来自张宴的file_get_contnets的优化，具体可看：http://blog.s135.com/file_get_contents
同样是设置超时时间来解决这个问题。如果没装curl，就必须得用这个方式了。
$ctx = stream_context_create(array(  
   'http' => array(  
       'timeout' => 1 //设置一个超时时间，单位为秒  
       )  
   )  
);  
file_get_contents("http://www.9enjoy.com/", 0, $ctx);


另外，据不完全测试，使用curl获取页面比用file_get_contents稳定的多。


Tags - , ]]> http://www.9enjoy.com/no-deserializer-defined-for-array-type/ <![CDATA[ArrayOf_xsd_string格式在php下的处理]]> enjoy <> Mon, 07 Nov 2011 06:51:56 +0000 http://www.9enjoy.com/no-deserializer-defined-for-array-type/ <<wsdl:part name="mobiles" type="impl:ArrayOf_xsd_string" />
而php里并没有对应的类型。
使用
$mobiles = '18900000000';
$mobiles[0]='18900000000';
甚至mobiles[0][0]='18900000000';
都不行，会提示：
Fatal error: Uncaught SoapFault exception: [soapenv:Server.userException] org.xml.sax.SAXException: No deserializer defined for array type {http://www.w3.org/2001/XMLSchema}string in /www/9enjoy.com/include/hx.php:46 Stack trace: #0 /www/9enjoy.com/include/hx.php(46): SoapClient->__call('sendSM', Array) #1 /www/9enjoy.com/include/hx.php(2): send_mobile('18900000000', '{????????}?????...') #2 {main} thrown in /www/9enjoy.com/include/hx.php on line 46

使用.NET WebService Studio工具测试，将参数填入后，得到request的xml为：

<q1:sendSM>

​    <mobiles href="#id1" />

    <content xsi:type="xsd:string">test</content>​

    ...

</qi:sendSM>

<soapenc:Array id="id1" soapenc:arrayType="xsd:string[1]">
      <Item>18900000000</Item>
</soapenc:Array>


测试多次后发现有两种解决办法：

1.较简单，把ArrayOf_xsd_string这种格式转换为数组格式

<?php
$client = new SoapClient("some.wsdl", array('features' => SOAP_USE_XSI_ARRAY_TYPE));
?>

这时，可使用$mobiles = array('18900000000');来传递$mobiles变量。
这是php5.2.2起增加的功能
引用
- Improved SOAP
  . Added ability to encode arrays with "SOAP-ENC:Array" type instead of WSDL
    type. To activate the ability use "feature"=>SOAP_USE_XSI_ARRAY_TYPE
    option in SoapClient/SoapServer constructors. (Rob, Dmitry)


2.将整个xml文档用doRequest 方法发送出去

public string SoapClient::__doRequest ( string $request , string $location , string $action , int $version [, int $one_way = 0 ] )
Tags - , , , ]]> http://www.9enjoy.com/trying-to-clone-uncloneable-object-of-class/ <![CDATA[Trying to clone an uncloneable object of class Imagic的解决]]> enjoy <> Sun, 25 Sep 2011 10:14:51 +0000 http://www.9enjoy.com/trying-to-clone-uncloneable-object-of-class/ Fatal error: Trying to clone an uncloneable object of class Imagick in C:\www\hx\pdf_to_png.php on line 17

使用IIS和Apache均会有这个提示。经多次测试后，发现两种解决方法:

1.php.ini中; Enable compatibility mode with Zend Engine 1 (PHP 4.x)
zend.ze1_compatibility_mode = Off

默认是On，改为Off后，即可解决。

2.使用imagick::...这种方法调用。
即$im->setResolution(120, 120);可以改写为：
imagick::setResolution(120, 120);


如果其它扩展出现这类错误，一般也是可以使用这两种方法解决的。

附pdf转png的程序代码片断：
        function pdf2png($pdf, $filename, $page=0) {          
            if (!extension_loaded('imagick')) {
                exit('no imagick');
                return false;                
            }
            if (!file_exists($pdf)) {
                return false;
            }  
            $im = new Imagick();
            $im->setResolution(120, 120);
            $im->setCompressionQuality(100);
            $im->readImage($pdf . "[" . $page . "]");
            $im->setImageFormat('png');
            $im->writeImage($filename);
            $im->readImage($filename);
            $im->resizeImage(120, 150, Imagick::FILTER_LANCZOS, 1);
            $im->writeImage($filename);
            return $filename;
        }



Tags - ]]>