日志分类: 技术更新

原来的系统中,在维护状态下开发者也无法进入App,给调试造成了诸多不便。于是我们进行了改造,维护状态下开发者可以正常使用app,普通用户则会看到维护页面。
1.Shindig服务的版本从原来的0.8版本升级到现在的1.0 beta 2.支持 container与gadgets之间的通信 ,比如开发者可以调用静态类 gadgets.window  中的方法adjustHeight调整小工具高度. 3.增加实现Filter hasapp 可以获取安装了此应用的好友列表 5.增加邀请接口(原发送通知接口) requestShareApp 邀请当前登录者的好友来安装此应用 6.详细内容,请访问 http://dev.xiaonei.com/wiki/OpenSocial_Tutorial_for_Xiaonei
之前我们的session_key生成机制太过于死板,这次我们将采用新的session_key机制,格式也会发生一些变化。旧的session_key(例如kiYRqmbwpJt3QrzN086qWRFg81um923nXHLQyBXs8MywI3BFvWOH7Uc6RavrzND3-66271),在新的session_key(例如2.174a6c5b4a05eb421314fafb34bd41e4.3600.1237802400-66271)中,我们将很多有效的信息直接传递给了应用。
1、xiaonei.admin.getAllocation提供邀请的配额数据,例如20,表示当天请求的配额为20 2、xiaonei.users.getInfo提供是否为紫豆用户的数据,例如 0表示不是紫豆用户
新版的XNML代理可以支持GZIP和Cookie了,能够显著降低带app服务器的宽消耗,赶快来试用吧。
大家一直反映取用户信息的响应比较慢,这段时间详细查询了一下原因,对代码进行了一定的优化,希望对大家有所帮助。
1、通知采用新的分发策略 分发继续考虑应用的评分、通知的屏蔽和通知的举报这些因素,没有发送总量的限制,每一个应用通知的分发分为appToUser和UserToUser两种方式,这次更新暂时不开放appToUser。 UserToUser:每个app的每一个安装用户(sender)每一天有一定配额(可以通过admin.getAllocation接口取到这个配额)。接收者(receiver)必须是用户的好友或者是安装应用的用户。没有通过审核的app,通知只发送给发送者,默认配额数量为20条。 2、修正了取好友接口的bug 3、支持校内豆订单号长度大于10 4、站外邀请的接口数据更新