[个人原创]打印普通三角形，及杨辉三角，才发现这两个三角真的不一样。 
Php/Js/Shell/Go jackxiang 2011-10-2 11:09
下载文件
xdebug.max_nesting_level=30 //这个值不能太少，尤其是核心Core.php（特别指：框架核心），30较为靠谱，否则出现如下：
PHP Fatal error: Maximum function nesting level of '10' reached, aborting! in /data/htdocs/jackxiang.com/libraries/core.php on line 315
vi +315 /data/htdocs/jackxiang.com/libraries/core.php
313 public static function autoload ($class)
314 {
315 if (class_exists($class, FALSE))
shell_exec/proc_open 两函数得打开：
+-----------------------------------------------------------+
| ! ERROR ! |
| The test-suite requires that proc_open() is available. |
| Please check if you disabled it in php.ini. |
+-----------------------------------------------------------+
shell_exec() has been disabled for security reasons in /home/test/rpmbuild/BUILD/xdebug-2.7.0alpha1/run-tests.php on line 306
阅读全文
PHP Fatal error: Maximum function nesting level of '10' reached, aborting! in /data/htdocs/jackxiang.com/libraries/core.php on line 315
vi +315 /data/htdocs/jackxiang.com/libraries/core.php
313 public static function autoload ($class)
314 {
315 if (class_exists($class, FALSE))
shell_exec/proc_open 两函数得打开：
+-----------------------------------------------------------+
| ! ERROR ! |
| The test-suite requires that proc_open() is available. |
| Please check if you disabled it in php.ini. |
+-----------------------------------------------------------+
shell_exec() has been disabled for security reasons in /home/test/rpmbuild/BUILD/xdebug-2.7.0alpha1/run-tests.php on line 306
阅读全文
[个人原创]zend studio 8.01 使用PHPDoc
Php/Js/Shell/Go jackxiang 2011-9-15 14:34
右键单击该项目，从中您希望PHPDoc生成和选择Generate PHP Doc 或Project | Generate PHPDoc 或按Alt+D，该PHPDoc生成对话框将打开。
以后直接这样做：右键单击该项目，按Alt+D，后面就可以选择项目进行生成PHPDoc.
---
C:\Documents and Settings\jackxiang\Zend\workspaces\DefaultWorkspace\doc
生成文档HTML位置如下：
file:///C:/Documents%20and%20Settings/jackxiang/Zend/workspaces/DefaultWorkspace/doc/index.html
以后直接这样做：右键单击该项目，按Alt+D，后面就可以选择项目进行生成PHPDoc.
---
C:\Documents and Settings\jackxiang\Zend\workspaces\DefaultWorkspace\doc
生成文档HTML位置如下：
file:///C:/Documents%20and%20Settings/jackxiang/Zend/workspaces/DefaultWorkspace/doc/index.html
[个人原创]Apache多虚拟机配置下如何通过直接输入IP后确定指向哪个域名的方法，以及实践中发现apache加上虚拟主机后，用ip访问并不是指向刚安好Apache时的默认Web目录的解决办法。
Php/Js/Shell/Go jackxiang 2011-9-15 10:15
通过测试和在PHP高级群里询问得知默认指向了我的一个虚拟机的网站，但是我们往往配置是这样的：
这个*.conf不知Apache去指向哪个虚拟主机了，于是，就在上面加了一个，成这样了：
经测试，直接输入IP访问时就是指向了/usr/local/apache2/htdocs 目录了，呵呵。
PHP高级群里有兄弟问：
要放在所有的VirtualHost前面吧？
答：
放后面也没关系。
一样的，我试了。
---------------------再次实践总结----------------------------
再次配置时，发现用apache的虚拟主机挂了好几个域名。 然后几天遇到的问题是如果直接用ip访问，或者用了一个未配置的域名的访问,那么刷出来的页面竟然不是apache的欢迎页，而是虚拟主机配置中的第一个域名。
原因分析并实践Ok如下：
apache网站解释为当一个请求到达的时候，服务器会首先检查它是否使用了一个能和
NameVirtualHost相匹配的IP地址。如果能够匹配， 它就会查找每个与这个IP地址相对应的
配置段， 并尝试找出一个ServerName或ServerAlias配置项与请求的主机名相同的。如果
找到了，它就会使用这个服务器的配置。 否则，将使用符合这个IP地址的第一个列出的虚拟主机。
其实这个时候，比如用ip直接访问，IE浏览器会提示他已经超出访问范围了。。
解决这个的问题的方案是添加下面的配置到虚拟机主机配置文件中（也就是如果有虚拟机后Apache不会去默认的那个DocumentRoot "d:/wamp/www/" 里，如果用IP访问Apache而是会去找第一个虚拟机的DocumentRoot ），要想在配置虚拟域名后还能指向当前的默认的那个DocumentRoot ，则在虚拟机配置的第一个加上一个指向默认的那个DocumentRoot目录的虚拟机配置即可）。
如下配置：
===========================================================================
apache 设置禁止IP直接访问：
刚好相反的对防止用IP访问到网站的方法，附录：
1.建一个虚拟机提示错误
apache虚拟主机默认情况下ip地址方式访问对应第一个虚拟主机，所以我们可以先建一个指向错误页面的虚拟主机，达到禁止用ip访问网页的目的。
<VirtualHost *:80>
ServerAdmin ngnix@qq.com
DocumentRoot "/usr/local/apache2.2.22/htdocs"
ServerName 192.168.3.140
</VirtualHost>
echo "请不要用IP访问" >/usr/local/apache2.2.22/htdocs/index.html
2.直接限制访问
<VirtualHost *:80>
ServerAdmin ngnix@qq.com
DocumentRoot "/usr/local/apache2.2.22/htdocs"
ServerName 192.168.3.140
<Directory />
Order deny,allow
Deny from all
</Directory>
</VirtualHost>
注意：在配置虚拟主机的时候，因为http.conf默认配置了默认主机，所以可以将http.conf里面配置主机的部分全部注释掉，所有主机都在http_vhost.conf里面配置。
这个*.conf不知Apache去指向哪个虚拟主机了，于是，就在上面加了一个，成这样了：
经测试，直接输入IP访问时就是指向了/usr/local/apache2/htdocs 目录了，呵呵。
PHP高级群里有兄弟问：
要放在所有的VirtualHost前面吧？
答：
放后面也没关系。
一样的，我试了。
---------------------再次实践总结----------------------------
再次配置时，发现用apache的虚拟主机挂了好几个域名。 然后几天遇到的问题是如果直接用ip访问，或者用了一个未配置的域名的访问,那么刷出来的页面竟然不是apache的欢迎页，而是虚拟主机配置中的第一个域名。
原因分析并实践Ok如下：
apache网站解释为当一个请求到达的时候，服务器会首先检查它是否使用了一个能和
NameVirtualHost相匹配的IP地址。如果能够匹配， 它就会查找每个与这个IP地址相对应的
配置段， 并尝试找出一个ServerName或ServerAlias配置项与请求的主机名相同的。如果
找到了，它就会使用这个服务器的配置。 否则，将使用符合这个IP地址的第一个列出的虚拟主机。
其实这个时候，比如用ip直接访问，IE浏览器会提示他已经超出访问范围了。。
解决这个的问题的方案是添加下面的配置到虚拟机主机配置文件中（也就是如果有虚拟机后Apache不会去默认的那个DocumentRoot "d:/wamp/www/" 里，如果用IP访问Apache而是会去找第一个虚拟机的DocumentRoot ），要想在配置虚拟域名后还能指向当前的默认的那个DocumentRoot ，则在虚拟机配置的第一个加上一个指向默认的那个DocumentRoot目录的虚拟机配置即可）。
如下配置：
===========================================================================
apache 设置禁止IP直接访问：
刚好相反的对防止用IP访问到网站的方法，附录：
1.建一个虚拟机提示错误
apache虚拟主机默认情况下ip地址方式访问对应第一个虚拟主机，所以我们可以先建一个指向错误页面的虚拟主机，达到禁止用ip访问网页的目的。
<VirtualHost *:80>
ServerAdmin ngnix@qq.com
DocumentRoot "/usr/local/apache2.2.22/htdocs"
ServerName 192.168.3.140
</VirtualHost>
echo "请不要用IP访问" >/usr/local/apache2.2.22/htdocs/index.html
2.直接限制访问
<VirtualHost *:80>
ServerAdmin ngnix@qq.com
DocumentRoot "/usr/local/apache2.2.22/htdocs"
ServerName 192.168.3.140
<Directory />
Order deny,allow
Deny from all
</Directory>
</VirtualHost>
注意：在配置虚拟主机的时候，因为http.conf默认配置了默认主机，所以可以将http.conf里面配置主机的部分全部注释掉，所有主机都在http_vhost.conf里面配置。
php json_encode函数不支持BIGINT的问题
新浪微博的32位id，twitter的id过大超过BIGINT也遇到类似的问题，发现是php的json_decode函数不支持62位的BIGINT, 溢出所致.
php好像不分类型但它也依赖于CPU位数，但mysql bigint 范围 -9223372036854775808 到 9223372036854775807
在新的php(5.4版本) json_decode里倒是有一个开关”JSON_BIGINT_AS_STRING”开关,可以使json_decode默认把BITINT当成string处理.
而我们的实际情况是,更新php的版本的速度不会有那么快.而且大部分情况下,咱们也控制不了具体使用哪个php版本，只好采取一个折中
办法：
把微博API返回的json字符串预处理一下,然后再调用json_decode.
也就是把
换成string的类型:
代码片段如下,希望对和我类似情况的人有用.
截取部分实验了一把，如下：
运行如下：
Json中id这个给转成了sting，输出正常，而e这个json的键值，给当成了浮点数，输出为：
通过var_dump查其类型分别如下：
参考：http://drupal.org/node/985544
新浪微博的32位id，twitter的id过大超过BIGINT也遇到类似的问题，发现是php的json_decode函数不支持62位的BIGINT, 溢出所致.
php好像不分类型但它也依赖于CPU位数，但mysql bigint 范围 -9223372036854775808 到 9223372036854775807
在新的php(5.4版本) json_decode里倒是有一个开关”JSON_BIGINT_AS_STRING”开关,可以使json_decode默认把BITINT当成string处理.
而我们的实际情况是,更新php的版本的速度不会有那么快.而且大部分情况下,咱们也控制不了具体使用哪个php版本，只好采取一个折中
办法：
把微博API返回的json字符串预处理一下,然后再调用json_decode.
也就是把
换成string的类型:
代码片段如下,希望对和我类似情况的人有用.
截取部分实验了一把，如下：
运行如下：
Json中id这个给转成了sting，输出正常，而e这个json的键值，给当成了浮点数，输出为：
通过var_dump查其类型分别如下：
参考：http://drupal.org/node/985544
[朝花夕拾]smarty 打开报错提示（错误提示）并调试查看所有变量，smarty 调试打印数组及显示变量。直接查看编译结果看是否有smarty模板编译缓存。
Php/Js/Shell/Go jackxiang 2011-9-7 20:39
一，调试模式查看所有变量和数组
1、设置配置文件中的 debuging的值为true。即开始调试（设置完这一步，一般情况下在浏览页面的时候就可以看到一个弹窗了，里面有在这个页面里的所有smarty变量。如果没有弹出看下一步）。
2、在模版里输入{debug}，就可以看到这个模版里的变量了。
如果要关闭掉调试控制台，设置变量 $debugging 为 false 就可以了。
不同的情况那个debug是不一样的，实际中特别注意要$tpl->caching = false;不能缓存时看全部DB输出的变量：
在模板中是这样：
在smarty编译后的模板里是这样的：
要想能真正报错其实践的结论是，三个都打开：
1.error_reporting(E_ALL);打开，否则有错容易报不出来:
2.$tpl->debugging = true;
3.在输出页面里加入调试变量：
二，非调试模式下查看变量和数组，也就是从弹出框中所有变量只看一部分，以方便调试。
1、Smarty下如何查看数组：
如果你在使用smarty时，想查看某变量的内容，而又不想打开smarty debug，或smarty debug的输出不能满足你的要求，可以这样用。
如果是查看数组，应当
我自己试了下是这样：
会输出到页面里，不是弹出框。
注意：这里用@是来保证把变量当做一个整体对待，否则会遍历这个array.
查看变量：
2、Smarty下如何调试数组，无论这个：$tpl-> debugging = TRUE; 或者：False都可以：
比如要调试数组$array
实践如下：
调试变量就
偶的实践：
请注意：数组都有一个@，呵呵。阅读全文
1、设置配置文件中的 debuging的值为true。即开始调试（设置完这一步，一般情况下在浏览页面的时候就可以看到一个弹窗了，里面有在这个页面里的所有smarty变量。如果没有弹出看下一步）。
2、在模版里输入{debug}，就可以看到这个模版里的变量了。
如果要关闭掉调试控制台，设置变量 $debugging 为 false 就可以了。
不同的情况那个debug是不一样的，实际中特别注意要$tpl->caching = false;不能缓存时看全部DB输出的变量：
在模板中是这样：
在smarty编译后的模板里是这样的：
要想能真正报错其实践的结论是，三个都打开：
1.error_reporting(E_ALL);打开，否则有错容易报不出来:
2.$tpl->debugging = true;
3.在输出页面里加入调试变量：
二，非调试模式下查看变量和数组，也就是从弹出框中所有变量只看一部分，以方便调试。
1、Smarty下如何查看数组：
如果你在使用smarty时，想查看某变量的内容，而又不想打开smarty debug，或smarty debug的输出不能满足你的要求，可以这样用。
如果是查看数组，应当
我自己试了下是这样：
会输出到页面里，不是弹出框。
注意：这里用@是来保证把变量当做一个整体对待，否则会遍历这个array.
查看变量：
2、Smarty下如何调试数组，无论这个：$tpl-> debugging = TRUE; 或者：False都可以：
比如要调试数组$array
实践如下：
调试变量就
偶的实践：
请注意：数组都有一个@，呵呵。
阅读全文
[个人原创]用Fiddler2进行简单的并发及安全测试，用Filddler来模拟一次或者多次不同的浏览器页面请求的方法
Php/Js/Shell/Go jackxiang 2011-9-7 11:38
Fiddler 2对Flex开发和联调很有用，因为Flash Player的某些HTTP请求调的不是浏览器的HTTP接口，而是自己实现的，这类请求用httpwatch/firebug下是观察不到的。这类请求 就是文件上传请求(Flash Player按照RFC1867规范自行发的请求)。
背景：在我们的开发测试中，往往是一些表单的提交，还时常带着Cookie，Session的后台验证才能提交，而我们最关心的还是提交，而不是前面的验证，在实际中往往浏览器提交一次后，再回来做二次测试时，其HTML数据控件已经没有了，得再次输入数据，这给我们带来了很大的不方便，为此，我们常常用的FireBug这样的插件也不能满足我们的需求，在这样的背景下催生出一个叫Filddler2的工具，能带给我们惊喜，也就是解决了这个问题，可以让我们自己对后台做多次调试，其模拟了Http协议的Cookie，Session表单数据提交，带来了方便，步骤如下：
（1）启动Filddler程序后，找到一个需要再做一次的URL连接， Firefox调试确保Filddler2界面左下角是：
Capturing | All Processes | 空[这儿是可以阻塞的地方] | 通过个数是空[会显示捕获个数]。
确保是让其在做下面模拟的URL时让其阻塞，后我们再放开，就再次模拟人为进交一次，这里带Session，Cookie等，给我们带
来了实实在在的方便。
（2）打开Firefox后，工具>选项>网络>设置>手动配置代理勾选上>Http代理：127.0.0.1>端口：8888
（3）看步骤1中有All Processes 空[这儿是可以阻塞的地方],点可以阻塞的地方让其出现黑色T的红色背景框即可。
（4）点击Fiddler面板上某个需要再次调试的URL，右键-》Replay -》Reissue Requests,如直接点它，会自动出现一个一样的连接。
如果按住Shift按扭再点Reissue Requests,会出现输入框让你输入要模拟多少次，这儿可以用来做简单的并发测试滴，我们就模拟一次。
（5）然后，看第4步，就是放开我们的那个阻塞的按钮，也就是然后取掉断点状态。
（6）点击软件上的“Resume All”，释放被拦截的请求，此时30多条记录就会并发向后台请求。
新版本V4里找不到Resume All按钮了，直接在第3步里的下面命令行里输入 ： g or go Resume all breakpointed sessions g 也成。
（7）此时，观察我们待测试的页面，会自动弹出窗口，提示语句，SQL等等。
可能出现的问题，如8888端口被占用会配置了代理后，Firefox访问页面出现访问不了，如何排查如下：
如果Windows中查看Fiddler的8888端口是否开启或者被其它程序占用的简单方法。
还不明白，可以参考：http://jackxiang.com/post/735/ 如何通过端口看是哪个程序占用的方法。
我对自己的博客修改文章做了下实验是Ok的，如下：
1）自己先用Firefox保存一下自己写的这篇博文，并把这个保存的URL给找出来，http://jackxiang.com/admin.php，删除Fiddler的其他
的URL。
2）用其他浏览器修改一个博文的文字和1保存时的不一样。
3)直接跳过到上面第4步，再Replay一次，也就是不用柱塞，直接再提交一次，后返回200
4）看DB，发现我的博文又给修改回1步骤时的文字了，模拟成功，Yeah。
最后，还是上一张图吧，除开Firefox设置代理外，都放一块，有兴趣可以摸索摸索:阅读全文
背景：在我们的开发测试中，往往是一些表单的提交，还时常带着Cookie，Session的后台验证才能提交，而我们最关心的还是提交，而不是前面的验证，在实际中往往浏览器提交一次后，再回来做二次测试时，其HTML数据控件已经没有了，得再次输入数据，这给我们带来了很大的不方便，为此，我们常常用的FireBug这样的插件也不能满足我们的需求，在这样的背景下催生出一个叫Filddler2的工具，能带给我们惊喜，也就是解决了这个问题，可以让我们自己对后台做多次调试，其模拟了Http协议的Cookie，Session表单数据提交，带来了方便，步骤如下：
（1）启动Filddler程序后，找到一个需要再做一次的URL连接， Firefox调试确保Filddler2界面左下角是：
Capturing | All Processes | 空[这儿是可以阻塞的地方] | 通过个数是空[会显示捕获个数]。
确保是让其在做下面模拟的URL时让其阻塞，后我们再放开，就再次模拟人为进交一次，这里带Session，Cookie等，给我们带
来了实实在在的方便。
（2）打开Firefox后，工具>选项>网络>设置>手动配置代理勾选上>Http代理：127.0.0.1>端口：8888
（3）看步骤1中有All Processes 空[这儿是可以阻塞的地方],点可以阻塞的地方让其出现黑色T的红色背景框即可。
（4）点击Fiddler面板上某个需要再次调试的URL，右键-》Replay -》Reissue Requests,如直接点它，会自动出现一个一样的连接。
如果按住Shift按扭再点Reissue Requests,会出现输入框让你输入要模拟多少次，这儿可以用来做简单的并发测试滴，我们就模拟一次。
（5）然后，看第4步，就是放开我们的那个阻塞的按钮，也就是然后取掉断点状态。
（6）点击软件上的“Resume All”，释放被拦截的请求，此时30多条记录就会并发向后台请求。
新版本V4里找不到Resume All按钮了，直接在第3步里的下面命令行里输入 ： g or go Resume all breakpointed sessions g 也成。
（7）此时，观察我们待测试的页面，会自动弹出窗口，提示语句，SQL等等。
可能出现的问题，如8888端口被占用会配置了代理后，Firefox访问页面出现访问不了，如何排查如下：
如果Windows中查看Fiddler的8888端口是否开启或者被其它程序占用的简单方法。
还不明白，可以参考：http://jackxiang.com/post/735/ 如何通过端口看是哪个程序占用的方法。
我对自己的博客修改文章做了下实验是Ok的，如下：
1）自己先用Firefox保存一下自己写的这篇博文，并把这个保存的URL给找出来，http://jackxiang.com/admin.php，删除Fiddler的其他
的URL。
2）用其他浏览器修改一个博文的文字和1保存时的不一样。
3)直接跳过到上面第4步，再Replay一次，也就是不用柱塞，直接再提交一次，后返回200
4）看DB，发现我的博文又给修改回1步骤时的文字了，模拟成功，Yeah。
最后，还是上一张图吧，除开Firefox设置代理外，都放一块，有兴趣可以摸索摸索:
阅读全文
以前查看PHP的php.ini文件的位置如下命令：
方法一：
方法二：
我今天看了下PHP的帮助命令：
php --help
发现有一项存在：
--ini Show configuration file names
于是以后看php.ini的位置是这样的，更简单，更适用：
二）PHP判断是否命令行运行的最好办法：
通过判断是否有传参数执行该php文件。然后再加上判断是否存在$_SERVER[‘SHELL’]变量就行。上代码： #!/usr/bin/env php <?php if (!isset($_SERVER[‘SHELL’]))
方法一：
方法二：
我今天看了下PHP的帮助命令：
php --help
发现有一项存在：
--ini Show configuration file names
于是以后看php.ini的位置是这样的，更简单，更适用：
二）PHP判断是否命令行运行的最好办法：
通过判断是否有传参数执行该php文件。然后再加上判断是否存在$_SERVER[‘SHELL’]变量就行。上代码： #!/usr/bin/env php <?php if (!isset($_SERVER[‘SHELL’]))
[个人原创]YAML的C++解析器 yaml-cpp的实际编译和使用备案
Php/Js/Shell/Go jackxiang 2011-8-10 10:56
C++下有这一个Yaml的解析包，PHP也有一个Yaml的解析包，这样两者就能进行对文件的解析是一个规则，达到统一的目的，双方就可以通讯，这样语言之间对配置的解析一样，上层通过Socket来通信统一，进而实现大系统的搭建和和谐，呵呵。
首先要有CMake环境，需要编译一个CMake出来，然后才是在下载下来的文件目录下运行这个Cmake：
tar -zxvf cmake-2.8.4.tar.gz
首先，需要下载安装Cmake;
wget http://www.cmake.org/files/v2.8/cmake-2.8.4.tar.gz
安装cmake;
其次，下载YAML的C++解析器 yaml-cpp ，URL为：http://www.oschina.net/p/yaml-cpp
编译：
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp# cmake -DBUILD_SHARED_LIBS=ON
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Performing Test FLAG_WEXTRA
-- Performing Test FLAG_WEXTRA - Success
-- Configuring done
-- Generating done
-- Build files have been written to: /home/admin/c++/yaml_4_C/yaml-cpp
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp# make
Scanning dependencies of target yaml-cpp
[ 3%] Building CXX object CMakeFiles/yaml-cpp.dir/src/emitter.cpp.o
[ 6%] Building CXX object CMakeFiles/yaml-cpp.dir/src/emitterstate.cpp.o
[ 9%] Building CXX object CMakeFiles/yaml-cpp.dir/src/simplekey.cpp.o
[ 12%] Building CXX object CMakeFiles/yaml-cpp.dir/src/parser.cpp.o
......
[ 96%] Building CXX object test/CMakeFiles/run-tests.dir/spectests.cpp.o
Linking CXX executable run-tests
[ 96%] Built target run-tests
Scanning dependencies of target parse
[100%] Building CXX object util/CMakeFiles/parse.dir/parse.cpp.o
Linking CXX executable parse
[100%] Built target parse
然后呢： make ，后生成：
/home/admin/c++/yaml_4_C/yaml-cpp/test3
libyaml-cpp.so.0.2.6
libyaml-cpp.so.0.2 -> libyaml-cpp.so.0.2.6
libyaml-cpp.so -> libyaml-cpp.so.0.2
查看H文件位置：
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp# find . -name "yaml.h"
./include/yaml-cpp/yaml.h
最后，进行Yaml的代码解析测试：
1）建立目录:
mkdir test3
目录位置：root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp/test3
2）写入C++测试代码
1.vi test.cpp
加入：
3).把yaml.h拷贝到test3的目录下来：
4）后进行编译编译：
g++ -o test test.cpp -I../include/ ../libyaml-cpp.so
5)运行测试
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp/test3# ./test
./test: error while loading shared libraries: libyaml-cpp.so.0.2: cannot open shared object file: No such file or directory
6)解决问题：
/home/admin/c++/yaml_4_C/yaml-cpp/test3
libyaml-cpp.so.0.2.6
libyaml-cpp.so.0.2 -> libyaml-cpp.so.0.2.6
libyaml-cpp.so -> libyaml-cpp.so.0.2
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp# cp libyaml-cpp.so /usr/lib/
root@116.255.139.240:/usr/lib# ln -s libyaml-cpp.so libyaml-cpp.so.0.2
7)再次执行，得到解决：
再执行就不报错了，原来是没有把这个so给放到/usr/lib下，再就是没有给重新软链接一个,Ok了。
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp/test3# ./test
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp/test3#
8)自由发挥，放到实际的开发中去。
Yaml实际解析测试：
component.yaml这个Yaml文件的内容：
编译：
测试Yaml解析是否成功：
解析成功！！！
最后，当然还有纯C语言的，来解析 YAML 1.1 数据，其编译估计差不多，下载URl：
http://www.oschina.net/p/libyaml
建议用eclipse来开发C++，还有PHP，因为eclipse 有PHP的插件，也有C++的插件，我是用的Zend for eclipse,现在eclipse还有一个Yaml的编辑插件，相关介绍情况如下：
安装YEdit
YEdit是一个在Eclipse上编辑YAML文件的插件。当我们我们使用Python进行App Engine的开发，会涉及编辑一些YAML文件，这个插件提供了较好的支持。
这个还是通过Eclipse的更新管理器来完成安装，在对话框中的在Work with中输入http://dadacoalition.org/yedit，然后勾选该插件，然后不断下一步，稍等片刻，安装成功。
eclipse 下的PHP插件参考：http://chenling1018.blog.163.com/blog/static/1480254201012234015728/
首先要有CMake环境，需要编译一个CMake出来，然后才是在下载下来的文件目录下运行这个Cmake：
tar -zxvf cmake-2.8.4.tar.gz
首先，需要下载安装Cmake;
wget http://www.cmake.org/files/v2.8/cmake-2.8.4.tar.gz
安装cmake;
其次，下载YAML的C++解析器 yaml-cpp ，URL为：http://www.oschina.net/p/yaml-cpp
编译：
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp# cmake -DBUILD_SHARED_LIBS=ON
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Performing Test FLAG_WEXTRA
-- Performing Test FLAG_WEXTRA - Success
-- Configuring done
-- Generating done
-- Build files have been written to: /home/admin/c++/yaml_4_C/yaml-cpp
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp# make
Scanning dependencies of target yaml-cpp
[ 3%] Building CXX object CMakeFiles/yaml-cpp.dir/src/emitter.cpp.o
[ 6%] Building CXX object CMakeFiles/yaml-cpp.dir/src/emitterstate.cpp.o
[ 9%] Building CXX object CMakeFiles/yaml-cpp.dir/src/simplekey.cpp.o
[ 12%] Building CXX object CMakeFiles/yaml-cpp.dir/src/parser.cpp.o
......
[ 96%] Building CXX object test/CMakeFiles/run-tests.dir/spectests.cpp.o
Linking CXX executable run-tests
[ 96%] Built target run-tests
Scanning dependencies of target parse
[100%] Building CXX object util/CMakeFiles/parse.dir/parse.cpp.o
Linking CXX executable parse
[100%] Built target parse
然后呢： make ，后生成：
/home/admin/c++/yaml_4_C/yaml-cpp/test3
libyaml-cpp.so.0.2.6
libyaml-cpp.so.0.2 -> libyaml-cpp.so.0.2.6
libyaml-cpp.so -> libyaml-cpp.so.0.2
查看H文件位置：
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp# find . -name "yaml.h"
./include/yaml-cpp/yaml.h
最后，进行Yaml的代码解析测试：
1）建立目录:
mkdir test3
目录位置：root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp/test3
2）写入C++测试代码
1.vi test.cpp
加入：
3).把yaml.h拷贝到test3的目录下来：
4）后进行编译编译：
g++ -o test test.cpp -I../include/ ../libyaml-cpp.so
5)运行测试
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp/test3# ./test
./test: error while loading shared libraries: libyaml-cpp.so.0.2: cannot open shared object file: No such file or directory
6)解决问题：
/home/admin/c++/yaml_4_C/yaml-cpp/test3
libyaml-cpp.so.0.2.6
libyaml-cpp.so.0.2 -> libyaml-cpp.so.0.2.6
libyaml-cpp.so -> libyaml-cpp.so.0.2
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp# cp libyaml-cpp.so /usr/lib/
root@116.255.139.240:/usr/lib# ln -s libyaml-cpp.so libyaml-cpp.so.0.2
7)再次执行，得到解决：
再执行就不报错了，原来是没有把这个so给放到/usr/lib下，再就是没有给重新软链接一个,Ok了。
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp/test3# ./test
root@116.255.139.240:/home/admin/c++/yaml_4_C/yaml-cpp/test3#
8)自由发挥，放到实际的开发中去。
Yaml实际解析测试：
component.yaml这个Yaml文件的内容：
编译：
测试Yaml解析是否成功：
解析成功！！！
最后，当然还有纯C语言的，来解析 YAML 1.1 数据，其编译估计差不多，下载URl：
http://www.oschina.net/p/libyaml
建议用eclipse来开发C++，还有PHP，因为eclipse 有PHP的插件，也有C++的插件，我是用的Zend for eclipse,现在eclipse还有一个Yaml的编辑插件，相关介绍情况如下：
安装YEdit
YEdit是一个在Eclipse上编辑YAML文件的插件。当我们我们使用Python进行App Engine的开发，会涉及编辑一些YAML文件，这个插件提供了较好的支持。
这个还是通过Eclipse的更新管理器来完成安装，在对话框中的在Work with中输入http://dadacoalition.org/yedit，然后勾选该插件，然后不断下一步，稍等片刻，安装成功。
eclipse 下的PHP插件参考：http://chenling1018.blog.163.com/blog/static/1480254201012234015728/
[个人原创]在某个文件的每行后追加一段相同的文本，也就是行尾追加的PHP简单实现
Php/Js/Shell/Go jackxiang 2011-8-4 14:57
在PHP的高级编程群里有位兄弟问这个问题，于是我就写一个如下:
在/tmp/a.txt后面每行追加jackxiang.com,PHP代码如下：
注意：
1. file_put_contents的第一次写和第N次写的参数不同。
2.注意file读取出来的数组中有换行符号的，需要通过str_replace去掉。
3.Linux下Win下不同的回车
最后，直接全部读取出来进行替换也可以的。
其实，这个去换行符号也是在网上找的，有两种：
第一种：
$content=str_replace("\n","",$content);
echo $content;
第二种：
$content=preg_replace("/\s/","",$content);
echo $content;
呵呵。
在/tmp/a.txt后面每行追加jackxiang.com,PHP代码如下：
注意：
1. file_put_contents的第一次写和第N次写的参数不同。
2.注意file读取出来的数组中有换行符号的，需要通过str_replace去掉。
3.Linux下Win下不同的回车
最后，直接全部读取出来进行替换也可以的。
其实，这个去换行符号也是在网上找的，有两种：
第一种：
$content=str_replace("\n","",$content);
echo $content;
第二种：
$content=preg_replace("/\s/","",$content);
echo $content;
呵呵。
[个人原创]C++学习，在函数中，数组参数退化为指针
Php/Js/Shell/Go jackxiang 2011-8-4 10:16
代码片段：
输出：
From main function:
10
jackxiang
From fun function:
4
jackxiang
此例说明：在函数中，数组参数退化为指针，所以函数fun中的sizeof(a)的内容永远输出为4。
输出：
From main function:
10
jackxiang
From fun function:
4
jackxiang
此例说明：在函数中，数组参数退化为指针，所以函数fun中的sizeof(a)的内容永远输出为4。
平时我们爱使用Curl来实现Http协议的接口调试，包括Post，Get，Etc。
然而，近来发现Suse enterprise sp2的64位机上没有这个Curl的PHP扩展，
于是，想了想，我使用了PHP的方法来实现了对其它接口的访问，包括Cookie头的发送，简单Demo如下：
vi file_get_contents.php
接收简单Demo代码，test3.php：
测试结果：
root@172.25.38.**:/home/jackxiang/php# php file_get_contents.php
得证。EOF
然而，近来发现Suse enterprise sp2的64位机上没有这个Curl的PHP扩展，
于是，想了想，我使用了PHP的方法来实现了对其它接口的访问，包括Cookie头的发送，简单Demo如下：
vi file_get_contents.php
接收简单Demo代码，test3.php：
测试结果：
root@172.25.38.**:/home/jackxiang/php# php file_get_contents.php
得证。EOF
[个人原创]PHP除开Post，Get外的提交方式外还有PHP输入流php://input
Php/Js/Shell/Go jackxiang 2011-7-21 14:39
突然问道让你回答：PHP除开Post，Get外还有什么提交方式？
相册-耀京-腾讯(50314234) 16:35:28
cookie
博客-武建(569676660) 16:35:59
socket
RD-解超-赶集(75744317) 16:36:11
socket应该是正解吧。。。
博客-路人甲(285882507) 16:36:14
SESSION
-----
蒙了，下来才想起，经常调试Flash图片的上传流不就是一个非Get，非Post的方式嘛。
HTTP_RAW_POST_DATA PHP输入流
越来越发现缺少思考，或者说总结归纳不够罢。
====================================================================
来处网上 http://www.5iphp.com/zh-hans/content/483.html：
通过Flash POST 图片的二进制数据给php，由php生成图片保存。
开始想到用$_POST来接受。后来发现行不通。
查阅了很多资料 明白了所以然，这里做一个笔记：
于PHP默认只识别application/x-www.form-urlencoded标准的数据类型。
因此，对型如text/xml 或者 soap 或者 application/octet-stream 之类的内容无法解析，如果用$_POST数组来接收就会失败！
故保留原型，交给$GLOBALS['HTTP_RAW_POST_DATA'] 来接收。
另外还有一项 php://input 也可以实现此这个功能
php://input 允许读取 POST 的原始数据。和 $HTTP_RAW_POST_DATA 比起来，它给内存带来的压力较小，并且不需要任何特殊的 php.ini 设置。php://input和 $HTTP_RAW_POST_DATA 不能用于 enctype="multipart/form-data"。
我在Flash中使用JPGEncoder把BitMapData转成二进制，然后post给php
php页面代码如下：
http://www.jackxiang.com/post/4411/
务必参考：http://www.perfgeeks.com/?p=150
时间上面的文章如下，可能根据实际情况做下代码变通：
在使用xml-rpc的时候，server端获取client数据，主要是通过php输入流input，而不是$_POST数组。所以，这里主要探讨php输入流php://input
对一php://input介绍，PHP官方手册文档有一段话对它进行了很明确地概述。
“php://input allows you to read raw POST data. It is a less memory intensive alternative to $HTTP_RAW_POST_DATA and does not need any special php.ini directives. php://input is not available with enctype=”multipart/form-data”.
翻译过来，是这样：
“php://input可以读取没有处理过的POST数据。相较于$HTTP_RAW_POST_DATA而言，它给内存带来的压力较小，并且不需要特殊的php.ini设置。php://input不能用于enctype=multipart/form-data”
我们应该怎么去理解这段概述呢?!我把它划分为三部分，逐步去理解。
读取POST数据
不能用于multipart/form-data类型
php://input VS $HTTP_RAW_POST_DATA
读取POST数据
PHPer们一定很熟悉$_POST这个内置变量。$_POST与php://input存在哪些关联与区别呢?另外，客户端向服务端交互数据，最常用的方法除了POST之外，还有GET。既然php://input作为PHP输入流，它能读取GET数据吗？这二个问题正是我们这节需要探讨的主要内容。
经验告诉我们，从测试与观察中总结，会是一个很凑效的方法。这里，我写了几个脚本来帮助我们测试。
@file 172.25.38.70:/phpinput_server.php 打印出接收到的数据
@file 172.25.38.70:/phpinput_post.php 模拟以POST方法提交表单数据
@file 172.25.38.70:/phpinput_xmlrpc.php 模拟以POST方法发出xmlrpc请求.
@file 172.25.38.70:/phpinput_get.php 模拟以GET方法提交表单表数
phpinput_server.php与phpinput_post.php
我们可以通过使用工具ngrep抓取http请求包（因为我们需要探知的是php://input，所以我们这里只抓取http Request数据包）。我们来执行测试脚本phpinput_post.php
结果：
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 04:00:58 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 175
Connection: close
Content-Type: text/html; charset=utf-8
-------$_POST------------------
array(2) {
["name"]=>
string(9) "jackxiang"
["idnum"]=>
string(4) "7788"
}
-------php://input-------------
name=jackxiang&idnum=7788
仔细观察，我们不难发现
1，$_POST数据,php://input 数据与httpd entity body数据是“一致”的
2，http请求中的Content-Type是application/x-www-form-urlencoded ，它表示http请求body中的数据是使用http的post方法提交的表单数据，并且进行了urlencode()处理。
我们再来看看脚本phpinput_xmlrpc.php的原文件内容，它模拟了一个POST方法提交的xml-rpc请求。
结果如下：
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 03:56:41 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 151
Connection: close
Content-Type: text/html; charset=utf-8
-------$_GET------------------
array(0) {
}
-------php://input-------------
<?xml version="1.0"> <methodcall> <name>jt_userinfo</name> </methodcall>
同样，我样也可以很容易地发现:
1，http请求中的Content-Type是text/xml。它表示http请求中的body数据是xml数据格式。
2，服务端$_POST打印出来的是一个空数组，即与http entity body不一致了。这跟上个例子不一样了，这里的Content-Type是text/xml,而不是application/x-www-form-urlencoded
3，而php://input数据还是跟http entity body数据一致。也就是php://input数据和$_POST数据不一致了。
我们再来看看通过GET方法提交表单数据的情况，php://input能不能读取到GET方法的表单数据？在这里，我们稍加改动一下phpinput_server.php文件，将$_POST改成$_GET。
同样，我们执行下一phpinput_get.php测试脚本，它模拟了一个通常情况下的GET方法提交表单数据。
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 03:59:38 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 149
Connection: close
Content-Type: text/html; charset=utf-8
-------$_GET------------------
array(2) {
["name"]=>
string(9) "jackxiang"
["idnum"]=>
string(4) "7788"
}
-------php://input-------------
比较POST方法提交的http请求，通常GET方法提交的请求中，entity body为空。同时，不会指定Content-Type和Content-Length。但是，如果强硬数据http entity body，并指明正确地Content-Type和Content-Length,那么php://input还可是读取得到http entity body数据，但不是$_GET数据。
所根据，上面几个探测，我们可以作出以下总结:
1，Content-Type取值为application/x-www-form-urlencoded时，php会将http请求body相应数据会填入到数组$_POST，填入到$_POST数组中的数据是进行urldecode()解析的结果。（其实，除了该Content-Type，还有multipart/form-data表示数据是表单数据，稍后我们介绍）
2，php://input数据，只要Content-Type不为multipart/form-data(该条件限制稍后会介绍)。那么php://input数据与http entity body部分数据是一致的。该部分相一致的数据的长度由Content-Length指定。
3，仅当Content-Type为application/x-www-form-urlencoded且提交方法是POST方法时，$_POST数据与php://input数据才是”一致”（打上引号，表示它们格式不一致，内容一致）的。其它情况，它们都不一致。
4，php://input读取不到$_GET数据。是因为$_GET数据作为query_path写在http请求头部(header)的PATH字段，而不是写在http请求的body部分。
这也帮助我们理解了，为什么xml_rpc服务端读取数据都是通过file_get_contents(‘php://input’, ‘r’)。而不是从$_POST中读取，正是因为xml_rpc数据规格是xml，它的Content-Type是text/xml。
php://input碰到了multipart/form-data
上传文件的时候，表单的写法是这样的
那么，enctype=multipart/form-data这里的意义，就是将该次http请求头部(head)中的Content-Type设置为multipart/form-data。请查阅RFC1867对它的描述。multipart/form-data也表示以POST方法提交表单数据，它还伴随了文件上传，所以会跟application/x-www-form-urlencoded数据格式不一样。它会以一更种更合理的，更高效的数据格式传递给服务端。我们提交该表单数据，并且打印出响应结果，如下:
-------$_POST------------------
array(1) {
["n"]=>
string(9) "jackxiang"
}
-------php://input-------------
同时，我们通过ngrep抓取的相应的http请求数据包如下:
multipart/form-data; boundary=---------------------------7db9cf5042a
-----------------------------7db9cf5042a
Content-Disposition: form-data; name="n"
jackxiang
-----------------------------7db9cf5042a
Content-Disposition: form-data; name="f"; filename="yxp.jpg"
Content-Type: image/bmp
BM �
从响应输出来比对，$_POST数据跟请求提交数据相符，即$_POST = array(‘n’ => ‘perfgeeks’)。这也跟http请求body中的数据相呼应，同时说明PHP把相应的数据填入$_POST全局变量。而php://input输出为空，没有输出任何东西，尽管http请求数据包中body不为空。这表示，当Content-Type为multipart/form-data的时候，即便http请求body中存在数据，php://input也为空，PHP此时，不会把数据填入php://input流。所以，可以确定: php://input不能用于读取enctype=multipart/form-data数据。
我们再比较这次通过ngrep抓取的http请求数据包，我们会发现，最大不同的一点是Content-Type后面跟了boundary定义了数据的分界符，bounday是随机生成的。另外一个大不一样的，就是http entity body中的数据组织结构不一样了。
上一节，我们概述了，当Content-Type为application/x-www-form-urlencoded时，php://input和$_POST数据是“一致”的，为其它Content-Type的时候，php://input和$_POST数据数据是不一致的。因为只有在Content-Type为application/x-www-form-urlencoded或者为multipart/form-data的时候，PHP才会将http请求数据包中的body相应部分数据填入$_POST全局变量中,其它情况PHP都忽略。而php://input除了在数据类型为multipart/form-data之外为空外，其它情况都可能不为空。通过这一节，我们更加明白了php://input与$_POST的区别与联系。所以，再次确认，php://input无法读取enctype=multipart/form-data数据，当php://input遇到它时，永远为空，即便http entity body有数据。
php://input VS $http_raw_post_data
相信大家对php://input已经有一定深度地了解了。那么$http_raw_post_data是什么呢？$http_raw_post_data是PHP内置的一个全局变量。它用于，PHP在无法识别的Content-Type的情况下，将POST过来的数据原样地填入变量$http_raw_post_data。它同样无法读取Content-Type为multipart/form-data的POST数据。需要设置php.ini中的always_populate_raw_post_data值为On，PHP才会总把POST数据填入变量$http_raw_post_data。
把脚本phpinput_server.php改变一下，可以验证上述内容
@php phpinput_post.php
@php phpinput_get.php
@php phpinput_xmlrpc.php
如下：
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 04:07:52 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 6
Connection: close
Content-Type: text/html; charset=utf-8
0
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 04:07:59 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 6
Connection: close
Content-Type: text/html; charset=utf-8
1
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 04:08:26 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 6
Connection: close
Content-Type: text/html; charset=utf-8
1
得出的结果输出都是一样的，即都为1，表示php://input和$HTTP_RAW_POST_DATA是相同的。至于对内存的压力，我们这里就不做细致地测试了。有兴趣的，可以通过xhprof进行测试和观察。
以此，我们这节可以总结如下:
1, php://input 可以读取http entity body中指定长度的值,由Content-Length指定长度,不管是POST方式或者GET方法提交过来的数据。但是，一般GET方法提交数据时，http request entity body部分都为空。
2,php://input 与$HTTP_RAW_POST_DATA读取的数据是一样的，都只读取Content-Type不为multipart/form-data的数据。
学习笔记
1，Coentent-Type仅在取值为application/x-www-data-urlencoded和multipart/form-data两种情况下，PHP才会将http请求数据包中相应的数据填入全局变量$_POST
2，PHP不能识别的Content-Type类型的时候，会将http请求包中相应的数据填入变量$HTTP_RAW_POST_DATA
3, 只有Coentent-Type不为multipart/form-data的时候，PHP不会将http请求数据包中的相应数据填入php://input，否则其它情况都会。填入的长度，由Coentent-Length指定。
4，只有Content-Type为application/x-www-data-urlencoded时，php://input数据才跟$_POST数据相一致。
5，php://input数据总是跟$HTTP_RAW_POST_DATA相同，但是php://input比$HTTP_RAW_POST_DATA更凑效，且不需要特殊设置php.ini
6，PHP会将PATH字段的query_path部分，填入全局变量$_GET。通常情况下，GET方法提交的http请求，body为空。
相册-耀京-腾讯(50314234) 16:35:28
cookie
博客-武建(569676660) 16:35:59
socket
RD-解超-赶集(75744317) 16:36:11
socket应该是正解吧。。。
博客-路人甲(285882507) 16:36:14
SESSION
-----
蒙了，下来才想起，经常调试Flash图片的上传流不就是一个非Get，非Post的方式嘛。
HTTP_RAW_POST_DATA PHP输入流
越来越发现缺少思考，或者说总结归纳不够罢。
====================================================================
来处网上 http://www.5iphp.com/zh-hans/content/483.html：
通过Flash POST 图片的二进制数据给php，由php生成图片保存。
开始想到用$_POST来接受。后来发现行不通。
查阅了很多资料 明白了所以然，这里做一个笔记：
于PHP默认只识别application/x-www.form-urlencoded标准的数据类型。
因此，对型如text/xml 或者 soap 或者 application/octet-stream 之类的内容无法解析，如果用$_POST数组来接收就会失败！
故保留原型，交给$GLOBALS['HTTP_RAW_POST_DATA'] 来接收。
另外还有一项 php://input 也可以实现此这个功能
php://input 允许读取 POST 的原始数据。和 $HTTP_RAW_POST_DATA 比起来，它给内存带来的压力较小，并且不需要任何特殊的 php.ini 设置。php://input和 $HTTP_RAW_POST_DATA 不能用于 enctype="multipart/form-data"。
我在Flash中使用JPGEncoder把BitMapData转成二进制，然后post给php
php页面代码如下：
http://www.jackxiang.com/post/4411/
务必参考：http://www.perfgeeks.com/?p=150
时间上面的文章如下，可能根据实际情况做下代码变通：
在使用xml-rpc的时候，server端获取client数据，主要是通过php输入流input，而不是$_POST数组。所以，这里主要探讨php输入流php://input
对一php://input介绍，PHP官方手册文档有一段话对它进行了很明确地概述。
“php://input allows you to read raw POST data. It is a less memory intensive alternative to $HTTP_RAW_POST_DATA and does not need any special php.ini directives. php://input is not available with enctype=”multipart/form-data”.
翻译过来，是这样：
“php://input可以读取没有处理过的POST数据。相较于$HTTP_RAW_POST_DATA而言，它给内存带来的压力较小，并且不需要特殊的php.ini设置。php://input不能用于enctype=multipart/form-data”
我们应该怎么去理解这段概述呢?!我把它划分为三部分，逐步去理解。
读取POST数据
不能用于multipart/form-data类型
php://input VS $HTTP_RAW_POST_DATA
读取POST数据
PHPer们一定很熟悉$_POST这个内置变量。$_POST与php://input存在哪些关联与区别呢?另外，客户端向服务端交互数据，最常用的方法除了POST之外，还有GET。既然php://input作为PHP输入流，它能读取GET数据吗？这二个问题正是我们这节需要探讨的主要内容。
经验告诉我们，从测试与观察中总结，会是一个很凑效的方法。这里，我写了几个脚本来帮助我们测试。
@file 172.25.38.70:/phpinput_server.php 打印出接收到的数据
@file 172.25.38.70:/phpinput_post.php 模拟以POST方法提交表单数据
@file 172.25.38.70:/phpinput_xmlrpc.php 模拟以POST方法发出xmlrpc请求.
@file 172.25.38.70:/phpinput_get.php 模拟以GET方法提交表单表数
phpinput_server.php与phpinput_post.php
我们可以通过使用工具ngrep抓取http请求包（因为我们需要探知的是php://input，所以我们这里只抓取http Request数据包）。我们来执行测试脚本phpinput_post.php
结果：
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 04:00:58 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 175
Connection: close
Content-Type: text/html; charset=utf-8
-------$_POST------------------
array(2) {
["name"]=>
string(9) "jackxiang"
["idnum"]=>
string(4) "7788"
}
-------php://input-------------
name=jackxiang&idnum=7788
仔细观察，我们不难发现
1，$_POST数据,php://input 数据与httpd entity body数据是“一致”的
2，http请求中的Content-Type是application/x-www-form-urlencoded ，它表示http请求body中的数据是使用http的post方法提交的表单数据，并且进行了urlencode()处理。
我们再来看看脚本phpinput_xmlrpc.php的原文件内容，它模拟了一个POST方法提交的xml-rpc请求。
结果如下：
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 03:56:41 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 151
Connection: close
Content-Type: text/html; charset=utf-8
-------$_GET------------------
array(0) {
}
-------php://input-------------
<?xml version="1.0"> <methodcall> <name>jt_userinfo</name> </methodcall>
同样，我样也可以很容易地发现:
1，http请求中的Content-Type是text/xml。它表示http请求中的body数据是xml数据格式。
2，服务端$_POST打印出来的是一个空数组，即与http entity body不一致了。这跟上个例子不一样了，这里的Content-Type是text/xml,而不是application/x-www-form-urlencoded
3，而php://input数据还是跟http entity body数据一致。也就是php://input数据和$_POST数据不一致了。
我们再来看看通过GET方法提交表单数据的情况，php://input能不能读取到GET方法的表单数据？在这里，我们稍加改动一下phpinput_server.php文件，将$_POST改成$_GET。
同样，我们执行下一phpinput_get.php测试脚本，它模拟了一个通常情况下的GET方法提交表单数据。
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 03:59:38 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 149
Connection: close
Content-Type: text/html; charset=utf-8
-------$_GET------------------
array(2) {
["name"]=>
string(9) "jackxiang"
["idnum"]=>
string(4) "7788"
}
-------php://input-------------
比较POST方法提交的http请求，通常GET方法提交的请求中，entity body为空。同时，不会指定Content-Type和Content-Length。但是，如果强硬数据http entity body，并指明正确地Content-Type和Content-Length,那么php://input还可是读取得到http entity body数据，但不是$_GET数据。
所根据，上面几个探测，我们可以作出以下总结:
1，Content-Type取值为application/x-www-form-urlencoded时，php会将http请求body相应数据会填入到数组$_POST，填入到$_POST数组中的数据是进行urldecode()解析的结果。（其实，除了该Content-Type，还有multipart/form-data表示数据是表单数据，稍后我们介绍）
2，php://input数据，只要Content-Type不为multipart/form-data(该条件限制稍后会介绍)。那么php://input数据与http entity body部分数据是一致的。该部分相一致的数据的长度由Content-Length指定。
3，仅当Content-Type为application/x-www-form-urlencoded且提交方法是POST方法时，$_POST数据与php://input数据才是”一致”（打上引号，表示它们格式不一致，内容一致）的。其它情况，它们都不一致。
4，php://input读取不到$_GET数据。是因为$_GET数据作为query_path写在http请求头部(header)的PATH字段，而不是写在http请求的body部分。
这也帮助我们理解了，为什么xml_rpc服务端读取数据都是通过file_get_contents(‘php://input’, ‘r’)。而不是从$_POST中读取，正是因为xml_rpc数据规格是xml，它的Content-Type是text/xml。
php://input碰到了multipart/form-data
上传文件的时候，表单的写法是这样的
那么，enctype=multipart/form-data这里的意义，就是将该次http请求头部(head)中的Content-Type设置为multipart/form-data。请查阅RFC1867对它的描述。multipart/form-data也表示以POST方法提交表单数据，它还伴随了文件上传，所以会跟application/x-www-form-urlencoded数据格式不一样。它会以一更种更合理的，更高效的数据格式传递给服务端。我们提交该表单数据，并且打印出响应结果，如下:
-------$_POST------------------
array(1) {
["n"]=>
string(9) "jackxiang"
}
-------php://input-------------
同时，我们通过ngrep抓取的相应的http请求数据包如下:
multipart/form-data; boundary=---------------------------7db9cf5042a
-----------------------------7db9cf5042a
Content-Disposition: form-data; name="n"
jackxiang
-----------------------------7db9cf5042a
Content-Disposition: form-data; name="f"; filename="yxp.jpg"
Content-Type: image/bmp
BM �
从响应输出来比对，$_POST数据跟请求提交数据相符，即$_POST = array(‘n’ => ‘perfgeeks’)。这也跟http请求body中的数据相呼应，同时说明PHP把相应的数据填入$_POST全局变量。而php://input输出为空，没有输出任何东西，尽管http请求数据包中body不为空。这表示，当Content-Type为multipart/form-data的时候，即便http请求body中存在数据，php://input也为空，PHP此时，不会把数据填入php://input流。所以，可以确定: php://input不能用于读取enctype=multipart/form-data数据。
我们再比较这次通过ngrep抓取的http请求数据包，我们会发现，最大不同的一点是Content-Type后面跟了boundary定义了数据的分界符，bounday是随机生成的。另外一个大不一样的，就是http entity body中的数据组织结构不一样了。
上一节，我们概述了，当Content-Type为application/x-www-form-urlencoded时，php://input和$_POST数据是“一致”的，为其它Content-Type的时候，php://input和$_POST数据数据是不一致的。因为只有在Content-Type为application/x-www-form-urlencoded或者为multipart/form-data的时候，PHP才会将http请求数据包中的body相应部分数据填入$_POST全局变量中,其它情况PHP都忽略。而php://input除了在数据类型为multipart/form-data之外为空外，其它情况都可能不为空。通过这一节，我们更加明白了php://input与$_POST的区别与联系。所以，再次确认，php://input无法读取enctype=multipart/form-data数据，当php://input遇到它时，永远为空，即便http entity body有数据。
php://input VS $http_raw_post_data
相信大家对php://input已经有一定深度地了解了。那么$http_raw_post_data是什么呢？$http_raw_post_data是PHP内置的一个全局变量。它用于，PHP在无法识别的Content-Type的情况下，将POST过来的数据原样地填入变量$http_raw_post_data。它同样无法读取Content-Type为multipart/form-data的POST数据。需要设置php.ini中的always_populate_raw_post_data值为On，PHP才会总把POST数据填入变量$http_raw_post_data。
把脚本phpinput_server.php改变一下，可以验证上述内容
@php phpinput_post.php
@php phpinput_get.php
@php phpinput_xmlrpc.php
如下：
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 04:07:52 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 6
Connection: close
Content-Type: text/html; charset=utf-8
0
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 04:07:59 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 6
Connection: close
Content-Type: text/html; charset=utf-8
1
HTTP/1.1 200 OK
Date: Fri, 22 Jul 2011 04:08:26 GMT
Server: Apache/2.0.59 (Unix) PHP/5.2.6
X-Powered-By: PHP/5.2.6
Vary: Accept-Encoding
Content-Length: 6
Connection: close
Content-Type: text/html; charset=utf-8
1
得出的结果输出都是一样的，即都为1，表示php://input和$HTTP_RAW_POST_DATA是相同的。至于对内存的压力，我们这里就不做细致地测试了。有兴趣的，可以通过xhprof进行测试和观察。
以此，我们这节可以总结如下:
1, php://input 可以读取http entity body中指定长度的值,由Content-Length指定长度,不管是POST方式或者GET方法提交过来的数据。但是，一般GET方法提交数据时，http request entity body部分都为空。
2,php://input 与$HTTP_RAW_POST_DATA读取的数据是一样的，都只读取Content-Type不为multipart/form-data的数据。
学习笔记
1，Coentent-Type仅在取值为application/x-www-data-urlencoded和multipart/form-data两种情况下，PHP才会将http请求数据包中相应的数据填入全局变量$_POST
2，PHP不能识别的Content-Type类型的时候，会将http请求包中相应的数据填入变量$HTTP_RAW_POST_DATA
3, 只有Coentent-Type不为multipart/form-data的时候，PHP不会将http请求数据包中的相应数据填入php://input，否则其它情况都会。填入的长度，由Coentent-Length指定。
4，只有Content-Type为application/x-www-data-urlencoded时，php://input数据才跟$_POST数据相一致。
5，php://input数据总是跟$HTTP_RAW_POST_DATA相同，但是php://input比$HTTP_RAW_POST_DATA更凑效，且不需要特殊设置php.ini
6，PHP会将PATH字段的query_path部分，填入全局变量$_GET。通常情况下，GET方法提交的http请求，body为空。
[个人原创]用firebug调试JS时，利用其单步进入功能分析多层嵌套函数后能快速找到多层函数原型所在的文件名的方法
Php/Js/Shell/Go jackxiang 2011-6-30 23:40
现在你想看函数里的变量和值，你只需要在js里某个地输入：debugger; 即可，否则，你要想看变量是不可能的，或者加断点也成。
断点继续运行：F8
单步进入嵌套调用的函数体实现内部：F11
单步跳过：F10
单步退出：Shift+F11
从知道函数入口的函数中嵌套的函数在另外一个文件，可以通过单步进入查看进入后，就能知道另外一个文件的Js文件的名称，知道文件名后是快速解决Js问题的基础，如下图：
阅读全文
断点继续运行：F8
单步进入嵌套调用的函数体实现内部：F11
单步跳过：F10
单步退出：Shift+F11
从知道函数入口的函数中嵌套的函数在另外一个文件，可以通过单步进入查看进入后，就能知道另外一个文件的Js文件的名称，知道文件名后是快速解决Js问题的基础，如下图：
阅读全文
[个人原创]使用PHP的Socket来模拟RFC协议中的网页POST上传图片
Php/Js/Shell/Go jackxiang 2011-6-25 20:08
content-length: 这个值是从--$boundary，\r\nContent-Disposition: form-data; name=\"".rawurlencode($k)."\"\r\n\r\n， ...文件内容。。。\r\n".$boundary_2."--\r\n\r\n结束。注意：
最后的content的分割符也就是boundary还有两个--，表示结束。
其实协议是一个规化，代码是一个实现，久而久之，规划成为了规则，如：RFC协议就是一个大家在开发浏览器必须遵守的协议（http的（RFC 1867）：让HTML表单可以提交文件。它对HTML表单的扩展），而也具有开放性，为此，各种程序都可以实现这个协议，程序为协议而生，协议为功能而用，下面我们来实现一个通过PHP的Socket来模拟一次浏览器上传一张图片的提交代码，如下：
模拟浏览器遵循的Http协议发送图片程序，boundary开始时有一个 --,结束时：也有有 --,真正结束后有\r\n\r\n：
PHP接收发送过来的图片程序：
测试返回：
为何出现这样的情况呢？查找代码片段imageaaa，这个修改为file即可，修改后如下所示，上传成功：
说明是Ok的，查下upload目录下，果然是在这个图片的，证明PHP是完全可以通过fsocket来模拟Http上传图片协议来实现浏览器上传的。
阅读全文
最后的content的分割符也就是boundary还有两个--，表示结束。
其实协议是一个规化，代码是一个实现，久而久之，规划成为了规则，如：RFC协议就是一个大家在开发浏览器必须遵守的协议（http的（RFC 1867）：让HTML表单可以提交文件。它对HTML表单的扩展），而也具有开放性，为此，各种程序都可以实现这个协议，程序为协议而生，协议为功能而用，下面我们来实现一个通过PHP的Socket来模拟一次浏览器上传一张图片的提交代码，如下：
模拟浏览器遵循的Http协议发送图片程序，boundary开始时有一个 --,结束时：也有有 --,真正结束后有\r\n\r\n：
PHP接收发送过来的图片程序：
测试返回：
为何出现这样的情况呢？查找代码片段imageaaa，这个修改为file即可，修改后如下所示，上传成功：
说明是Ok的，查下upload目录下，果然是在这个图片的，证明PHP是完全可以通过fsocket来模拟Http上传图片协议来实现浏览器上传的。
阅读全文
使用不定个数的参数构造查询字符串之可变参数个数的函数
Php/Js/Shell/Go jackxiang 2011-6-16 13:55
写CDB类库的时候,就有一个查询是要求写出一个,具有可变参数个数的函数，类似于sprintf，fsql定义了数据格式，v1, v2等变量定义了要替换的值，然后将替换后的字符串作为数据库查询进行执行.
先举一个实现后的例子:
queryf("select * from glove_user where name = '%s' and site = '%s'", 'glove', 'glovely.info');
这其实就是一个select语句,其中不同的地方就是第一个参数中的name的值%s用后面的’glove’来替换,site的值%s用后面的’glovely.info’来替换,这些可以替换的参数是不限定个数的.
也就是说这个函数像我们用的sprintf一样,是带有不定个数的参数的.阅读全文
先举一个实现后的例子:
queryf("select * from glove_user where name = '%s' and site = '%s'", 'glove', 'glovely.info');
这其实就是一个select语句,其中不同的地方就是第一个参数中的name的值%s用后面的’glove’来替换,site的值%s用后面的’glovely.info’来替换,这些可以替换的参数是不限定个数的.
也就是说这个函数像我们用的sprintf一样,是带有不定个数的参数的.
阅读全文
