请教:百度知道,数据合作模式开发,大家有搞过的吗?

alpha 2011-01-14 04:51:18
http://www.baidu.com/search/openiknow/index.html
公司和百度合作,公司的一个问答模块与知道模块接口合作。需要提交申请文档。
因为百度接口也是刚做的,分为,频道合作模式和数据库合作模式。
我们使用的是数据合作模式,但是百度只给了一个api,里面写的很简单。连个demo都没有。
而且只是php语言的。我们的网站是jsp的。
现在一头雾水不知道改如何下手。
...全文
461 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
笑离歌 2012-03-26
  • 打赏
  • 举报
回复
没看懂!我们也申请通过了!可是我去回答问题,下面也没有提示显示出我的logo啊!
alpha 2011-12-26
  • 打赏
  • 举报
回复
200 这个错误码 你搜下看看。
waiyi125 2011-12-18
  • 打赏
  • 举报
回复
200 No permission to access data 没有权限访问数据

是什么错误了
wanting17 2011-06-21
  • 打赏
  • 举报
回复
是啊,我们也遇到同样问题:
向百度返回答案时,answer时,总提示Unknown error未知错误。

反复试了好多次,好像填写自己question时返回的问题qid,则成功!

不知是否百度知道对回答问题有什么限制!
liuxk1976 2011-03-16
  • 打赏
  • 举报
回复
文档都有,可是向百度返回答案的时候,baidu.zhidao.answer这个,老调不通。用表单POS提示未知错误。都没郁闷死了,那边还没技术对接的。
JavaAlpha 2011-01-14
  • 打赏
  • 举报
回复
开放知道 API描述文档
gengyankun@baidu.com

【接口一 分类问题列表】

数据格式:JSON

API输入格式demo
http://zhidao.xxxx.com/api/qlist?cid=1&lm=1

必要参数
cid 分类ID
lm 1为未解决 2为已解决

可选参数
rn(取值范围10至30)返回问题条数

注:如果cid指定为0,则不区分分类

API输出格式 (具体可参见demo url返回的数据)
PAGE_STATUS 整型,200为正常,其它为异常
level_arr 分类层次关系数组,cid=0时该项为null
cid 分类ID(整型)
cname 分类名称
cur_class 当前分类信息
cid 分类ID(整型)
cname 分类名称,cid=0时该项为””
question_arr 分类下问题数组
qid问题ID(加密串)
title 问题标题
qstatus 问题状态(1为未解决 2为已解决 3为已关闭)
create_time 提问时间(时间戳)
cid 问题所属分类ID(整型)
cname 问题所属分类名称
reward问题悬赏分数(整型)
answer_count 问题回答个数(整型)
ql_count 问题总数量
lm 问题状态(1为未解决 2为已解决)

【接口二 用户名片页】

数据格式:JSON

API输入格式demo
http://zhidao.xxxx.com/api/person?api_account_id=2&api_uid=4487931

必要参数
api_account_id 用户系统类型,uuu9用户类型为2
api_uid 用户ID(整型)

可选参数
rn(取值范围10至30)返回用户回答纪录条数

API输出格式(具体可参见demo url返回的数据)
PAGE_STATUS 整型,200为正常,其它为异常
ans_question 用户回答纪录数组
qid 问题ID(加密串)
title 问题标题
q_create_time 提问时间(时间戳)
a_create_time 回答时间(时间戳)
qstatus 问题状态(1为未解决 2为已解决 3为已关闭)
finish_time 问题被关闭/采纳时间(时间戳)
is_best 是否是最佳答案(0为非最佳,1为最佳)
reward 问题悬赏分数(整型)
answer_count 问题回答个数(整型)
count 该用户回答的总数(整型)
person 用户信息
account_id 用户账号类型(加密串)
site_id 应用类型ID(加密串)
uid (加密串)
uname 用户名
score 用户积分
wealth 暂不使用
q_count 用户提问总数
a_count 用户回答总数
best_count 用户最佳答案数
praise_count 暂不使用
is_blocked 该用户当前是否被封禁(0为非封禁 1为封禁)
admin_level 管理员权限(0为非管理员 1为管理员)
good_rate 用户回答采纳率
level 用户等级
level_ch 用户等级中文展示
head_title 用户头衔



JavaAlpha 2011-01-14
  • 打赏
  • 举报
回复
7.1 baidu.zhidao.getQuestionList
7.1.1 功能
基于百度知道分类ID获取对应分类下的问题列表
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao?api_key=20000&method=baidu.zhidao.getQuestionList &call_id=1276418994&format=xml&bd_sig=sig-result&cid=249&qstatus=0&page_no=2&page_size=25
7.1.2 参数
参数名 类型 描述
4.2.1 系统级参数全体
4.2.2 业务级参数全体
cid int 百度知道的分类ID
qstatus int 问题状态 0为待解决 1为已解决
7.1.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
id 问题ID
url 该问题在百度知道的URL
title 问题标题
content 提问内容
cid 该问题在百度知道所属的分类ID
cname 该问题在百度知道所属的分类名称
7.2 baidu.zhidao.getQuestionSearch
7.2.1 功能
基于检索关键字在百度知道中搜索匹配的问题列表
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao?api_key=20000&method=baidu.zhidao.getQuestionSearch&call_id=12764994&format=xml&bd_sig=sig-result&keywords=北京+百度大厦&qstatus=0
&page_no=2&page_size=25
7.2.2 参数
参数名 类型 描述
4.2.1 系统级参数全体
4.2.2 业务级参数全体
keywords string 检索关键字 多个检索关键字之间使用+号连接
qstatus int 问题状态 0为待解决 1为已解决
7.2.3 返回值
 Response XML 示例


 Response XML 标签说明
标签名 描述
id 问题ID
url 该问题在百度知道的URL
title 问题标题
content 提问内容
cid 该问题在百度知道所属的分类ID
cname 该问题在百度知道所属的分类名称
summary 已解决问题的最佳答案摘要
7.3 baidu.zhidao.getQuestionInfo
7.3.1 功能
基于百度知道问题ID获取对应问题的数据以及回答
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao?api_key=20000&method=baidu.zhidao.getQuestionInfo &call_id=127323494&format=xml&bd_sig=sig-result&qid= 122727482
7.3.2 参数
参数名 类型 描述
4.2.1 系统级参数全体
qid int 百度知道的问题ID
7.3.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
questionInfo 问题内容数据,具体明细参考7.1和7.2
bestAnswers 最佳答案列表
answers 普通答案列表
content 回答内容
cite 回答参考资料
7.4 baidu.zhidao.getQuestionAnswer
7.4.1 功能
基于百度知道问题ID、回答ID获取对应问题的数据的回答
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao?api_key=20000&method=baidu.zhidao.getQuestionInfo &call_id=127323494&format=xml&bd_sig=sig-result&qid= 122727482&aid=1232142352
7.4.2 参数
参数名 类型 描述
4.2.1 系统级参数全体
qid int 百度知道的问题ID
aid int 百度知道的回答ID
7.4.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
questionInfo 问题内容数据,具体明细参考7.1和7.2
answerInfo 回答内容数据
7.5 baidu.zhidao.question
7.5.1 功能
向百度知道进行提问
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao 参数全部为POST方式
7.5.2 参数
参数名 类型 描述
4.2.1 系统级参数全体api_key method call_id format bd_sig(POST)
title string POST字段问题标题
content string POST字段问题内容
utype string POST字段用户类型,例如baidu、renren、wanmei
uid int POST字段第三方账号系统uid
uname string POST字段第三方账号系统uname
7.5.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
error_code 错误号,0为成功
error_msg 错误描述
qid 问题ID
7.6 baidu.zhidao.answer
7.6.1 功能
向百度知道的待解决问题进行回答
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao 参数全部为POST方式
7.6.2 参数
参数名 类型 描述
4.2.1 系统级参数全体api_key method call_id format bd_sig (POST)
qid string POST字段提供回答的问题ID
content string POST字段回答内容
cite string POST字段回答参考资料
utype string POST字段用户类型,例如baidu、renren、wanmei
uid int POST字段第三方账号系统uid
uname string POST字段第三方账号系统uname
7.6.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
error_code 错误号,0为成功
error_msg 错误描述
qid 回答成功后返回的问题id
7.7 baidu.zhidao.setBestAnswer
7.7.1 功能
由提问用户对获取的回答进行采纳
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao 参数全部为POST方式
7.7.2 参数
参数名 类型 描述
4.2.1 系统级参数全体api_key method call_id format bd_sig (POST)
qid int POST字段问题qid
aid int POST字段回答id
thankWords string POST字段感谢语
utype string POST字段用户类型,例如baidu、renren、wanmei
uid int POST字段第三方账号系统uid
uname string POST字段第三方账号系统uname
7.7.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
error_code 错误号,0为成功
error_msg 错误描述
qid 回答成功后返回的问题id
8 第三方提供API接口细则
使用提问API(baidu.zhidao.question)的第三方,其用户使用该API提交提问之后,如果知道平台上有用户对该提问进行了回答,那么是需要一种机制反馈给第三方API调用者,以便及时将回答反馈给提问的用户,解决用户的疑问。本章节描述提问下产生回答后,第三方需要提供的API接口规范格式和要求。所有回答相关的反馈输出字符编码均是UTF-8
需要第三方提供HTTP的接口,采用POST方法,参数签名加密算法和4.2.3章节描述的算法一致,会使用第三方的密钥进行加密,第三方对之进行有效性校验,需要支持的POST参数如下:
参数名 类型 描述
method string 值为baidu.zhidao.feedback
qid int 问题ID,知道为int型
aid int 回答ID,知道为int型
utype string 提问用户的用户类型,例如baidu、renren、飞信
uid int 第三方账号系统uid
bd_sig string 参数签名
第三方基于接收到的qid和aid向平台发起请求,调用baidu.zhidao.getQuestionAnswer API接口获取对应提问下的回答信息。
第三方合作站点如果不采用消息提醒=》抓取回答内容的方式,可以选择下面这个直接接收回答数据的方法,仍然是HTTP接口,POST方法,参数签名加密算法和4.2.3章节描述的算法一致,会使用第三方的密钥进行加密,第三方对之进行有效性校验,需要支持的POST参数如下:
参数名 类型 描述
method string 值为baidu.zhidao.feedAnswer
qid int 问题ID,知道为int型
aid int 回答ID,知道为int型
utype string 提问用户的用户类型,例如baidu、renren、wanmei
uid int 第三方账号系统uid
content string 回答内容
cite string 回答参考资料
bd_sig string 参数签名
第三方合作接收到平台的回答反馈后,需要按指定数据格式输出数据信息,输出数据格式为UTF-8编码的XML接口。具体数据格式为:
 Response XML 示例
baidu.zhidao.feedback接口返回:

baidu.zhidao.feedAnswer接口返回:

 Response XML 标签说明
标签名 描述
error_code 错误号,0为成功
error_msg 错误描述

上述两种POST HTTP接口,对于使用提问API的第三方,实现一种即可,应用注册申请时指明具体采用策略即可。
9 附件及参考资料
alpha 2011-01-14
  • 打赏
  • 举报
回复
谢谢 熊猫。
JavaAlpha 2011-01-14
  • 打赏
  • 举报
回复






开放知道 API描述文档
gengyankun@baidu.com

【接口一 分类问题列表】

数据格式:JSON

API输入格式demo
http://zhidao.xxxx.com/api/qlist?cid=1&lm=1

必要参数
cid 分类ID
lm 1为未解决 2为已解决

可选参数
rn(取值范围10至30)返回问题条数

注:如果cid指定为0,则不区分分类

API输出格式 (具体可参见demo url返回的数据)
PAGE_STATUS 整型,200为正常,其它为异常
level_arr 分类层次关系数组,cid=0时该项为null
cid 分类ID(整型)
cname 分类名称
cur_class 当前分类信息
cid 分类ID(整型)
cname 分类名称,cid=0时该项为””
question_arr 分类下问题数组
qid问题ID(加密串)
title 问题标题
qstatus 问题状态(1为未解决 2为已解决 3为已关闭)
create_time 提问时间(时间戳)
cid 问题所属分类ID(整型)
cname 问题所属分类名称
reward问题悬赏分数(整型)
answer_count 问题回答个数(整型)
ql_count 问题总数量
lm 问题状态(1为未解决 2为已解决)

【接口二 用户名片页】

数据格式:JSON

API输入格式demo
http://zhidao.xxxx.com/api/person?api_account_id=2&api_uid=4487931

必要参数
api_account_id 用户系统类型,uuu9用户类型为2
api_uid 用户ID(整型)

可选参数
rn(取值范围10至30)返回用户回答纪录条数

API输出格式(具体可参见demo url返回的数据)
PAGE_STATUS 整型,200为正常,其它为异常
ans_question 用户回答纪录数组
qid 问题ID(加密串)
title 问题标题
q_create_time 提问时间(时间戳)
a_create_time 回答时间(时间戳)
qstatus 问题状态(1为未解决 2为已解决 3为已关闭)
finish_time 问题被关闭/采纳时间(时间戳)
is_best 是否是最佳答案(0为非最佳,1为最佳)
reward 问题悬赏分数(整型)
answer_count 问题回答个数(整型)
count 该用户回答的总数(整型)
person 用户信息
account_id 用户账号类型(加密串)
site_id 应用类型ID(加密串)
uid (加密串)
uname 用户名
score 用户积分
wealth 暂不使用
q_count 用户提问总数
a_count 用户回答总数
best_count 用户最佳答案数
praise_count 暂不使用
is_blocked 该用户当前是否被封禁(0为非封禁 1为封禁)
admin_level 管理员权限(0为非管理员 1为管理员)
good_rate 用户回答采纳率
level 用户等级
level_ch 用户等级中文展示
head_title 用户头衔









百度知道OPEN API接口规范文档V1.1







系统名称 百度知道OPEN API服务接口
项目负责人
作者 耿艳坤
文档提交日期 2010-08-26












百度在线网络技术(北京)有限公司
(版权所有,翻版必究)






修改记录

No 修改后
版本号 修改内容简介 修改日期 修改人
1 1.0 百度知道OPEN API服务接口 2010-08-26 耿艳坤
2 1.1 增加采纳接口 2010-12-12 陈霖



































目 录
1 背景 5
2 规范适用对象说明 5
3 名词解释 5
4 请求数据包格式规范 5
4.1 URL 5
4.2 参数 5
4.2.1 系统级参数 5
4.2.2 业务级参数的通用约定 6
4.2.3 参数签名算法 6
5 响应数据包格式规范 7
5.1 XML输出格式 7
5.2 json输出格式 7
5.3 错误响应输出格式 8
6 错误码定义 8
7 API接口细则 9
7.1 baidu.zhidao.getQuestionList 9
7.1.1 功能 9
7.1.2 参数 9
7.1.3 返回值 10
7.2 baidu.zhidao.getQuestionSearch 10
7.2.1 功能 10
7.2.2 参数 10
7.2.3 返回值 11
7.3 baidu.zhidao.getQuestionInfo 11
7.3.1 功能 11
7.3.2 参数 11
7.3.3 返回值 11
7.4 baidu.zhidao.getQuestionAnswer 12
7.4.1 功能 12
7.4.2 参数 12
7.4.3 返回值 12
7.5 baidu.zhidao.question 13
7.5.1 功能 13
7.5.2 参数 13
7.5.3 返回值 13
7.6 baidu.zhidao.answer 14
7.6.1 功能 14
7.6.2 参数 14
7.6.3 返回值 14
7.7 baidu.zhidao.setBestAnswer 14
7.7.1 功能 14
7.7.2 参数 15
7.7.3 返回值 15
8 第三方提供API接口细则 15
9 附件及参考资料 17


1 背景
本文旨在为第三方合作站点应用访问百度知道开放服务提供统一的HTTP接口调用与交互规范。
本文中描述的规范包括百度知道问题列表查询接口、检索查询接口、提问接口和回答接口。
2 规范适用对象说明
本规范仅适用于由服务器端发起调用请求、POST提交数据以及GET请求文本数据结果的Open API。
3 名词解释
 百度知道:http://zhidao.baidu.com
 API KEY:注册API合作时由百度的OPEN API平台分配的唯一标识一个应用的字符串,又称应用公钥
 API SECRET:注册API合作时由百度的OPEN API平台分配的应用密钥,用于平台与合作站点之间通信时的参数签名
4 请求数据包格式规范
4.1 URL
按照百度Open API规范,百度知道OPEN API提供如下REST风格的HTTP接口:
http://open.zhidao.baidu.com/restserver/zhidao?{query_string}
query_string由系统级参数部分和具体Open API调用参数部分组成,以key1=value&key2=value2&…表示,对于采用POST请求的Open API,query_string部分则是在POST请求体里。所有查询类的Open API接口既支持POST,也支持GET方式,提交类的OPEN API接口仅支持POST方式。
4.2 参数
4.2.1 系统级参数
以下参数是由百度Open API平台系统定义的,百度知道需要支持这些参数以便接入该平台提供开放接口。百度知道采用应用授权认证接口方式,合作初始百度知道代第三方站点申请应用分配api_key和参数签名密钥api_secret。
表格 4 1 API系统级参数
参数名 类型 是否必需 描述
api_key string 是 注册应用时分配到的api key
method string 是 采取baidu.zhidao.getQuestionList这样的命名空间方式制定方法名
call_id uint 是 时间戳,系统时间的秒值,同个应用的不同api请求的time值应该是递增的, 用于防replay攻击
format string 否 响应包格式,可以是xml(默认)或json
ie string 否 API调用请求包的编码类型,支持UTF-8和GBK
bd_sig string 是 参数签名,对bd_sig外所有参数串的签名,包括业务级的参数。
4.2.2 业务级参数的通用约定
百度知道遵守百度Open API规范中业务级通用参数的约定。
表格 4 2 业务级参数的通用约定
参数名 类型 描述
page_no Int 用于支持分页的api,默认为1,表示第几页
page_size Int 用于支持分页的api,表示每页返回多少条数据,默认以及上限为25
4.2.3 参数签名算法
参数签名生成算法采取如下方式(PHP版),其它语言根据注释描述完成等同功能:
//param_array是key-value形式的参数数组,不包括api_secret密钥本身
//secret是合作申请成功后分配的api_secret密钥
function generate_sig($param_array, $secret) {
$str = '';
//对param_array中的参数名称进行升序排序
ksort($param_array);
//按照如下格式转换数组为string格式
foreach ($param_array as $k=>$v) {
$str .= "$k=$v";
}
//string末端补充api_secret密钥
$str .= $secret;
//生成MD5为最终的数据签名
return md5($str);
}
注:密钥是百度知道分配给第三方应用的secret_key,该算法返回的结果便是系统级参数中的bd_sig。
5 响应数据包格式规范
响应数据包的格式由调用时传递的format参数指定(默认为xml格式),无论是xml格式还是json格式,输出内容都是UTF-8格式。目前,百度知道目前支持xml、json格式。
5.1 XML输出格式
 文档编码格式UTF-8
 接口的返回数据中,数组对应的xml节点包含list=”true”属性,其子节点的标签名跟对应的数据有联系,并且同个数组内的同级节点的标签名一致。例如表示问题标题列表对应的xml输出可能为:
<questionList list="true">
<title><![CDATA[北京一共有几个区?]]></title>
<title><![CDATA[百度大厦的地址是什么?]]></title>
</questionList>
 接口的返回数据中,对象类型和普通数据类型数据(string,int,double,bool)对应的xml节点不包含list属性或者list属性值为false,节点标签名具有实际意义,与数据所描述的信息相符。例如,表示问题的数据对应的xml输出为:
<question list=”false”>
<title><![CDATA[百度大厦的地址是什么?]]></title>
<url><![CDATA[http://zhidao.baidu.com/question/133295964.html]]</url>
<content><![CDATA[如题,百度大厦地址在]]</ content >
</question>
5.2 json输出格式
API调用时如果传递format参数为json(大小写不敏感),则正常响应包符合如下规范的json字符串:
 http响应头中的Content-Type指定为application/json, charset=utf-8
 字符串编码格式是UTF-8
字符串内容是XML输出数据所对应的PHP数组的标准JSON字符串
5.3 错误响应输出格式
错误响应输出内容符合以下规范:
 返回内容由error_code, error_msg, request_args这3个属性组成,分别用于描述错误码,错误信息,以及调用Open API时所传递的所有参数的信息。
 request_args属性是一个数组,由n个包含key和value属性的对象组成
例如,假设第三方应用调用baidu.zhidao.getQuestionList接口时传递的参数api_key无效,则其对应的xml格式的错误响应包为如下格式:
<?xml version="1.0" encoding="UTF-8"?>
<baidu_zhidao_getQuestionList_response>
<error_code>101</error_code>
<error_msg>Invalid API key</error_msg>
<request_args list="true">
<arg>
<key><![CDATA[cid]]></key>
<value><![CDATA[249]]></value>
</arg>
<arg>
<key><![CDATA[method]]></key>
<value><![CDATA[baidu.zhidao.getQuestionLis]]></value>
</arg>
</request_args>
</ baidu_zhidao_getQuestionList_response >
Json格式的字符串内容是XML输出数据所对应的PHP数组的标准JSON字符串
6 错误码定义
百度开放知道OPEN API调用过程中可能会返回的错误码定义如下表所示:
error_code error_msg Description
0 Success 成功
1 Unknown error 未知错误
2 Service temporarily unavailable 后端服务暂时不可用
3 Unsupported openapi method Open api接口不被支持
4 Open api request limit reached 应用对open api接口的调用请求数达到上限
5 Unauthorized client IP address:%s open api调用端的IP未被授权
100 Invalid parameter 参数无效或缺失
101 Invalid API key Api key无效
103 Invalid call_id parameter Call_id参数无效或已被使用过
104 Incorrect signature 签名无效
105 Too many parameters 参数过多
106 Unsupported signature method 参数签名算法未被平台所支持
200 No permission to access data 没有权限访问数据
900 No such application exists 应用不存在
12001 Parameters format error 必选参数格式错误
12002 Answer for invalid question 提交回答的问题生命已结束
12003 Query for invalid question status 查询问题状态错误
12004 Post str too long or short 提交字符串长度不合法
12005 Invalid qid or aid 所找问题、回答已失效或不存在
12006 Answer user is the asker or asked 回答用户是提问者或者已经回答过
12102 Invalid account system 无效的账户系统
7 API接口细则
以下接口返回数据均是以XML格式为demo,JSON格式的字符串内容是XML输出数据所对应的PHP数组的标准JSON字符串。
JavaAlpha 2011-01-14
  • 打赏
  • 举报
回复














百度知道OPEN API接口规范文档V1.1







系统名称 百度知道OPEN API服务接口
项目负责人
作者 耿艳坤
文档提交日期 2010-08-26












百度在线网络技术(北京)有限公司
(版权所有,翻版必究)






修改记录

No 修改后
版本号 修改内容简介 修改日期 修改人
1 1.0 百度知道OPEN API服务接口 2010-08-26 耿艳坤




































目 录
1 背景 4
2 规范适用对象说明 4
3 名词解释 4
4 请求数据包格式规范 4
4.1 URL 4
4.2 参数 4
4.2.1 系统级参数 4
4.2.2 业务级参数的通用约定 5
4.2.3 参数签名算法 5
5 响应数据包格式规范 6
5.1 XML输出格式 6
5.2 json输出格式 6
5.3 错误响应输出格式 7
6 错误码定义 7
7 API接口细则 8
7.1 baidu.zhidao.getQuestionList 8
7.1.1 功能 8
7.1.2 参数 8
7.1.3 返回值 8
7.2 baidu.zhidao.getQuestionSearch 9
7.2.1 功能 9
7.2.2 参数 9
7.2.3 返回值 9
7.3 baidu.zhidao.getQuestionInfo 10
7.3.1 功能 10
7.3.2 参数 10
7.3.3 返回值 10
7.4 baidu.zhidao.getQuestionAnswer 11
7.4.1 功能 11
7.4.2 参数 11
7.4.3 返回值 12
7.5 baidu.zhidao.question 12
7.5.1 功能 12
7.5.2 参数 12
7.5.3 返回值 12
7.6 baidu.zhidao.answer 13
7.6.1 功能 13
7.6.2 参数 13
7.6.3 返回值 13
8 第三方提供API接口细则 14
9 附件及参考资料 14


1 背景
本文旨在为第三方合作站点应用访问百度知道开放服务提供统一的HTTP接口调用与交互规范。
本文中描述的规范包括百度知道问题列表查询接口、检索查询接口、提问接口和回答接口。
2 规范适用对象说明
本规范仅适用于由服务器端发起调用请求、POST提交数据以及GET请求文本数据结果的Open API。
3 名词解释
 百度知道:http://zhidao.baidu.com
 API KEY:注册API合作时由百度的OPEN API平台分配的唯一标识一个应用的字符串,又称应用公钥
 API SECRET:注册API合作时由百度的OPEN API平台分配的应用密钥,用于平台与合作站点之间通信时的参数签名
4 请求数据包格式规范
4.1 URL
按照百度Open API规范,百度知道OPEN API提供如下REST风格的HTTP接口:
http://open.zhidao.baidu.com/restserver/zhidao?{query_string}
query_string由系统级参数部分和具体Open API调用参数部分组成,以key1=value&key2=value2&…表示,对于采用POST请求的Open API,query_string部分则是在POST请求体里。所有查询类的Open API接口既支持POST,也支持GET方式,提交类的OPEN API接口仅支持POST方式。
4.2 参数
4.2.1 系统级参数
以下参数是由百度Open API平台系统定义的,百度知道需要支持这些参数以便接入该平台提供开放接口。百度知道采用应用授权认证接口方式,合作初始百度知道代第三方站点申请应用分配api_key和参数签名密钥api_secret。
表格 4 1 API系统级参数
参数名 类型 是否必需 描述
api_key string 是 注册应用时分配到的api key
method string 是 采取baidu.zhidao.getQuestionList这样的命名空间方式制定方法名
call_id uint 是 时间戳,系统时间的秒值,同个应用的不同api请求的time值应该是递增的, 用于防replay攻击
format string 否 响应包格式,可以是xml(默认)或json
ie string 否 API调用请求包的编码类型,支持UTF-8和GBK
bd_sig string 是 参数签名,对bd_sig外所有参数串的签名,包括业务级的参数。
4.2.2 业务级参数的通用约定
百度知道遵守百度Open API规范中业务级通用参数的约定。
表格 4 2 业务级参数的通用约定
参数名 类型 描述
page_no Int 用于支持分页的api,默认为1,表示第几页
page_size Int 用于支持分页的api,表示每页返回多少条数据,默认以及上限为25
4.2.3 参数签名算法
参数签名生成算法采取如下方式(PHP版),其它语言根据注释描述完成等同功能:
//param_array是key-value形式的参数数组,不包括api_secret密钥本身
//secret是合作申请成功后分配的api_secret密钥
function generate_sig($param_array, $secret) {
$str = '';
//对param_array中的参数名称进行升序排序
ksort($param_array);
//按照如下格式转换数组为string格式
foreach ($param_array as $k=>$v) {
$str .= "$k=$v";
}
//string末端补充api_secret密钥
$str .= $secret;
//生成MD5为最终的数据签名
return md5($str);
}
注:密钥是百度知道分配给第三方应用的secret_key,该算法返回的结果便是系统级参数中的bd_sig。
5 响应数据包格式规范
响应数据包的格式由调用时传递的format参数指定(默认为xml格式),无论是xml格式还是json格式,输出内容都是UTF-8格式。目前,百度知道目前支持xml、json格式。
5.1 XML输出格式
 文档编码格式UTF-8
 接口的返回数据中,数组对应的xml节点包含list=”true”属性,其子节点的标签名跟对应的数据有联系,并且同个数组内的同级节点的标签名一致。例如表示问题标题列表对应的xml输出可能为:
<questionList list="true">
<title><![CDATA[北京一共有几个区?]]></title>
<title><![CDATA[百度大厦的地址是什么?]]></title>
</questionList>
 接口的返回数据中,对象类型和普通数据类型数据(string,int,double,bool)对应的xml节点不包含list属性或者list属性值为false,节点标签名具有实际意义,与数据所描述的信息相符。例如,表示问题的数据对应的xml输出为:
<question list=”false”>
<title><![CDATA[百度大厦的地址是什么?]]></title>
<url><![CDATA[http://zhidao.baidu.com/question/133295964.html]]</url>
<content><![CDATA[如题,百度大厦地址在]]</ content >
</question>
5.2 json输出格式
API调用时如果传递format参数为json(大小写不敏感),则正常响应包符合如下规范的json字符串:
 http响应头中的Content-Type指定为application/json, charset=utf-8
 字符串编码格式是UTF-8
字符串内容是XML输出数据所对应的PHP数组的标准JSON字符串
5.3 错误响应输出格式
错误响应输出内容符合以下规范:
 返回内容由error_code, error_msg, request_args这3个属性组成,分别用于描述错误码,错误信息,以及调用Open API时所传递的所有参数的信息。
 request_args属性是一个数组,由n个包含key和value属性的对象组成
例如,假设第三方应用调用baidu.zhidao.getQuestionList接口时传递的参数api_key无效,则其对应的xml格式的错误响应包为如下格式:
<?xml version="1.0" encoding="UTF-8"?>
<baidu_zhidao_getQuestionList_response>
<error_code>101</error_code>
<error_msg>Invalid API key</error_msg>
<request_args list="true">
<arg>
<key><![CDATA[cid]]></key>
<value><![CDATA[249]]></value>
</arg>
<arg>
<key><![CDATA[method]]></key>
<value><![CDATA[baidu.zhidao.getQuestionLis]]></value>
</arg>
</request_args>
</ baidu_zhidao_getQuestionList_response >
Json格式的字符串内容是XML输出数据所对应的PHP数组的标准JSON字符串
6 错误码定义
百度开放知道OPEN API调用过程中可能会返回的错误码定义如下表所示:
error_code error_msg Description
0 Success 成功
1 Unknown error 未知错误
2 Service temporarily unavailable 后端服务暂时不可用
3 Unsupported openapi method Open api接口不被支持
4 Open api request limit reached 应用对open api接口的调用请求数达到上限
5 Unauthorized client IP address:%s open api调用端的IP未被授权
100 Invalid parameter 参数无效或缺失
101 Invalid API key Api key无效
103 Invalid call_id parameter Call_id参数无效或已被使用过
104 Incorrect signature 签名无效
105 Too many parameters 参数过多
106 Unsupported signature method 参数签名算法未被平台所支持
200 No permission to access data 没有权限访问数据
900 No such application exists 应用不存在
12001 Parameters format error 必选参数格式错误
12002 Answer for invalid question 提交回答的问题生命已结束
7 API接口细则
以下接口返回数据均是以XML格式为demo,JSON格式的字符串内容是XML输出数据所对应的PHP数组的标准JSON字符串。
7.1 baidu.zhidao.getQuestionList
7.1.1 功能
基于百度知道分类ID获取对应分类下的问题列表
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao?api_key=20000&method=baidu.zhidao.getQuestionList &call_id=1276418994&format=xml&bd_sig=sig-result&cid=249&qstatus=0&page_no=2&page_size=25
7.1.2 参数
参数名 类型 描述
4.2.1 系统级参数全体
4.2.2 业务级参数全体
cid int 百度知道的分类ID
qstatus int 问题状态 0为待解决 1为已解决
7.1.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
id 问题ID
url 该问题在百度知道的URL
title 问题标题
content 提问内容
cid 该问题在百度知道所属的分类ID
cname 该问题在百度知道所属的分类名称
7.2 baidu.zhidao.getQuestionSearch
7.2.1 功能
基于检索关键字在百度知道中搜索匹配的问题列表
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao?api_key=20000&method=baidu.zhidao.getQuestionSearch&call_id=12764994&format=xml&bd_sig=sig-result&keywords=北京+百度大厦&qstatus=0
&page_no=2&page_size=25
7.2.2 参数
参数名 类型 描述
4.2.1 系统级参数全体
4.2.2 业务级参数全体
keywords string 检索关键字 多个检索关键字之间使用+号连接
qstatus int 问题状态 0为待解决 1为已解决
7.2.3 返回值
 Response XML 示例


 Response XML 标签说明
标签名 描述
id 问题ID
url 该问题在百度知道的URL
title 问题标题
content 提问内容
cid 该问题在百度知道所属的分类ID
cname 该问题在百度知道所属的分类名称
summary 已解决问题的最佳答案摘要
7.3 baidu.zhidao.getQuestionInfo
7.3.1 功能
基于百度知道问题ID获取对应问题的数据以及回答
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao?api_key=20000&method=baidu.zhidao.getQuestionInfo &call_id=127323494&format=xml&bd_sig=sig-result&qid= 122727482
7.3.2 参数
参数名 类型 描述
4.2.1 系统级参数全体
qid int 百度知道的问题ID
7.3.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
questionInfo 问题内容数据,具体明细参考7.1和7.2
bestAnswers 最佳答案列表
answers 普通答案列表
content 回答内容
cite 回答参考资料
7.4 baidu.zhidao.getQuestionAnswer
7.4.1 功能
基于百度知道问题ID、回答ID获取对应问题的数据的回答
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao?api_key=20000&method=baidu.zhidao.getQuestionInfo &call_id=127323494&format=xml&bd_sig=sig-result&qid= 122727482&aid=1232142352
7.4.2 参数
参数名 类型 描述
4.2.1 系统级参数全体
qid int 百度知道的问题ID
aid int 百度知道的回答ID
7.4.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
questionInfo 问题内容数据,具体明细参考7.1和7.2
answerInfo 回答内容数据
7.5 baidu.zhidao.question
7.5.1 功能
向百度知道进行提问
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao 参数全部为POST方式
7.5.2 参数
参数名 类型 描述
4.2.1 系统级参数全体api_key method call_id format bd_sig(POST)
title string POST字段问题标题
content string POST字段问题内容
utype string POST字段用户类型,例如baidu、renren、wanmei
uid int POST字段第三方账号系统uid
uname string POST字段第三方账号系统uname
7.5.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
error_code 错误号,0为成功
error_msg 错误描述
qid 问题ID
7.6 baidu.zhidao.answer
7.6.1 功能
向百度知道的待解决问题进行回答
URL Demo:
http://open.zhidao.baidu.com/restserver/zhidao 参数全部为POST方式
7.6.2 参数
参数名 类型 描述
4.2.1 系统级参数全体api_key method call_id format bd_sig (POST)
qid string POST字段提供回答的问题ID
content string POST字段回答内容
cite string POST字段回答参考资料
utype string POST字段用户类型,例如baidu、renren、wanmei
uid int POST字段第三方账号系统uid
uname string POST字段第三方账号系统uname
7.6.3 返回值
 Response XML 示例

 Response XML 标签说明
标签名 描述
error_code 错误号,0为成功
error_msg 错误描述
qid 回答成功后返回的问题id
8 第三方提供API接口细则
使用提问API(baidu.zhidao.question)的第三方,其用户使用该API提交提问之后,如果知道平台上有用户对该提问进行了回答,那么是需要一种机制反馈给第三方API调用者,以便及时将回答反馈给提问的用户,解决用户的疑问。本章节描述提问下产生回答后,第三方需要提供的API接口规范格式和要求。所有回答相关的反馈输出字符编码均是UTF-8
需要第三方提供HTTP的接口,采用POST方法,参数签名加密算法和4.2.3章节描述的算法一致,会使用第三方的密钥进行加密,第三方对之进行有效性校验,需要支持的POST参数如下:
参数名 类型 描述
method string 值为baidu.zhidao.feedback
qid int 问题ID,知道为int型
aid int 回答ID,知道为int型
utype string 提问用户的用户类型,例如baidu、renren、飞信
uid int 第三方账号系统uid
bd_sig string 参数签名
第三方基于接收到的qid和aid向平台发起请求,调用baidu.zhidao.getQuestionAnswer API接口获取对应提问下的回答信息。
第三方合作站点如果不采用消息提醒=》抓取回答内容的方式,可以选择下面这个直接接收回答数据的方法,仍然是HTTP接口,POST方法,参数签名加密算法和4.2.3章节描述的算法一致,会使用第三方的密钥进行加密,第三方对之进行有效性校验,需要支持的POST参数如下:
参数名 类型 描述
method string 值为baidu.zhidao.feedAnswer
qid int 问题ID,知道为int型
aid int 回答ID,知道为int型
utype string 提问用户的用户类型,例如baidu、renren、wanmei
uid int 第三方账号系统uid
content string 回答内容
cite string 回答参考资料
bd_sig string 参数签名
第三方合作接收到平台的回答反馈后,需要按指定数据格式输出数据信息,输出数据格式为UTF-8编码的XML接口。具体数据格式为:
 Response XML 示例
baidu.zhidao.feedback接口返回:

baidu.zhidao.feedAnswer接口返回:

 Response XML 标签说明
标签名 描述
error_code 错误号,0为成功
error_msg 错误描述

上述两种POST HTTP接口,对于使用提问API的第三方,实现一种即可,应用注册申请时指明具体采用策略即可。
9 附件及参考资料
JavaAlpha 2011-01-14
  • 打赏
  • 举报
回复
楼主可以参考。

用户系统开放API接口开发文档 v2.1
百度知道研发组

文档声明:首先欢迎各合作站点加入百度开放知道平台,请各个合作站点技术人员认真仔细阅读该接口开发文档,接口开发完成后,请参考第3项中的check list中的描述步骤进行仔细确认,确保接口功能正常,减少后续联调反复的代价。感谢各个合作站点的有效配合!

1. 背景
在开放知道运作模式下,为了能够更好的接入合作站点的用户系统,第三方用户系统中的用户可以直接使用开放知道的服务。为了实现该功能效果,需要合作站点和开放知道一定的交互协作,共同认证识别合作站点用户的真实身份,记录用户积分、用户贡献以及页面展示。
2. 接口开发
为了完成用户身份验证,登陆等功能需求,主要需要合作站点提供以下4个接口:
2.1 接口一 用户登录
第三方需提供的功能简介:
1. 合作站点提供完整的登录页面
2. 用户在登录页面登录成功后需要生成唯一性的Token(映射用户身份),然后需要将该token保存在站点大域的cookie中(确保zhidao.xxx.com域名能够获取到该cookie),例如www.xxx.com
3. 由于用户名密码错误等原因导致的登陆失败,在登录页面中直接给予提示,引导用户成功登陆,登陆成功后需要能够进行页面回调
请求URL Demo:
http://login.xxx.com/login.jsp?callback=http://zhidao.xxx.com/login_finish
url格式合作站点可自行确定,但是回调参数名称需要和其它下面接口统一一致,例如callback
回调URL Demo:
http://zhidao.xxx.com/login_finish?token=XXXYYYZZZ (参数名称需要等于token)
回调URL从请求URL的callback参数中获取,需要携带token参数
执行流程:

Token生成可选方案:
1. 根据用户信息(uid、uname等)加密生成token,验证token时可反解出用户信息提供给应用
2. 随机生成唯一Token,然后维护token到用户身份的映射关系
合作站点可根据当前用户系统情况,考虑复用现有Cookie、DB维护映射关系等方案实现Token的生成、验证。Token生成后保存在站点大域的cookie下,供问答平台后续用户身份验证使用。

2.2 接口二 用户身份验证
功能描述:验证请求URL中token参数的值是否有效,如果无效则返回未登录标识,如果有效则返回该用户的用户名和用户ID。
注意:用户身份验证是服务器发起验证请求,不携带浏览器cookie等本地信息,用户系统验证token有效性仅根据GET参数中的token对应的值进行判断,请勿使用本地cookie中任何内容为辅助判定依据。否则会导致验证失败!
请求URL Demo:
http://login.xxx.com/auth.jsp?token=XXXYYYZZZ (参数名称需要等于token)
返回数据格式如下:

注:返回数据请直接将string输出至页面,且勿附带其它无效信息,用户名等中文请采用UTF-8编码
执行流程参见下图:


2.3 接口三 用户登出
功能描述:用户执行登出操作,参数携带之前用户登陆生成的token以及回调URL,用户系统处理登出后需要配合清理cookie中的token,然后回调URL。
请求URL Demo:
http://logout.xxx.com/logout.jsp?token=XXXYYYZZZ&callback=http://zhidao.xxx.com/user/exit

2.4 接口四 用户注册
功能描述:
1. 合作站点提供完整的注册页面
2. 用户注册成功后,需要自动进入登陆状态,并且支持回调指定页面,登陆细节同登陆接口一致,包括生成token以及写入cookie
请求URL Demo:
http://register.xxx.com/register.jsp?callback=http://zhidao.xxx.com/login_finish
回调URL Demo:
http://zhidao.xxx.com/login_finish?token=XXXYYYZZZ (参数名称需要等于token)

3. Check List
3.1 用户登陆接口
1. 浏览器中输入用户登陆接口URL,例如(xxx为贵网站域名)
http://login.xxx.com/login.jsp?callback=http://www.xxx.com ,正常情况下应该展示贵网站的用户登陆页面
2.在1中展示的登陆页面中进行用户登陆操作,如果登陆失败提示失败原因,让用户继续完成登陆,如果登陆成功,那么页面应该能够自动跳转至callback参数所指向的URL http://www.xxx.com ,并且跳转的url格式应该为http://www.xxx.com?token=AAABBBCCCDDD
AAABBBCCCDDD是贵网站根据uid uname等信息生成的token
3. 在2中提到的回调callback指定的页面http://www.xxx.com ,查看该大域下是否将token的信息写入了cookie中,如果cookie项存在,则表示正常,否则异常

3.2 用户身份验证接口
1. 基于3.1用户登陆接口的验证成功,我们能够在callback回调之后的url
http://www.xxx.com?token=AAABBBCCCDDD 以及cookie中查看到token的具体信息,然后使用用户身份验证接口组拼URL http://login.xxx.com/auth.jsp?token=XXXYYYZZZ ,在浏览器中输入该URL,如果用户身份验证接口正常,那么能够返回正确的querystring格式的字符串包含uid和uname,例如errno=0&uid=777&uname=gyk
2. 如果步骤1的检测方式通过,那么请将步骤1中的URL换一种浏览器或者换一台机器上进行再一次的验证,看返回结果是否仍然正确,包含uid uname信息并且格式正确,如果返回结果一致,则验证接口OK,否则异常
3. 如果我们随意使用一个无效的token进行请求验证,返回的querysting应该为errno=-1
4. 如果用户系统支持中文用户名,那么请确认返回的中文用户名字符编码为UTF-8

3.3 用户登出接口
1. 组拼登出接口的URL,例如
http://logout.xxx.com/logout.jsp?token=AAABBBCCCDDD&callback=http://www.xxx.com ,调用该接口后确认是否进行了页面的回调跳转,如果未进行跳转则功能异常
2. 如果页面回调跳转了,确认一下登录成功后保存的token cookie项是否仍然存在,如果被删除了,接口功能正常,如果cookie项依然存在,则接口功能异常

3.4 用户注册接口
注册功能接口与登录功能接口类似,注册成功相当于登录成功后的状态,处理过程和结果应该和登陆接口保持一致,按照登陆接口的check list校验确认即可。


一个牛人提供的GIS源码(很好 下面文字非本人所写,文件提到的下载的东西我全部放包里了。 最后的礼物:校园多媒体系统和校园WEBGIS系统 为什么说是最后的礼物,大概是因为我突然想这个blog不更新了。为什么呢?可能是今天晚上喝多了酒,呵呵,原因等下一篇中也许会阐述,同时我会对这个blog的文章等做个总结。其实,这两个东西至少我暂时是不大想放出来的,只是觉得反正这里也不更新了,仅仅将这些东西作为礼物吧,再说毕竟这些东西太过于菜菜了。还是先来介绍下最后的两个礼物吧: 校园多媒体系统: 这个大概是今年过年后做的东西了,是给师弟做毕业设计用的。应该讲这也仅仅是电子地图查询系统的更新而已,没有太大的特色,只是做了些比较花的功能而已。 特色一:系统采用了双重数据库,对于如果无法连接SQL Server数据库的情况将提供备用的ACCESS数据库支持。 特色二:系统采用了实时在线更新的方法对软件进行升级,升级仅仅需要设置好服务端以及更新文件列表等即可。 特色三:界面上有所创新,吸取Google的WEB地图的界面,对部分控制条进行显示和隐藏。可以看我以前的截图,做了个界面,请大家PP http://www.cnblogs.com/Tangf/archive/2006/03/16/351640.html 特色四:简单的加密方式也可以学习下。这个加密方式可以对移植性进行控制。 特色五:移植性强,许多东西没有写死,只需要改变设置文件、启动画面文件、地图文件和数据库文件即可成为一套全新的系统。 开发环境:Visual Basic 6.0,MAPX5.02中文版,ACCESS,SQL SERVER 2000,AutodeskExpressViewe3.1、Windows Media Player 9.0等。 下载地址:http://www.cnblogs.com/Files/Tangf/Campus_Multimedia_Infomation_System_Source.rar 压缩包中为源代码和生成的程序,同时还赠送了一个基于SF6的MAPX打包文件以及整个校园的地图文件,提供了开放环境中需要的插件支持文件(System目录下),同时由于文件大小原因,删除了许多Img目录下的图片并且在数据库中删除了部分Img记录(不然会出错),仅保留了1号楼的图片供参考。 相关或参考文章: 电子地图查询系统_v1.0_源代码(VB6+MAPX5) http://www.cnblogs.com/Tangf/archive/2006/02/15/331375.htmlGoogle ┕电子地图查询系统源代码:http://www.cnblogs.com/Files/Tangf/MapSearch_Source.rar 用SetupFactory打包MapX(带打好的包和打包文档以及录像) http://www.cnblogs.com/Tangf/archive/2006/02/05/325842.html ┕打包以及文档和录像:http://www.cnblogs.com/Files/Tangf/Mapx_Pack.rar 再谈MAPX打包以及MAPX的安装 http://www.cnblogs.com/Tangf/archive/2006/05/31/414361.html 校园WEBGIS: 这个应该是05年的时候做的毕业设计,用超图的Supermap IS 2003+SQL Server 2000建立的一个比较的简单的系统,只是玄乎了下就变的有点意思了,甚至也有点学习或者创新的意思。 加上上次发布的论文部分,这样整个系统也算是补全了。原来论文部分请见:校园WebGIS开发与实践(论文部分) http://www.cnblogs.com/Tangf/archive/2006/01/13/316918.html 特色一:提出了地图接口的概念(其实当时的想法是将网络上的所谓企业标注移植到了这个系统上,只是这个功能免费提供给了学校的部门使用)。 特色二:部分搜索功能是通过搜索SQL输出XML来实现。 特色三:系统已经详细到每个楼房楼层的办公室以及办公室内的电话和教师名单、教学楼的班级以及课程表、宿舍的成员组成联系方式等。 特色四:空间数据库和属性数据库通过SQL Server的视图功能实现关联。 开发环境:Supermap Desktop 2003(地图编辑工具),Supermap IS 2003(GIS服务端),ASP+SQL Server 2000(开发语言和数据库环境),IIS 5.0(WEB服务端),AutodeskExpressViewe3.1(Autodesk公司发布的浏览DWF文件的的客户端插件)等。 安装方法请见论文的附录部分,请不要再询问如何安装。 由于当时将每个楼层平面图的CAD数据也同时存入了SQL Server,所以导致数据库文件过于庞大,大概90M多,经过压缩大概21.8M左右。由于文件过大没有地方存放,所以这部分也不提供。所以可能会导致系统功能无法实现。数据库不提供,请不要索取。 下载地址:http://www.cnblogs.com/Files/Tangf/Campus_WebGIS_Source.rar 压缩包中为WEB主程序,以及答辩用的演讲稿。 相关或参考文章: 校园WebGIS开发与实践(论文部分) http://www.cnblogs.com/Tangf/archive/2006/01/13/316918.html ┕校园WEBGIS的论文下载:http://www.cnblogs.com/Files/Tangf/Campus_WebGIS.rar 由于各种原因,压缩包中已经删除了无关紧要的楼层平面图的DWF部分。同时由于文件大小原因,AutodeskExpressViewe3.1程序也没有提供,请从网上下载。 特别说明:两个程序中已经提供了比较完整的数据和代码,可以复制、修改、传播,传播情保证文件完整性,并且包含Readme文件同时注明出处,但禁止用于商业用途。谢谢。 但愿我的礼物能够给您带来一些帮助。 ==================================================================== 公告:Rover's Official Blog停止更新 想了几天,终于决定写这么一个公告了。并不是因为写些东西太累或者太占时间而停止了更新,也许就如同前文说是因为今天喝多了酒(呵呵,玩笑),也许如同MSN副标题所言:严重的压力和抑郁,强烈的人格分裂和精神分裂,等待崩溃(呵呵,又一个玩笑)。可能是觉得写的东西没什么水准,并且也不能时常的更新,加上个人感觉自己技术的下降(呵呵,也许本来就没有什么技术),考虑甚多,终于作了这么个决定:Rover's Official Blog停止更新 同时停止更新的是Rover's GIS Blog,是3snews上面的Blog,不过上面的基本上也都是本站的复制。生活类Blog会不定时更新,停靠在了Space和新浪,由于关系自己暴露隐私等问题,所以本文不详细提供连接地址。从元旦开博到现在也已经八个月的时间了,发了40多篇的随笔和0篇的文章,非常开心能够在博客园作为我的主blog的停靠站,能够让我在这里结识这么多的朋友,并同他们交流,让我学到甚多、收益菲浅,非常的感谢博客园感谢大家。 也许我还会回来,说不定有一天我会发公告说本Blog重新开始更新,很有可能的事情。希望这段日子能够安静些,能够思考更多些,能够明确些方向,能够做出些实质性的东西,能够提高些自身的技术能力。非常的希望,不知道能否实现。 也许我也会偶然的更新一下本日志,大概是在有东西发布或者有好东西同大家分享的情况下吧。不过这篇日志就置顶了吧。 正准备经营的东西,希望能够得到大家的帮助,非常的感谢: www.gpsplayer.cn:GPS玩家。GPS资讯类网站。类似一个简单的新闻系统,加上一些简单的留言板等等功能,可能会添加一些Gmap API开发类的内容。 www.wikish.cn:维基上海。有了点想法和思路,但暂时由于技术能力等原因无法实现。 其他:还有两个玉米没有想好(呵呵)。 由于个人比较自私,所以想法上即使有所创意也不大会和大家分享(请见谅),加上自身没有技术,所以个人基本上是宁烂也不实现或者让别人实现(是有点自私了)。请原谅我的自私,Google是有创意的,但他的技术壁垒是他人所无法逾越的,而我即使有创意也没有任何技术壁垒,所以不讲了。加上大陆地区太多的炮制太另人失望了(去年非常红火的百万首页,在大陆地区做的烂的一塌,只会炮制没有几个是有创意或者在人家创意的基础上增加自己创意的,唉)。 非常的希望大家能够给我意见或者建议,对大家提供的帮助非常的感谢。 如果您对这一段有想法或者其他愿意和我交流,那么请给我mail。谢谢。 我的联系方式和需要注意的地方: E-mail:tfljh@163.com(基本上是每天晚上登陆一次) MSN:tfljh@msn.com(基本上是开机登陆,不过状态一般为忙碌,Mail会不定时登陆) Gmail:tangf2004@gmail.com(基本上是两三天登陆一次,Gtalk则不定时登陆了) QQ:65985498(基本上是每天晚上隐身登陆一次,并且一般在十分钟内关闭) 以后的联系通过E-Mail联系,谢绝一切的及时通讯工具,请尽量不要添加我为好友,包括QQ/MSN/Gtalk,如果您发的Mail足够的诚恳并且也足够的值得聊天的理由,那么我会添加你的。不希望通过聊天的方式来解决问题,聊了半天的问题最后做公安局调查户口的事情了(呵呵,说的严重了),或者说是聊了半天后就无聊了然后再也不聊了,多么的没有意思。我倒还是很愿意花上十分钟的时间来阅读您的Mail并将我知道的所答复给您。当然如果有邮件不回复,那么基本上我是不懂而无法回答或者觉得没有任何答复的价值,请多多的包涵。 以前写的部分日志以及提供的下载文件整理: 最后的礼物:校园多媒体系统和校园WEBGIS系统 http://www.cnblogs.com/Tangf/archive/2006/08/05/468257.html ┕校园多媒体系统源代码下载:http://www.cnblogs.com/Files/Tangf/Campus_Multimedia_Infomation_System_Source.rar ┕校园WEBGIS系统源代码下载:http://www.cnblogs.com/Files/Tangf/Campus_WebGIS_Source.rar Google卫星地图的URL计算 http://www.cnblogs.com/Tangf/archive/2006/07/23/457902.html 两点坐标间距离的算法以及验证 http://www.cnblogs.com/Tangf/archive/2006/07/23/457884.html 极索(Gsuo)推出新版地图采用Gmap设计思路 http://www.cnblogs.com/Tangf/archive/2006/07/23/457521.html 浅谈LBS(基于位置的服务) http://www.cnblogs.com/Tangf/archive/2006/07/17/452498.html MapBar地图更新啦 http://www.cnblogs.com/Tangf/archive/2006/07/13/450215.html 推荐一款软件:Global Mapper http://www.cnblogs.com/Tangf/archive/2006/07/11/448411.html 51ditu、清华地图以及Google地图 http://www.cnblogs.com/Tangf/archive/2006/07/02/440953.html 计算最近点和最近线段 http://www.cnblogs.com/Tangf/archive/2006/07/01/440311.html ┕最近点和最近线段算法示例代码(脱离MAPX5,VB6实现):http://www.cnblogs.com/Files/Tangf/neardis_new.rar Garmin Nuvi 350试用手记 http://www.cnblogs.com/Tangf/archive/2006/06/17/428045.html ┕全文下载(供转载专用):http://www.cnblogs.com/Files/Tangf/Nuvi350.rar MapBar中坐标的加密和解密(JS实现) http://www.cnblogs.com/Tangf/archive/2006/06/06/419124.html 发现一个SVG做的地图网站:ChinaQuest http://www.cnblogs.com/Tangf/archive/2006/06/04/417110.html boot.ini文件的修复 http://www.cnblogs.com/Tangf/archive/2006/06/04/416915.html 再谈MAPX打包以及MAPX的安装 http://www.cnblogs.com/Tangf/archive/2006/05/31/414361.html 寻找MapBar的地图切割方法 http://www.cnblogs.com/Tangf/archive/2006/05/28/411397.html ┕我自己切割的Mapbar地图,并且可以在本地运行:http://www.cnblogs.com/Files/Tangf/MapBar_My.rar 已知一点求最近点(问题请教) http://www.cnblogs.com/Tangf/archive/2006/05/28/411182.html ┕求最近点示例代码(基于MAPX5,VB6实现):http://www.cnblogs.com/Files/Tangf/neardis.rar 基于数据库的公交换乘算法(一点思路一点问题) http://www.cnblogs.com/Tangf/archive/2006/05/28/411065.html MapInfo/ArcInfo交流(提问解答,不定时更新) http://www.cnblogs.com/Tangf/archive/2006/05/09/395489.html (收集)Shape转KML工具(更新:Google正式收购SketchUp) http://www.cnblogs.com/Tangf/archive/2006/04/26/386092.html ┕两个SHape转KML工具:http://www.cnblogs.com/Files/Tangf/shape2kml.rar 地图投影 http://www.cnblogs.com/Tangf/archive/2006/04/17/377638.html 容器透明(如PictureBox) http://www.cnblogs.com/Tangf/archive/2006/04/05/367885.html Google地图切割以及类似Google的开源API http://www.cnblogs.com/Tangf/archive/2006/03/29/362110.html 获取字符串中的指定位置的子字符串 http://www.cnblogs.com/Tangf/archive/2006/03/25/358311.html 做了个界面,请大家PP http://www.cnblogs.com/Tangf/archive/2006/03/16/351640.html [存点资料]车载导航电子地图走向标准化 http://www.cnblogs.com/Tangf/archive/2006/03/04/342733.html [ZT]谈谈 wiki 的缺点 http://www.cnblogs.com/Tangf/archive/2006/03/01/340725.html [转贴]Web地图服务:GIS走近你我 http://www.cnblogs.com/Tangf/archive/2006/02/23/336493.html 算我给Google本地和E都市做个广告吧 http://www.cnblogs.com/Tangf/archive/2006/02/18/333076.html 电子地图查询系统_v1.0_源代码(VB6+MAPX5) http://www.cnblogs.com/Tangf/archive/2006/02/15/331375.htmlGoogle ┕电子地图查询系统源代码:http://www.cnblogs.com/Files/Tangf/MapSearch_Source.rar 地图的配色问题(以及MapBar和51ditu) http://www.cnblogs.com/Tangf/archive/2006/02/12/329162.html [分享]上海市样图 http://www.cnblogs.com/Tangf/archive/2006/02/08/327310.html ┕上海市样图:http://www.cnblogs.com/Files/Tangf/Map_SH.rar 用SetupFactory打包MapX(带打好的包和打包文档以及录像) http://www.cnblogs.com/Tangf/archive/2006/02/05/325842.html ┕打包以及文档和录像:http://www.cnblogs.com/Files/Tangf/Mapx_Pack.rar ArcGIS9、MapObject2.2和ArcExplorer2.0连接ArcSDE9.0问题 http://www.cnblogs.com/Tangf/archive/2006/01/26/323698.html MapBar和MapInfo中的比例尺[更新:MapBar比例尺是正确的] http://www.cnblogs.com/Tangf/archive/2006/01/24/322854.html MapBar研究(百度地图中的JS部分) http://www.cnblogs.com/Tangf/archive/2006/01/22/321756.html ┕本地浏览,调用远程图片:http://www.cnblogs.com/Files/Tangf/MapBar_baidu.rar 浅谈WEBGIS运用栅格地图实现原理[更新:Google Maps带来的新型WebGIS设计模式] http://www.cnblogs.com/Tangf/archive/2006/01/14/317327.html 校园WebGIS开发与实践(论文部分) http://www.cnblogs.com/Tangf/archive/2006/01/13/316918.html ┕校园WEBGIS的论文下载:http://www.cnblogs.com/Files/Tangf/Campus_WebGIS.rar MapInfo中按区域分割地图的方法(带MapBasic方法) http://www.cnblogs.com/Tangf/archive/2006/01/13/316363.html MIFtoSHP通用转换工具 http://www.cnblogs.com/Tangf/archive/2006/01/06/312654.html ┕MIFtoSHP通用转换工具:http://www.cnblogs.com/Files/Tangf/MIFtoSHP.rar MIFtoTAB and TABtoMIF(MIF和TAB互转小工具) http://www.cnblogs.com/Tangf/archive/2006/01/01/309375.html ┕MIFandTAB互转工具:http://www.cnblogs.com/Files/Tangf/MIFandTAB.rar 『浪人|努力』唐丰,Rover.Tang 2006.08.05
微信小程序系统教程[初级阶段],微信小程序0基础学起,讲解微信小程序开发的基础知识。 微信小程序系统教程共有“微信小程序系统教程[初级阶段]”、“微信小程序系统教程[中级阶段]——核心技术”、“微信小程序系统教程[阶段]客服消息+微信支付+九宝电商系统”。 “微信小程序系统教程[阶段]全套课程”包含: 1.微信小程序系统教程[阶段]_客服消息 2.微信小程序系统教程[阶段]_微信支付 3.微信小程序系统教程[阶段]_九宝电商系统 学习“微信小程序系统教程[阶段]”要求有微信小程序的基础。建议先学习“微信小程序系统教程[初级阶段]”、“微信小程序系统教程[中级阶段]”,后在报名“微信小程序系统教程[阶段]”。 阶段讲解的客服消息,是针对小程序的。后台程序用接近底层的技术,没有使用三方技术。这样降低同学们学习成本。 微信支付,这部分课程很有难度,要求同学们认真听讲,有不会的技术问题可以请教老师。购买课程后请联系老师,提供单号,给你源程序。 九宝电商系统是一套十分适和学习、项目的课程。既可以系统的学习微信小程序相关知识,还可以修改后上线。 “微信小程序系统教程[中级阶段]——核心技术”重点讲解微信小程序事件、组件、API 微信小程序系统教程[初级阶段],微信小程序0基础学起,讲解微信小程序开发的基础知识。 购买课程的同学,可赠送就九宝老师编写的《微信小程序开发宝典》。 购课请咨询qq2326321088

23,405

社区成员

发帖
与我相关
我的任务
社区描述
Java 非技术区
社区管理员
  • 非技术区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧