支付宝给出来的示例代码,里面采用的是GBK编码,使用Zend Studio打开以后中文全是乱码.我先是用写字板打开,然后拷贝到记事本中,然后再拷贝到Zend Studio中,这样就实现了将原有代码拷贝过来.
我是直接使用的原有代码,包括各种函数,都是示例代码中所给的,所以遇到的第一个问题就是乱码问题.我仔细的都了源码,按照计算机执行的顺序,一步步往下读,发现了一个问题:
function charset_encode($input,$_output_charset ,$_input_charset ="GBK" ) {
UC_alipay我已经开发了出来,整个流程已经可以跑通了,这个模块已经花了我将近一周的时间了,但是现在还有两个问题没有解决。
问题1：UTF-8和GBK之间的转换问题,drupal的模块都是采用的UTF-8的编码,我传给支付宝网关的input_charset也设置为了UTF-8，但是我传递到支付宝的汉字编成了乱码。
问题2：通知验证总是失败，支付宝将信息返回来以后，我对这些参数信息规整后，发送到支付宝请求验证这些数据的真伪性，但是每次都是返回失败。验证是使用MD5签名的，我觉得这个问题很有可能是由第一个引起的。当然也不排除其它原因。
其它的接口问题，我已经搞定。现在网上放置的测试模块，对于第一个问题，我传递的都是英文，对于第2个问题，直接设定了验证结果为真。所以可以跑通。
下载地址：
使用方法：
下载后，进入界面翻译管理页面，点击导入，导入该PO文件。汉化包只有一个PO文件，而不是drupal6的各个小PO文件的形式。
汉化程度：100%汉化了，不信你看看。有21个字符串有一点点问题，导入不了，但是已经存在于汉化包中了。基本上不影响。
Ubercart的POT文件包含了3159个字符串，所以汉化的工作是非常辛苦的。前前后后花了1个月的时间，它的工作量不亚于drupal6核心的汉化，drupal6有3534个字符串，Ubercart只比它少300+个。但是drupal6汉化的时候已经有了drupal5的汉化包的，虽然很多不能用，但是毕竟还有一部分可用。而Ubercart的基本上没有可用的。
网站现在只用来捐款用，就是接受捐赠。其实和购买的流程一样。
PR仍然为4,什么时候能够升到5阿,就可以赶上drupalchina了。在中国，除了drupalchina和drupaltaiwan以外，它们两个现在都是5，就我一个是4。其它的jason的是3，阿舍的是3，libo的也是3，joetsuihk的也是3。
不过dghabc的Drupal 试验田，最高，6厉害啊。不过它的这个域名在没有改为drupal的内容以前，就已经很高了.dghab好像是joomla中文圈里面的元老。他网上最近放了不少的好东东。
2008年即将过去了，2009年马上就到了，说一下小站的愿景，那就是PR达到6，向dghabc兄靠齐。同时也希望网站能够实现盈利，包括这种方式，而不是像现在这样亏损着。
今天晚上本站将会发布一个Ubercart的中文包，100%翻译好的，能用，可能很多地方不贴切，但是我会不断地去完善的，感谢台湾的qingwen75的支持，如果没有他的逼迫，这个可能很久才能完成，希望Ubercart的汉化包在2009年逐步完善。
老葛，你是怎么实现多级联动的？我看有个Hierarchical Select模块可是不太会用，有没简单或者别的方法实现cck里的联动类别添加呢？
写模块的时候遇到的问题, warning: Missing argument 2 for variable_get(), called in…，发现问题以后，我很快大概知道问题出在哪里了，那就是variable_get()这个函数没有用对。我是修改的别的模块的代码，直接把第2个参数给删除了，为了省事，因为不删的话，就为空字符串了，觉得留着没用，就删了。
不过还是习惯的google了一下，找到一篇文章http://drupal.org/node/31792，讲的同一个问题。又查了查drupal api，果然是第2个参数，也就是默认值参数被删除的原因，那好，加上就可以了。
相关链接: Think in Drupal
如题.比如：product栏目的term页面 是<body id="product" class="term">product栏目的node页面 是<body id="product" class="node">
假设网站有栏目：关于我们 新闻中心 产品中心 联系方式其中【关于我们】和【联系方式】共用同一个content type【新闻中心】和【产品中心】各自有自己的content type.
请教下葛仙人，该如何实现...
