<![CDATA[Enjoy]]> http://www.9enjoy.com/index.php zh-cn 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/php-display-errors/ <![CDATA[display_errors设置为Off无效，仍然输出报错]]> enjoy <> Tue, 27 Mar 2012 05:39:55 +0000 http://www.9enjoy.com/php-display-errors/ error_reporting = E_ALL & ~E_NOTICE
display_errors = Off
log_errors = On
error_log = /www/logs/php_error.log

按理说这样，错误信息是不会输出了，但是当PHP有错误时，会把报错提示显示在页面上。

搜索了下，发现有人说当log_errors开启时，如果error_log的路径不对，会导致报错显示。经查与此无关。

输出phpinfo()，查看到display_errors是On。在页面中指定：ini_set("DISPLAY_ERRORS",0)，仍然无效！

最后发现php-fpm.conf里有句：
引用
Additional php.ini defines, specific to this pool of workers.
                        <value name="php_defines">
                           <value name="sendmail_path">/usr/sbin/sendmail -t -i</value>
                           <value name="display_errors">1</value>
                        </value>

原来忘了修改这个地方的配置，display_errors被设置为1了！这里面也说明了在php_defines里可以额外指定某些php的参数。
直接将这两段注释掉，php-fpm reload后，报错提示不再显示到页面上了。
Tags - , ]]> http://www.9enjoy.com/seo-abc/ <![CDATA[SEO入门培训文稿]]> enjoy <> Thu, 15 Mar 2012 02:22:12 +0000 http://www.9enjoy.com/seo-abc/ 还是有一些干货的，希望有来听的同事都能有所收获。

下面是我这次培训的一个文稿，也分享出来：）

培训大纲：
1、SEO基本概念和常用工具分享，
2、SEO实现过程，收录->排名->点击率。

一：SEO基本知识：

1 几点基础知识：PR，世界排名，百度权重，收录数

1.1 PR

1.1.1什么是PR?

PageRank(网页级别)，2001年9月被授予美国专利，专利人是Google创始人之一拉里·佩奇（Larry Page）。
因此，PageRank里的page不仅指网页，还指佩奇。
它是Google排名运算法则（排名公式）的一部分，是Google用于用来标识网页的等级/重要性的一种方法，是Google用来衡量一个网站的好坏的重要标准之一。
早几年，交换链接时几乎只看PR，因为没有其它的考察网站好坏的渠道。

1.1.2.哪里看PR?
IE浏览器：Google工具条：http://www.google.com/intl/zh-CN/toolbar/ie/
安装后在选项里启用Pagerank。
360浏览器：站长工具 的插件 http://open.se.360.cn/app2/detail/appid/183
Firebug浏览器：使用SearchStatus扩展。
Chrome浏览器、360极速浏览器，使用PageRank Status扩展。

网站上查询 站长站：http://pr.chinaz.com/

1.2 世界排名(Alexa)

网址：http://cn.alexa.com/siteinfo/cncn.com

国内：http://alexa.chinaz.com/?domain=cncn.com

1.3 百度权重

印象中，2010年下半年开始有的，第一个站是爱站。

http://www.aizhan.com/baidu/cncn.com/

http://mytool.chinaz.com/baidusort.aspx?host=cncn.com

1.4 百度指数

http://index.baidu.com
通过观察指数，了解搜索词的大致搜索量。

1.5 收录数

http://www.baidu.com/s?wd=site%3Acncn.com
http://www.baidu.com/s?wd=site%3Awww.cncn.com

如何查看某网页是否被收录？
直接把网址放到百度的搜索框里搜索。

1.6 百度快照

确实是时间越近越好，交换链接时许多人关注。
但与权重关系不大，有的页面是很老的百度快照，但不影响其排第一名。

1.6 搜索技巧：intitle,inurl

http://www.baidu.com/gaoji/advanced.html
按时间搜索，一天内收录lm=1、一周内收录lm=7等，baidu返回结果有Bug

总结：
tool.chinaz.com 输入网站域名后，点SEO综合查询，上面说的基本上都帮你查好了。

二：SEO实现过程

SEO实现整体分三部分：第一是收录；第二是排名；第三是点击率

3.1 收录：
内容原创性
要有良好的结构，使蜘蛛方便的找到新加的页面

3.2 排名三部分：
第一部分是页面基础的优化(页面实施细节，略过)
第二部分是关键词策略，通过百度搜索框的下拉提示和结果页面的相关搜索
第三部分是链接

3.3 点击率：
标题、描述要吸引人，促进用户点击，进而再次提高或稳持排名。
网页的描述对排名没有作用，但对吸引用户点击有用。
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 - ]]> http://www.9enjoy.com/wps-com-exception/ <![CDATA[win2003服务器使用WPS的COM组件的一些问题解决]]> enjoy <> Sat, 17 Sep 2011 11:02:17 +0000 http://www.9enjoy.com/wps-com-exception/
安装完Wps office个人版最新的12012版后，按理说就完成了，但运行程序在服务器上报错如下：

Fatal error: Uncaught exception 'com_exception' with message 'Failed to create COM object `WPS.Application': 拒绝访问。 ' in D:\www\9enjoy.com\hx.php:12 Stack trace: #0 D:\www\9enjoy.com\hx.php(12): com->com('WPS.Application') #1 {main} thrown in D:\www\9enjoy.com\hx.php on line 12

是运行这句就$wps = new COM("WPS.Application");报错。经过一翻查找，在DCOM配置里做了配置，解决了这个提示。

1、打开控制面板 - 管理工具 - 组件服务

2、在组件服务面板中依次打开 控制台根目录 - 组件服务 - 计算机 - 我的电脑 - DCOM 配置

3、找到Kingsoft Writer Application Class(金山的文档应用服务)，打开属性窗口，切换到安全标签。将“启动和激活权限”选择自定义，编辑，添加everyone权限即可。“访问权限”也一样处理。

这个错误提示通过，运行到$doc = $wps->Documents->Open($src_filename); 时又出现错误

Fatal error: Uncaught exception 'com_exception' with message 'Error [0x800706be] 远程过程调用失败。 ' in D:\www\9enjoy.com\hx.php:15 Stack trace: #0 D:\www\9enjoy.com\hx.php(15): variant->Open('d:\www\9enjoy.com...') #1 {main} thrown in D:\www\9enjoy.com\hx.php on line 15

在“标识”标签，将启动用户改为交互式用户，又出现了另一个错误提示：

Fatal error: Uncaught exception 'com_exception' with message 'Failed to create COM object `WPS.Application': 因为配置类型不正确，系统无法开始服务器进程。请检查用户名和密码。 ' in D:\www\9enjoy.com\hx.php:15 Stack trace: #0 D:\www\9enjoy.com\hx.php(15): com->com('WPS.Application') #1 {main} thrown in D:\www\9enjoy.com\hx.php on line 15

反复尝试，都不行，包括重装WPS。

后"标识"标签，使用指定用户运行，先使用网站用的用户运行，通不过。再使用管理员账号运行，点确定时也会弹出出错信息。应该是这两个选项(启动用户和指定用户)都无法把这个com组件启动起来。如果用交互式用户，是可以的，就是提示用户名和密码不对：（

后测试中有时出现长时间运行，一直不报错...还有出现过如下错误：
Fatal error: Uncaught exception 'com_exception' with message 'Failed to create COM object `WPS.Application': 服务器运行失败 ' in D:\www\9enjoy.com\hx.php:30 Stack trace: #0 D:\www\9enjoy.com\hx.php(30): com->com('WPS.Application') #1 {main} thrown in D:\www\9enjoy.com\hx.php on line 30

期间还发现，由于执行到$wps->Documents->Open就停了，会在进程中出现一个wps或wpsupdate进程，每刷新一次出现一个。最多一次发现有30多个这类进程，有时还会影响程序，需要手工一个一个删除。

最后，使用了一个很BT的做法，将这个站点的IIS身份验证方式使用administrator管理员账号运行，居然好了！。。。


参考了如下文章：

http://tech.cncms.com/web/php/108706.html
http://blog.csdn.net/fkedwgwy/article/details/5731166
http://hi.baidu.com/kashifs/blog/item/4f643bafcdde5c194b36d6b7.html


Tags - , , ]]> http://www.9enjoy.com/root-domain-301-www/ <![CDATA[首选域的选择(根域名如何正确的跳转到www域名)]]> enjoy <> Wed, 31 Aug 2011 03:16:09 +0000 http://www.9enjoy.com/root-domain-301-www/ www.itlearner.com和itlearner.com。内页同样如此。

一般来说，经常见到的应该是带www的域名，但是有不少人在直接输网址的时候喜欢省略掉www，而不带www和带www的域名原则上说是不同的，因此有些站（甚至有些是小有名气的站）都没有注意到这点，解析了www，没解析没带www的，导致访问不带www域名时失败。

因此，带www和不带www的都要做解析。但是两个都解析后，产生一个问题，搜索引擎认为这是两个站点。

比较好的处理方式是不带www的域名301到带www的域名下。下面提供两种方案，一种新建一个根域名的主机配置，专门用来跳转，第二种是直接在www域名的主机配置文件中设定。

第一种方案：

Nginx下的规则：

server {
        listen 80;
        server_name itlearner.com;
        rewrite ^/(.*)$ http://www.itlearner.com/$1 permanent;
}

Apache下的规则：

RewriteEngine On
RewriteRule ^(.*)$         http://www.itlearner.com/$1 [R=301]

第二种方案：

Nginx下的规则：
server {
        listen 80;
        server_name www.itlearner.com itlearner.com;
        if ($host != 'www.itlearner.com' ) {
        rewrite ^/(.*)$ http://www.itlearner.com/$1 permanent;
        }
}

Apache下的规则：

RewriteEngine On
RewriteCond %{HTTP_HOST}   ^www\.itlearner\.com$ [NC]
RewriteRule ^(.*)$         http://www.itlearner.com/$1 [L,R=301]


第一种方案略嫌麻烦，因为需要新建一个主机，一般直接使用第二种方案。但如果www下的rewrite比较多，访问量又非常大，这时，就建议采用第一种方案了。

谷歌都这点处理的比较好，如果网站主要来路是Google，这一点都可以不用做，因为使用网站管理员工具，可以设定首选域(位置在 网站配置->设置)。但是我仍然建议这么做，因为这样可以帮助其它搜索引擎和访问者了解到您网站的首选域。

百度在这个问题上的处理还是有点问题的，比较喜欢收录不带www的域名(即使不带www的域名一直以来都是301到带www的域名上)，造成一个网站有两个首页。

Tags - , , ]]>