手册以及网上众多的文章，都忽略了一个问题，让我抓狂了一晚上。
PHP5用SOAP扩展写的server，很简单，用PHP5调用，一点问题没有；
偏偏有个PHP4的系统，需要调用SOAP，因为没有扩展可装，只能用nusoap；
于是问题就出现了：nusoap调用成功，接收返回值的时候一直报错，说content type不是xml，是html的，不予接受。
查手册和资料未果，把nusoap的代码看了一遍，发现他有个地方在判断http header的类型，如果不是text/xml的，就拒绝解析返回值。
然后，我在调用Soap Server之前，加了一句：
header(‘Content-type: text/xml’);
世界就清净了。
如果不加这一句强制指定content type，默认是PHP SOAP是按text/html输出的，应该算是个bug？也许。
Zend_Gdata_Photos_UserEntry, 281行
public function getGphotoQuotaCurrent()
{return $this->_gphotoThumbnail; }
正确的应该是：
return $this->_gphotoQuotaCurrent;
检查了一下，最新发布的1.7.0也有此bug，已经提交给Zend了。
[php]
<?php
require_once(‘Zend/Gdata.php’);
require_once(‘Zend/Gdata/Query.php’);
require_once(‘Zend/Gdata/ClientLogin.php’);
//向 Blogger发送文章，可自定义Tag
class Blogger{
private $gdClient;
private $blogID;
public function __construct($mail, $password, $blogID){
$service = ‘blogger’;
$client = Zend_Gdata_ClientLogin::getHttpClient($mail, $password, $service);
$this->gdClient = new Zend_Gdata($client);
$this->blogID = $blogID;
}
public function printAllBlogs(){
$query = new Zend_Gdata_Query(‘https://www.blogger.com/feeds/default/blogs’);
$feed = $this->gdClient->getFeed($query);
$this->printFeed($feed);
}
public function printFeed($feed){
$i = 0;
foreach($feed->entries as $entry) {
print_r (split(‘-’, $entry->id->text));
$i++;
}
}
public function createPublishedPost($title=’Hello, world!’, $content=’I am blogging on the internet.’, $category= ”, $publish){
$uri = ‘https://www.blogger.com/feeds/’ . $this->blogID . ‘/posts/default’;
$entry = $this->gdClient->newEntry();
$entry->title = $this->gdClient->newTitle($title);
$entry->content = $this->gdClient->newContent($content);
$entry->published = $this->gdClient->newPublished($publish);
if(preg_match(‘/,/s’,$category)){
$categorys = explode($category,’,');
}else{
$categorys[] = $category;
}
$labels = array();
foreach ($categorys as $key =>$value){
$labels[] = new Zend_Gdata_App_Extension_Category($value, ‘http://www.blogger.com/atom/ns#’);
}
$entry->setCategory($labels);
$entry->content->setType(‘text’);
$createdPost = $this->gdClient->insertEntry($entry, $uri);
$idText = split(‘-’, $createdPost->id->text);
$newPostID = $idText[2];
return $newPostID;
}
}
[/php]
有人说要用它构建个东西玩，不过要改点功能
于是研究了一下
真是不看不知道
外表看起来似乎和校内、海内还有ＸＸ内差不多
其实，内部差了太多了
的确，UCenter Home看起来功能强大
可是，如果要用它跑应用
我看，还是歇了吧
具体的构架缺陷我就不说了，免得让人说我矫情
下个结论：
这玩意只适合小网站主玩玩而已
可以预见的是，用户到了一个量级的时候（这个量对互联网来说绝对是微量）
这玩意就要吃人了
到时候，哭去吧，改去吧
写代码写久了，有的习惯就养成了
比如敲了一个大括号，顺手肯定会把另外一半也敲上
写php也写了有段时间了，一直都是<?php开头 ，然后顺手敲上 ?> 结尾
今天看Zend frameword的文档，才突然发现，原来
对于只包含有 PHP 代码的文件，结束标志（”?>”）是不允许存在的，PHP自身不需要（”?>”）, 这样做, 可以防止它的末尾的被意外地注入空白并显示输出。
原来如此，之前在看Zf的例子代码的时候就在奇怪为什么没有?>结尾，一直没去好好想，现在刚明白
回头去修改类代码。
昨天小数据量测试通过，查询效率还不错
今天准备了2000万的数据，估计全部索引完得好几天了
开了10进程同时索引中
PS：Zend_Search_Lucene的使用还是很方便的，不过就是文档太缺了
================
update：2008-06-26
测试效果不怎么理想，Lucene的索引更适合一次索引，永远不变的情况
更新索引，再优化，速度非常的慢
目前索引大小1.5G，进行更新，再优化，整整花了1天多的时间
玩ZendFramework的Lucene
建了一个大约100万记录的索引
搜索的时候总是报内存耗尽
检查Httpd的运行状态，发现一开始查询，消耗内存就开始猛增，最高能到800M……
Google了N次，没有找到原因，百思不得其解，暂且放一放
=========================
TNND，找到原因了，Analyzer设错了
现在检索速度还可以
最近评论