易栈网-膘叔

纠结，新浪微博的接口更新到V2了
不知道以后的项目中还能不能使用目前的方法了。
不管怎么样，先看起来再说吧。TNND

自11月1日起，新浪微博开放平台将启用新版接口，新版接口采用api.weibo.com的URL，更加高效，规范，也为开发者带来更多功能。

更高效：

1. 微博、评论、用户等接口返回值增加了trim开关，可屏蔽返回值字段。

2. 支持数据过滤与应用隔离，新增feature参数可以按“全部、原创、图片、视频、音乐”过滤输出微博；base_app参数可以设置是否只输出基于当前应用产生的微博内容；

更规范：

1. 使用OAuth2.0授权机制。

2. 重新梳理了URI里资源类的概念，比如：statuses/comments 改为 comments/show；

3. 统一参数、返回值字段，全新的错误返回值格式。

4. 放弃REST风格URI，采用域+版本号+资源类+接口名+返回值格式+参数

更多功能：

新增100多个新接口，其中包含：增强的关系接口、推荐接口、搜索推荐接口 、短链接接口、热门微博接口、帐号接口，陆续还会有更多新接口开放。

其中，OAuth2.0授权更安全，更简单

更安全：

Access Token不再永久有效，约定回调页，接口使用https，对用户和开发者都更加安全。

更简单：

授权流程更简单，签名机制大大简化，不再需要特殊的编码处理和对参数排序。

注：需要说明的是，新版接口只能使用OAuth2.0授权机制，建议大家近期逐渐开始迁移工作，以保证应用的正常使用；但短时间内旧的授权接口依旧可以使用，具体下线日期另行通知。

如您在迁移工作中有任何疑问，请发邮件至weibo_app@vip.sina.com，或者私信@微博api，会有专人为您解答问题。

新版接口WIKI文档：http://t.cn/aF4zI1

OAuth2.0开发指南：http://t.cn/aF4we8

－－－－－－－－－－－－－－－－
短时间内可用旧接口，哎，怎么办
这是官网的地址：http://open.weibo.com/wiki/OAuth2/access_token#OAuth2.2Faccess_token

闲着蛋疼的时候，乔楚在群里发了个转贴，其中我只听过第一个的故事，第二个第三个没听过，不过确实都挺感人。
其实，第三个故事我也做过，只是可能心里想的并非他说的那样，只是简单的觉得既然人家不方便就让别人坐喽，确实是没有想过“我只不方便三小时，而别人不方便一辈子”

三个故事
 第1个故事   小孩的心
有一位单身女子刚搬了家，她发现隔壁住了一户穷人家，一个寡妇与两个小孩子。
有天晚上，那一带忽然停了电，那位女子只好自己点起了蜡烛。没一会儿，忽然听到有人敲门。原来是隔壁邻居的小孩子，只见他紧张地问：「阿姨，请问你家有蜡蠋吗？」
女子心想：「他们家竟穷到连蜡烛都没有吗？千万别借他们，免得被他们依赖了！」于是，对孩子吼了一声说：「没有！」
正当她准备关上门时， 那穷小孩展开关爱的笑容说：「我就知道你家一定没有！」说完，竟从怀里拿出两根蜡烛，说：「妈妈和我怕你一个人住又没有蜡蠋，所以我带两根来送你。」
此刻女子自责、感动得热泪盈眶，将那小孩子紧紧地抱在怀里。

第2个故事  纯真的心
有一个小镇很久没有下雨了，令当地农作物损失惨重，于是牧师把大家集合起来，准备在教堂里开一个祈求降雨的祷告会。
人群中有一个小女孩，因个子太小，几乎没有人看得到她，但她也来参加祈雨祷告会。
就在这时候，牧师注意到小女孩所带来的东西，激动地在台上指着她：「那位小妹妹很让我感动！」于是大家顺着他手指的方向看了过去。牧师接着说：「我们今天来祷告祈求上帝降雨，可是整个会堂中，只有她一个人今天带着雨伞！」大家仔细一看，果然，她的座位旁挂了一把红色的小雨伞；这时大家沉静了一下，紧接而来的，是一阵掌声与泪水交织的美景。有时我们不得不说：小孩子其实一点都不「小」，他（她）们其实很「大」！他（她）们的爱心很大！他 （她）们的信心很大！

第3个故事  我们只不方便三小时
那天跟老公幸运地订到了票回婆家，上车后却发现有位女士坐在我们的位子上，老公示意我先坐在她旁边的位子，却没有请这位女士让位。我仔细一看，发现她右脚有一点不方便 ，才了解老公为何不请她让出位子。
他就这样从嘉义一直站到台北，从头到尾都没向这位女士表示这个位子是他的，下了车之后，心疼老公的我跟他说：「让位是善行，但从嘉义到台北这么久，大可中途请她把位子还给你，换你坐一下。老公却说：「人家不方便一辈子，我们就不方便这三小时而已。」听到老公这么说，我相当感动，有这么一位善良又为善不欲人知的好老公，让我觉得世界都变得温柔许多。  

心念一转，世界可能从此不同，人生中，每一件事情，都有转向的能力，就看我们怎么想，怎么转。我们不会在三分钟内成功，但也许只要花一分钟，生命从此不同。
亲爱的朋友们：你看完这三篇小故事后，可以马上起身去擦桌子，或洗碗；或闭起眼睛沉思一会；也可以转送给其它的朋友。
当然，我最开心的是你选择转送，也许会对别人有所触动，亦如当初我被触动那一刻!

昨天刚写了关于新浪微博的二三事，早上板子就说了，每次取50条只返回45~50条这种 是因为纪录被删除了，但索引没有删除，这样可以提升速度。
好吧，我接受了这个说明。
但是今天在拉取评论的时候，发现了一个很恶心的问题，纪录居然从7月8日一下子跳到了7月4日，连接调用了几次接口，返回都是这样。
这让人太纠结了，然后去微博查了一下，纪录都存在，哭泣中。。。

本文来自coolshell.cn。。。，原文地址为：http://coolshell.cn/articles/4811.html
其实文中的情况我们以前在设计的时候也遇到过，不过当时的情况比较好，是在设计的时候就遇到了。本来是想做一个分类树，分类树嘛，大家都接触过，无非就是层次的关系，二叉叉到底也能解决。但是在设计的时候，BA说这样不行啊。某个分类其实 也可能属于另外一个分支的分类。当时就傻眼了。怎么可以这样呢。。。
好吧，先看下面的原文：
-----------------------------start---------------------------

还记得以前本站的那一篇“编程好难啊”吗，那是一篇众程序员调侃程序新手的文章，有恶搞的成分在里面。今天要和大家说的这个事没有一些恶搞和调侃的意思，是比较严肃的话题，你一定可以从中收获一些东西。这个话题来自StackOverflow上的一个问题——Cycle in Family Tree Software，这个程序员问了下面这个问题：

我是一个写家族族谱软件的程序员（我用的是C++和Qt），这个软件基本上没有什么问题，真到有一天有个用户报告了一个bug。这个问题是这样的——我这个用户和他女儿生了两个孩子。

于是，我程序员的一些断言和硬性条件导致程序报错，因为我的程序在处理这个关系的时候，其发现X即是Y的爸爸，又是Y的爷爷，所以只能报错。

请问，在不需要移除我的断言和数据验证的情况下，我怎么才能解决这个问题？

看到这里，请重点阅读一下下面的两点：

• 如果你看到这里开始兴奋了，请你为你阴暗的心理去面壁反省10分钟，因为这是一个很技术的问题。
• 如果你开始陷入了深深的思考如何解决这个问题，那么你绝对是一个合格的程序员，因为你已陷入技术已经很深了，有点呆了。

我在前面说过，“这个是一个严肃的话题，你可以从中收获一些东西”，当然，我并不希望你来收获乱伦的知识和心得，酷壳是一个技术博客，应该是收获技术方面的东西。

从技术的角度上来说，这是我们经常在设计软件时犯的错误——

1）作了错误的假设（Assumption）

Assumption是软件设计的重大天敌，Assumption的动词Assume意为Ass u me – Ass you and me 。你的假设做得越多，你的设计就越不靠谱。这里的假设是——我们以为family tree是一个tree，其实并不是tree。Assumption是魔鬼。

还有一些经典的Assumption如下所示

• 最著名的就是那个y2k臭虫。
• 不要以为没有2月30日，在瑞典1712年有2月30日
• 一分钟有60秒？闰秒呢？
• 双胞胎的生日是同一天吗？
• 双胞胎的父亲是同一个？
• 性别只有男和女？
• 婚姻只能是异性？ 关于这一点，推荐一篇强文——Gay marriage: the database engineering perspective (同性婚姻：数据库工程)

2）没有认真分析用户案例（Use Case）

在设计软件时，我们需要考虑各种各样的用户案例，比如如下的东西：

• 私生子的问题
• 一夫多妻或一妻多夫，同父异母，同母异父
• 就算一夫多妻制违反法律，也会有离异再婚的情况
• 同性恋的问题，虽然不能繁衍，但可以领养。
• 换妻活动
• 各种乱伦关系——这种东西那个民族都不少，尤其是古时候，比如：
  • 先后嫁了两个人其是父子关系（昭君）
  • 达尔文同学和他的表妹，爱因斯坦的二婚是和他的表姐，埃及艳后嫁了她的弟弟，……
  • 顺治同学娶了四个老婆，这四个人还是一家人：姑姑，侄女，妹妹，女儿。（参看这里）
  • 刘邦同学的母后干出来的事，相当变态（参看这里）
  • 中国古代的“扒灰老” （类似于楼主那个问题的Use Case）

不想再列下去了，人类真TMD恶心，有点要吐了。

——————————为了缓解一下恶心的气氛，请允许我插入一个搞笑短文——————————

一位自杀者在他的遗书里讲述了他自杀的原因，听起来实在让人头痛。遗书这样写道：“我和一个寡妇结了婚，她有一个已成年的 女儿，我父亲跟我妻子带过来的女儿结了婚。所以我父亲就成了我的女婿，女儿就成了我的后母，我管父亲叫爸爸，而我父亲也管我叫爸爸；我女儿管我叫爸爸，但 我却管她叫妈妈；我还得管我妻子叫姥姥，因为她是我后母的母亲。不久我女儿，也就是我后母生了一个儿子，他是我同父异母的弟弟，他也得管我叫姥爷，因为他 也是我的外孙。后来我妻子，也就是我姥姥生了一个儿子，他是我后母的弟弟，我是他的外甥，所以儿子管我叫爸爸，我管儿子叫舅舅。另外我是我妻子，也就是我 姥姥的外孙，同时也是我姥姥的丈夫，所已我也是我的外祖父。又因为我妻子是我的外祖母，我的儿子，也就是我的舅舅是我的弟弟和我女儿的弟弟，所以我……我 的天哪，这么复杂的关系实在让我伤透了脑筋，我只有一死才能得以解脱……”

————————————————————————插入完毕————————————————————

看完上面这个短文，不知道你是否和我一样，觉得这么一个简单的程序将是如此难做啊。另外，我决定在下一次的面试中让应聘者来设计Family Tree的程序。

我又说多了，现在还是让我们回到技术上来。除了上面那几个观点，我在回复中还看到了如入一些有意思的回复：

• “我的软件没有bug，是你的生活有bug”——让我想到了程序员惯用的借口
• “算法中不应该加太多的限制，限制多了反而让算法不灵活。”
• “移除断言，并不代表就不出错，对于这种rare case，我们最好给一个Warning提醒用户，让用户确认确实是这样的。”
• “关于解决这个问题，移除那个断言，如果显示上会有问题的话，那就复制一下有不同关系的人就可以了”
• “你真的应该想想你的软件的价值是什么？市场在哪里？你真的要照顾这样的用户吗？”

挺好的，相信你对软件开发又学到了一些东西。

------------------------------------------------------
树和图都是让人纠结的东西。做WEB也会用到图吗？

周日小朋友去曹阳玩，看到有小朋友的娱乐活动，然后就冲过去玩了。
当然也和某位cosplay合了影，很开心。同时在玩类似橡皮泥的玩意，据他妈妈说，他拿着橡皮泥搓啊搓的，然后旁边的阿姨问他在干什么，他说在做萝卜呀，小白兔喜欢吃萝卜。于是阿姨做了两片叶子，使得它看起来更象萝卜。
于是乎就非常激动，然后听说还带了那个兔子头玩了一会。黑黑。。。