标签为 "PHP" 的存档

支付宝集成经验之技术支持问题

2009年4月25日 CK猪
{ 2 条评论 }

经过三天的努力，终于把接口调通了。在调试的过程中，遇到了一些文档中未提到的问题。而且也发现了文档和PHP编程接口的一些缺陷和错误。
这些缺陷和错误可能给开发者带来了一些误导。

文档错误：
1）所有的文档中都把错误代码HAS_NO_PRIVILEGE(没有权限访问该服务)写成HASNO_PRIVILEGE。

 
文档缺陷：
1）文档《标准快速付款接口文档 V2.0》和《批量付款到帐号》中关于数字签名部分有内容不明确。
《标准快速付款接口文档 V2.0》5.2.4. 支付宝系统返回处理结果：

支付宝系统接收到商户系统发起的请求，处理成功后返回的参数中同样包含有参数sign、sign_type，商户需根据sign_type 计算sign 值，最终检验支付宝系统返回的sign 值，这里要注意的是商户需要对每一个返回参数的值先进行decode 后再验证sign。

这里的decode我的理解应该是转换编码的意思吧?!但第一次看会很直觉地以为是urldecode。

2）文档中没有提到，本地以某种编码提交给支付宝，支付宝在发通知的时候就会以该编码对数据进行编码并发回本地。虽然这是比较容易想到的，但是文档还是应该说清楚。毕竟，搞错编码是网络传输中经常会出问题。
3）支付宝返回到我的return_url中的参数中，is_success这个参数没有说明，虽然字面就看得出来，但是写到文档里也没什么不好吧。
4）文档《标准快速付款接口文档 V2.0》中没有错误代码TRADE_SELLER_NOT_MATCH，网上查了好像是网址不匹配还是什么原因，不清楚。重现方法：用测试帐号***@***.com发个out_trade_no为1的请求就会出现。
5）文档中还没提到，当网站使用非第三方权威机构签名的SSL证书时，将收不到支付宝的notify。确认已经加了notify_url。

PHP编程接口缺陷：
1）编程接口及示例代码写得过于随便，出现明显的错误
批量支付示例代码index.php中

"pay_date" => date(Ymd),  //付款日期 格式20070412

应为

"pay_date" => date('Ymd'),  //付款日期 格式20070412

"batch_no"  => date(Ymdhms) , //批量付款订单号

应为

"batch_no"  => date('Ymdhms') , //批量付款订单号

出现这个错误，说明了支付宝在发demo代码给用户时没有先测试，至少是发给我的这份没有，因为这个demo是不可能运行得起来的。

2）alipay_service.php中 

if($parameter['_input_charset'] == "")

应为

if (array_key_exists('_input_charset', $parameter))

否则，当传进来的$parameter不包含_input_charset项是会出现错误Undefined index: _input_charset

3)编程接口能写得完善一些，实现DSA签名和RAS签名功能

另外，demo代码中把提交表单的按钮放到form外面了。一开始我没注意为什么要这么做，后来遇到签名错误时，弄了一个小时才发现，原来的我把提交按钮放到了FORM里面，并给了提交按钮一个name属性。这导致了提交到支付宝的数据中多了一项，导致签名错误。这是一个很隐蔽的陷阱，在文档中明确提醒集成开发者，相信会对集成开发者有很大的帮助。避免像我一样浪费了一个小时才找到错误原因。

CK猪是程序员 , ,

httpd、php编译参数

2009年4月16日 CK猪
{ 没有评论 }

PHP编译参数

CFLAGS="-O2" ./configure --prefix=/usr/local --with-config-file-path=/etc \
--with-apxs2=/usr/local/httpd/bin/apxs  --with-libdir=lib --with-mysql=no  \
--disable-ipv6 --disable-tokenizer --disable-short-tags --enable-mbstring=shared  \
--with-gettext=shared --with-regex=php --with-freetype-dir=/usr/local --with-gd=shared \
--with-png-dir=/usr/local --with-jpeg-dir=/usr/local --with-pdo-mysql=shared,/usr/local/mysql \
--enable-pdo=shared --with-pdo-sqlite=shared --with-sqlite=shared --with-openssl-dir=/usr/local/openssl \
--with-openssl=/usr/local

APR编译参数

CFLAGS="-O2" ./configure --prefix=/usr/local

APR-UTIL编译参数

CFLAGS="-O2" ./configure --prefix=/usr/local/apr-util/ --with-apr=/usr/local/apr --with-mysql=/usr/local/mysql/

HTTPD编译参数

LDFLAGS="-L/usr/local/apr/lib" ./configure --prefix=/usr/local/httpd --with-apr=/usr/local/apr  \
--with-ssl=/usr/local/openssl --enable-mods-shared=all --enable-so --with-apr-util=/usr/local/apr-util \
--enable-modules=all --enable-isapi=shared --enable-cgi=shared --enable-ssl=shared
CK猪是程序员 ,

PHP中=赋值操作符对不同数据类型的不同行为

2009年3月28日 CK猪
{ 没有评论 }

作为一个PHP的新手，一直对PHP的引用困惑了很久，今晚仔细看了用户手册和做了一些实验，终于明白了其中的原理和细节，特别是＝操作符对于不同类型的不同行为。
首先解释赋值操作符＝的行为，看下面的例子：

$i = 0;
$j = $i;
$j = 0;
echo $j;   // 打印输出0

$arr = array(0);
$arr2 = $arr;
$arr2[0] = 1;
echo $arr[0]; //打印输出0

class B
{
    public $i = 0;
}

$b = new B();
$c = $b;
$c->i = 1;
echo($b->i);  // 打印输出1

从这个例子可以看出，如果＝操作符右边的变量为基本数据类型或者数组，那么＝操作符把右边变量的一份拷贝赋值给左边变量；如果右边变量不是基本数据类型或者数组，如class，那么＝会把一个指向右边变量的引用赋值给左边变量。注意：是指向右边变量的引用，而不是指向右边变量所指的内容区域的引用；具体看下边的例子

$a = new A();
$b_a = $a;
$b_r = &$a;

$b_a = null;
var_dump($a);  //打印 object(A)[2]，$a所指向的内容还在
$b_r = null;
var_dump($a); // 打印 null，$a所指向的内容被清除了

上面的例子也说明了，如果用 $var = &$a 的方式赋值的话，用$var=null来销毁变量$var的话事实上是把$var所指内容被设置null了，其实这句话也暗示了任何一个指向该内容区域的引用变量均可用来销毁该内容区域的内容。所以，要销毁变量$var的话用 unset($var) 。PS：事实上一这种方式赋值$var只是个引用，占用不了多少内存，要不要销毁没所谓，这里这是说下必须用unset的方式销毁。

下面则是《用户手册》中的“引用的解释”的例子：

$a =& $b;

下边有这么一句解释：
这意味着 $a 和 $b 指向了同一个变量。
注: $a 和 $b 在这里是完全相同的，这并不是 $a 指向了 $b 或者相反，而是 $a 和 $b 指向了同一个地方。
引用是什么？

在 PHP 中引用意味着用不同的名字访问同一个变量内容。这并不像 C 的指针，替代的是，引用是符号表别名。注意在 PHP 中，变量名和变量内容是不一样的，因此同样的内容可以有不同的名字。最接近的比喻是 Unix 的文件名和文件本身――变量名是目录条目，而变量内容则是文件本身。引用可以被看作是 Unix 文件系统中的紧密连接。

关于“引用是什么”的一点解释：

int i = 0;
int j = 0;
int *p = &i;
p = &j;

上面的代码中，p是一个指向i的内存地址的指针，而*p才是其中的内容；p=&j指向改变了p指针的指向，用*p=111的表达式才会改变i的内容。而PHP中则不是，下面的例子

$i = 0;
$p = &$i;

$p = 111则马上会改变$i的值。

CK猪是程序员 ,

PHP输出缓存控制

2009年3月28日 CK猪
{ 没有评论 }

有时我们需要页面内容完成生成后一次性输出，或者echo之后马上输出页面内存而不缓存，那么我们就会用到PHP的页面输出缓存控制的相关函数。

PHP页面输出缓存控制函数如下：

flush — 刷新输出缓冲
ob_clean — Clean (erase) the output buffer
ob_end_clean — Clean (erase) the output buffer and turn off output buffering
ob_end_flush — Flush (send) the output buffer and turn off output buffering
ob_flush — Flush (send) the output buffer
ob_get_clean — Get current buffer contents and delete current output buffer
ob_get_contents — Return the contents of the output buffer
ob_get_flush — Flush the output buffer, return it as a string and turn off output buffering
ob_get_length — Return the length of the output buffer
ob_get_level — Return the nesting level of the output buffering mechanism
ob_get_status — Get status of output buffers
ob_gzhandler — ob_start callback function to gzip output buffer
ob_implicit_flush — Turn implicit flush on/off
ob_list_handlers — List all output handlers in use
ob_start — Turn on output buffering
output_add_rewrite_var — Add URL rewriter values
output_reset_rewrite_vars — Reset URL rewriter values

更加详细的用法见PHP用户手册，下面举一个简单的示例:

$str = 'Hello world';
echo $str;
sleep(10);

这段代码会在sleep了10秒后在页面打印 Hello world。在看下面这段代码：

$str = 'Hello world';
echo $str . str_repeat(' ', 256);
ob_flush();
flush();
sleep(10);

这段代码则会马上在屏幕上打印 Hello world。关键就在于第2和第3行调用的两个函数 ob_flush() 和 flush()。这两个函数得一起使用才能保证页面马上输出Hello world。其中str_repeat(‘ ‘, 256)则是为了解决某些浏览器必须在接收到256个字符后才会显示内容。下面的内容摘自《PHP用户手册》，很好地解释了上面的代码意图。
引用自《PHP用户手册》的内容

flush() 函数不会对服务器或客户端浏览器的缓存模式产生影响。因此，必须同时使用 ob_flush() 和flush() 函数来刷新输出缓冲。
个别web服务器程序，特别是Win32下的web服务器程序，在发送结果到浏览器之前，仍然会缓存脚本的输出，直到程序结束为止。
有些Apache的模块，比如mod_gzip，可能自己进行输出缓存，这将导致flush()函数产生的结果不会立即被发送到客户端浏览器。
甚至浏览器也会在显示之前，缓存接收到的内容。例如 Netscape 浏览器会在接受到换行或 html 标记的开头之前缓存内容，并且在接受到 标记之前，不会显示出整个表格。
一些版本的 Microsoft Internet Explorer 只有当接受到的256个字节以后才开始显示该页面，所以必须发送一些额外的空格来让这些浏览器显示页面内容。

上面的代码演示了即时输出缓存，一般情况下该部分代码都能正常完成所要的功能，但是也会有例外

1）服务器打开了gzip等压缩功能，导致输出的缓存被压缩后不足256字节，那么在某些版本IE中也会等到凑够了256字节才输出内容（PS:之所以说某些版本的IE是因为我现在用的IE6就没有该问题，WINDOWS XP SP2)

2)如果这段代码之前还有代码，而且前面的代码中多次调用了ob_start()而ob_end_flush()调用的次数比ob_start()少2次，那么这上面的代码也不能正常工作。因为ob_start()的buffer是stackable的。调用多次ob_start()后，ob_flush()只会把buffer输出到上一层的buffer中。例如

调用ob_start()，它的缓存区为 buffer1，再次调用ob_start()，它的缓存区为buffer2。这时调用ob_flush()只会把 buffer2中的内容输出到 buffer1。这时如果调用 ob_end_flush(), 那么buffer2中的内容会被输出到 buffer1并且销毁buffer2。此时再调用ob_flush()就会把buffer1中的内容输出到服务器，然后调用flush()则可以把服务器中的buffer输出到客户端浏览器。

知道了ob_start()和ob_end_flush()的用法后，就可以用下面的代码来实现所有页面内容完全生成后一次性输出所有的缓存。

ob_start();

//do something to generate $content
echo $content;

ob_end_flush();
flush(); //if script is ending, this can be removed.

之所以要这么做是因为服务器会在缓存区满了以后就输出缓存而不是等到所以页面内容生成后再输出

CK猪是程序员 , ,