php json_encode函数不支持BIGINT的问题

On

前几天看到新浪微博的微博平台微博id升级公告,也没怎么注意.感觉就是存储上要用string代替int,浪费点空间.对php应用应该没什么影响. 倒是新浪微博的32位id这么快就不够用了,让人感叹微博发展的神速. 今天搜索一些关键字,打开微博页面时,老是报告页面找不到.才发现,这玩意还真有影响. 那些打不开的页面的URL是这样的”http://api.t.sina.com.cn/1941569665/statuses/3.3430536723516E+15″. Google上查了一下,发现是php的json_decode函数不支持62位的BIGINT, 溢出所致. 在新的php(5.4?) json_decode里倒是有一个开关”JSON_BIGINT_AS_STRING”开关,可以使json_decode默认把BITINT当成string处理. 但是相信大家和我一样,更新php的版本的速度不会有那么快.而且大部分情况下,咱们也控制不了具体使用哪个php版本. 一个折中的办法是把微博API返回的json字符串预处理一下,然后再调用json_decode. 也就是把 “id”:12345678901234567890 换成 “id”:”12345678901234567890″ 代码片段如下,希望对和我类似情况的人有用. 参考: http://drupal.org/node/985544

新浪微博的关键字营销模式?

On

在互联网上有流量的地方,就有商业模式。最常用的商业模式就是广告和关键字。现在主宰互联网的公司大概都和这个有关。 看着新浪微博的用户和流量增长这么快,老板们一定整天都在想着怎么把流量变成钱。twitter不是也整天都在想着个吗? 这两天在新浪微博上搜索关于sugarcrm的内容,经常找不到我发的关于sugarcrm的微博。 第一反应是技术问题,@Sanool 也这样想 。 后来觉得是不是新浪在研究什么秘密武器?这是不是也是一种关键字营销的变种,如果是的话,那这个市场可不小。 当然,可悲的是网络平台(微博平台)的中立性同时也将受到挑战。 猜测而已,咱们骑着小毛驴走着瞧吧。

当mobl遇上新浪微博

On

1.mobl上的twitter trends例子 mobl上关于twitter trends的这个例子,还是蛮好玩的。通过调用twitter的API,得到当下twitter上流行的话题。然后再根据每个话题,显示出最近这个话题的tweets。 2.mobl上的twitter trends例子 照猫画虎,来试试做一个新浪微博的类似应用。查了一下微博的API,遗憾的发现关于话题的API还都处于beta状态。而且要用户登录以后才能调用,不像twitter在不登录的情况下就能调用trends类的API。 新浪微博只有Search类的API有不登录调用的API,我们就拿search模拟一下吧。

国内开放平台靠谱不靠谱(续)?

On

昨天(2011/01/26)51Offer再次被请下微博应用广场,驳回审核,这次的原因是“禁止开发的应用”。 从上次51offer费尽周折与新浪审核人员交流,重新进入微博应用广场上是2011/01/11,到昨天一共才15天。与上次不同,这次是在应用没改动任何功能的情况下,收到驳回通知的。我就不太明白,同样的功能为什么之前能通过评审,进入广场呢?具体禁止的功能又是什么呢? 这次我的反应不像上次立即就跟新浪审核人员联系,因为沟通效率太低。而且上次是页面功能问题,这次吗,大概申诉也没有意义。 我只是发了条微博牢骚一下,然后昨天晚上回家把Google广告加了回去。不再抱重回广场的希望了。 这样的结果结果是:1.肯定会损失微博应用广场带来的用户。 2.通过51Offer发的微博将不显示来源,用户会不信任,进一步不敢使用。 将来可能的进一步影响是:1.不知道应用调用API会不会被进一步被禁止。 2.由于51Offer是建立在SAE上的,如果没有免费的云豆,应用有无法运行的危险。 不管怎样,走一步看一步吧。下面是51Offer截止到昨天的一些用户数据,纪念一下。 Update(2011/02/01): 这次新浪审核的朋友效率很高, 隔了一天(2011/01/28)即收到了关闭API的通知.原文如下: 尊敬的开发者,您好:   您的应用《51offer》所使用的接口已经被关闭,其原因是:禁止开发的应用。请您依据我们的建议和《微博开放平台应用审核规范》,对您的应用进行调整后提交接口重新开通的申请。多谢您的支持和配合。 多谢使用和支持51Offer的朋友,51Offer至此走到了他的终点.就当是51Offer是新年点燃的第一颗炮竹吧,祝大家新年愉快,幸福安康.

国内开放平台靠谱不靠谱?

On

这两年Twitter和Facebook非常的成功,形成了这个星球上的最大的社区.由于他们都采用开放的API(特别是Facebook,据说Facebook网站是与开发者使用相同的API构造的),带来了一个开放平台的时代.多如牛毛的开发者在这些开放API的基础上,发挥想象力,做出了大量的新奇的应用.当然这些网站在国内并不存在,我们暂时可以忽略不计. 从饭否开始微博被搬到了国内,随着新浪微博的成功,微博在国内的影响力也越来越大.新浪微博采取了类似Twitter的API,以及基于LAMPP的SAE云计算php平台,给开发者带来了很多的方便.这也带动了一批第三方新浪微博应用的涌现. 新浪应用平台上已经有很多应用了(哪位知道具体有多少,每天有多少新应用产生?). 随着新浪开放平台机会的初步涌现,其他厂商也很快加入和这个开放平台的队伍,淘宝/腾讯…,一个比一个牛x. 最近我也尝试在新浪微博开放平台上做两个应用,51Offer和关注控.下面是我的一些经历. 应用的由来: 51Offer是抄袭一个古老的Twitter的应用, 主要是实现有新粉丝是自动发送一条欢迎信息. 关注控主要是因为加了很多的无关的关注,造成微博首页信息混乱,需要一个方便的清理关注的工具.界面主要是借鉴了Twitter的新版界面. 审批: 51Offer于2010/12/06投入使用,2010/12/27通过文案审批,2010/12/27申请广场审批被驳回,理由是应用分类不对,修改应用分类为微博小工具,次日进入广场. 2010/01/07由于在应用上添加了Google广告,被新浪驳回审批.擅长广告后,重新申请审批,由于与审批人员沟通问题,至今未通过审批. 驳回理由按时间顺序有:应用页面有广告,UI设计需要加强,不得默认分享信息到用户微博. 关注控于2011/01/03投入使用,2011/01/06通过文案审批.2011/01/06申请广场审批被驳回.现已通过广场审批. 驳回理由按时间顺序有:有筛选不正确的现象,筛选有误,应用页面有谷歌广告,请修改应用截图. 运行: 两个应用都是建立在SAE上的,靠SAE赠送的云豆维持. 51Offer每天大概消耗200个云豆, 关注控现在每天消耗大概30个云豆. 至今为止收到过两次云豆赠送:2011-01-02 1175和2011-01-06 1613.不知道处于什么策略,赠送的云豆数量都比较奇怪,不是整百整千的. 用户数: 51Offer的用户增长情况 关注控的用户增长情况 这里还有两个和我类似经历的开发者,大家可以多参考参考. http://blog.stevenwang.name/wbremind-start-513001.html http://forum.open.t.sina.com.cn/read.php?tid=688 有疑虑的地方: 对个人开发者来说,没了广告开发了干什么?新浪发工资吗?还是告诉大家就是玩玩.. 基于SAE的话,云豆是个未知数.每天都要担心不够了怎么办?

twitter的社区关系和信息是不是在恶化?

On

自从使用twitter以来,一直未能通过twitter认识兴趣爱好相同的人而感到这个社交工具的便利.由于也只是转写技术文章,讨论一下技术问题,所以也没有很多follower. 但是不知道怎么回事,最近几天每天都会有几个美女头像的人来follow我. 很是诧异. 这是不是表明随着twitter越来越深入人心,各行各业的人都在打twitter的注意,想充分利用这个平台.这会不会使得twitter上的关系和信息都越来越差.会不会在2011 twitter还没有找到商业模式之前,就先被这种烂化的信息和关系把自己干掉啊?存个照,走着瞧.

为什么我要的”企业知识仓库”还不来

On

前两天受文章启发想到了自己的个人知识仓库,推而广之企业就是企业的知识仓库。 如果个人都会对自己的知识都疏于整理;那么企业的知识库如果没有专人、定期整理,知识库更加会过时。即使专人整理维护,也受这个人的水平、热情等因素的限制。但是我们需要雇专人专项去做这件事情吗?还是我们应该建立一个有机的系统,让系统自动完成对知识的整理呢? 我觉得基于微博的协作平台,对Tag等技术的运用,这样的企业内部交流工具有机会成为一个动态的企业知识仓库工具。 首先是交流工具,用户不是在整理知识,而是在学习/使用/传播知识,这就需要一个企业的交流工具。QQ群在企业内部的普及率似乎挺高的,大概就反映了这个现状。Yammer等新兴公司,成功的把Twitter的功能引入到企业内部,是不是代表了一定的潮流。企业内部交流工具,企业微博? 信息的来源:通过定制的浏览器扩展、Booklet、社交网站的扩展工具等等,用户就能很容易的使用它们,把RSS/网页/SNS上的内容转发到企业内部的交流工具(企业微博)里去。 信息的整理:通过用户在使用企业内部交流工具(企业微博)的过程中,使用Tag/Group等工具,达到自动对信息进行整理的目的(是整理?还是积累?)。 信息的使用:用户可以在任何地方使用企业内部交流工具(企业微博),浏览器、桌面应用、手机应用等等。通过经年累月的使用,这就自然形成了公司的知识仓库。用户能通过tag/group/search/timeline等多种方式查看交流的信息。 如果理想的话,这就是很好用户产生内容、用户自己整理、用户自己消费的企业内部知识仓库。

我的个人知识仓库

On

看了techcrunchchina上的为什么我要的‘个人知识仓库’还不来。 感觉很有想法,对比一下我现在的个人知识管理过程。 我的知识管理基本上就是从”toread.cc/GoogleReader/twitter”,到Gmail,再到wiki的过程。 我的信息来源主要是:RSS(in Google Reader)、Sina微博、twitter和一些网站。 对这些信息的管理: 对于RSS,我不太用Reader的Like功能,有时候用Share功能顺手推荐一下。更多情况下,喜欢或者是暂时没有时间看的文章,我用Reader的email功能把信息转到我的Gmail信箱。 对于从微博、twitter和网站上直接看到的内容,如果喜欢,我使用toread.cc的浏览器booklet,还是把内容发送到Gmail信箱。 所以Gmail算是我的一级知识仓库。能实现对信息的按照tag等方式的组织,和搜索功能。 然后我再定期按照分类对Gmail里的内容进行整理,把相对系统一些的内容整理到我的wiki里。wiki应该算是我的二级知识仓库。可惜通常我对这个整理的过程管理的很差,造成我Gmail里的信息积压很多。唉,个人习惯没有养成好啊。 虽然在这个过程中用了不止一个软件或者服务,但基本上满足里我的个人需求。我认为与文中说的这个个人知识仓库有些类似。