要使用sina微博开放平台的API

要使用sina微博开放平台的API
要使用sina微博开放平台的API

OAuth简介及sina微博开放平台

之前就在新浪微博中创建了一个应用,获得了 App key 和 Secret key 以便去调用新浪微博开放平台 API学习一下到底是怎样一回事。前几天连续4天没课,算是比较耐心地去尝试弄明白怎样使用 API 。

虽然新浪微博开放平台中提供各种语言版本的开发 SDK 下载,也各自附有一些基本接口调用的 Demo 和接口说明文档。但是这几天的耐心尝试之后,感觉新浪微博开放平台上的入门指导和下载到的 Java 开发包 weibo4j 包里面的Demo 使用注释有些不一致。再加上自身领悟能力有限,导致遇到好些摸不着头脑的难题。不过幸好没有放弃去尝试弄懂它。废话少说,下面是我学习的过程。

想要通过调用新浪微博开放平台 API 开发自己的微博应用,第一步是拥有sina微博账号和CSDN 账号,因为我们要同时用这两个账号创建微博应用,以此获得 App key 和 Secret key 。那 App key 和 Secret key 有什么用?

其实我单单看了sina微博开放平台的一系列说明都不怎么理解App key 和Secret key 有啥用。因为更加重点是必须理解OAuth认证、授权的整个流程,以及在整个OAuth认证、授权流程中好几个 Token 、4个 URL的作用。

刚开始遇到完全没个概念的OAuth时,以为就没戏学习不下去了。好在搜到下面这些文章,对于理解OAuth非常有帮助,链接如下:

OAUTH协议简介

基于 OAuth 安全协议的 Java 应用编程

在Twitter应用中使用OAuth

在OAuth中有3个参与者,分别是 User 、Service Provider 、Consumer 。假设我要开发一个基于sina微博开放平台的应用(App),供其他sina微博用户使用。它们的对应关系如下:

User => 想要使用此App的sina微博用户

Provider => sina微博开放平台

Consumer => App

其实我们这个 App 对于 User 和 Provider(sina微博平台)来说,相当于一个第三方应用。作为第三方的 App 想要访问 User保存于sina微博平台中的资源,肯定必须经过一系列认证和授权之后才能够行得通。

下面是基于我对整个OAuth认证、授权流程的理解画成的图(可以看一下跳过,当对后面的一些概念有一定理解之后再回头看看这流程图):

结合上面的流程图,下面是我对这些术语的理解以及各个流程的描述:

Consumer key 、Consumer Secret:在sina微博开放平台分别称为 App key、Secret key。Consumer向 Provider 申请希望能够调用其开放 API,申请通过后由 Provider 分配给符合其要求的 Consumer ,用于唯一标识该 Consumer 符合 Provider 的要求。

对应于上图的流程 1 和 2。

Request Token 、Request Secret:当 User 访问 Consumer 并希望能够获得其特殊服务,该服务由 Consumer 对 User 自身存放在 Provider 中的资源进行整合操作之后返回。此时 Consumer 向 Provider 请求获得Requst Token,用于唯一标识该 Consumer 与该 User 的特定关联。

对应于上图的流程 3 、4 、5。

至流程 6 ,Consumer 必须把 User 引导到Provider所提供的OAuth认证、授权页面,其实就是浏览器重定向到附加有 Request Token 和 Request Secret 参数的authenticationURL。该 URL 由 Provider 提供。

接下来流程 7 和 8 中 User 授权该 Consumer(一般是通过输入账号、密码登录而已),则 Provider 将重定向到流程 1 中 Consumer 提供的

Callback_URL,并且在该 URL 参数中附加了OAuth Token和OAuth Verifier。

流程 9 是 Consumer 通过之前已从 Provider 那里获取来的 Request Token 再次请求 Provider 以获取Access Token 。

Access Token 、 Access Secret :若流程 10 中 Provider 返回一个未经 User 授权的 Access Token ,它用于唯一标识特定 Consumer 可以访问某User 存放在 Provider 中的资源、信息。那么 Consumer 就可以开始使用获取到的 Access Token 和 Access Secret 访问对应 User 存放在 Provider 中的资源。

经过流程 11 中对 User 信息的整合、操作之后,就可以将特定的服务结果返回给 User 了。

通过上面对于OAuth流程的理解,我们知道其实 User 完全没有将自己登录Provider 所需的账号、密码等泄露给第三方的 Consumer 。同时 User 又能使用到 Consumer 的特殊服务。真是很巧妙的而又安全的操作流程啊!

此外,上图中 Consumer 有 3 次与 Provider 发出不同的请求,其实就是由 Provider 提供 3 个不同作用的 URL 给 Consumer 访问。在sina微博开放平台中这 3 个 URL 的截图如下:

小结:

1、以上对于OAuth的流程理解非常有可能存在误解,因为我更多的是根据sina微博开发包 weibo4j 中的代码的理解,以及动手做测试总结出来的。当然,上面那些文章包括sina微博的部分 API 文档我都看了好几遍了…希望若发现错误,请指正一下,谢谢!

2、光是一些理论知识的理解还不够,要动手操作实现一下,下一篇文章应该就会给出实际代码了。

sina微博开放平台中使用OAuth验证并发表微博

https://www.360docs.net/doc/d411024567.html,/1177454/412445

要使用sina微博开放平台的API,应先获取sina分配的App key 和App Secret,下面是我创建应用之后sina分配的App key 和App Secret(这个可是要保密的哦)。

然后是下载微博 SDK,我用 Java 的 weibo4j。目前有以下的语言版本:

修改SDK包里面 Weibo.java 类的 App Key 和App Secret 为刚刚获取的App Key 和App Secret ,如下图使用说明所示:

完成了这些之后,就可以根据提供的Demo开始写代码了。如下:

WebOAuth.java,用于初始化Weibo.java类所需的App Key 和 App Secret,并提供获取Request Token 和Access Token 的方法getRequestToken()、gettAccessToken(),其所需参数如代码所示。另外,还提供了发布一个文本微博的方法update()。

1.package weibo4j.examples;

2.

3.import weibo4j.Status;

4.import weibo4j.Weibo;

5.import weibo4j.WeiboException;

6.import weibo4j.http.AccessToken;

7.import weibo4j.http.RequestToken;

8.import java.io.UnsupportedEncodingException;

9.

10.// Web 方式认证

11.public class WebOAuth {

12. private Weibo weibo;

13.

14. public WebOAuth(){

15. // 准备好Consumer Key、Consumer Secret

16. // 对应于新浪微博应用就是申请到

的 App key 和 Secret key

17. System.setProperty("weibo4j.oauth.consumerKey", Weibo.

CONSUMER_KEY);

18. System.setProperty("weibo4j.oauth.consumerSecret", Wei

bo.CONSUMER_SECRET);

19. weibo = new Weibo();

20. }

21.

22. // 根据传入的 callback_url 获取 request token

23. public RequestToken getRequestToken(String backUrl) {

24. try {

25. // 指定 callback_url 并获得 request token

26. RequestToken requestToken = weibo.getOAuthRequestTo

ken(backUrl);

27.

28. System.out.println("Request token: " + requestToken

.getToken());

29. System.out.println("Request token secret: " + reque

stToken.getTokenSecret());

30.

31. return requestToken;

32. } catch (Exception e) {

33. System.out.println("获取Request token发生异常!");

34. e.printStackTrace();

35. return null;

36. }

37. }

38.

39. // 根据传入的 request token 和 verifier 获取 access token

40. public AccessToken gettAccessToken(RequestToken requestToke

n, String verifier) {

41. try {

42. AccessToken accessToken = weibo.getOAuthAccessToken

(requestToken

43. .getToken(), requestToken.getTokenSecret(),

verifier);

44.

45. System.out.println("Access token: " + accessToken.g

etToken());

46. System.out.println("Access token secret: " + access

Token.getTokenSecret());

47.

48. return accessToken;

49. } catch (Exception e) {

50. System.out.println("获取Access token发生异常!");

51. e.printStackTrace();

52. return null;

53. }

54. }

55.

56. // 根据传入的 Access Token 和内容发表微博

57. public void update(AccessToken access, String content) {

58. try {

59. weibo.setToken(access.getToken(), access.getTokenSe

cret());

60. content = new String(content.getBytes("GBK"), "UTF-

8");

61. Status status = weibo.updateStatus(content);

62. System.out.println("成功发表微博:

" + status.getText() + ".");

63. } catch (UnsupportedEncodingException e) {

64. System.out.println("微博内容转编码发生异常!");

65. e.printStackTrace();

66. } catch (WeiboException e) {

67. System.out.println("发表微博发生异常!");

68. e.printStackTrace();

69. }

70. }

71.}

request.jsp,用于提供callback_url(这里我们自定义为下文中的callback.jsp),当获取得到RequestToken之后,保存该RequestToken到Session中,并将页面重定向到callback.jsp进行验证、授权。

1.<%@ page contentType="text/html;charset=utf-8" %>

2.<%@ page language="java" import="weibo4j.*" %>

3.<%@ page language="java" import="weibo4j.http.*" %>

4.<%@ page language="java" import="weibo4j.util.*" %>

5.

6.

7.

8.<%

9. if("1".equals(request.getParameter("opt")))

10. {

11. // 传入callback_url

12. String callback_url = "http://localhost:8080/sinaweibo/

callback.jsp";

13. RequestToken requestToken = weboauth.getRequestToken(ca

llback_url);

14.

15. if(requestToken != null){

16. out.println(requestToken.getToken());

17. out.println(requestToken.getTokenSecret());

18. session.setAttribute("requestToken",requestToken);

19.

20. String url = requestToken.getAuthorizationURL()+"&o

auth_callback="+callback_url;

21. System.out.println("AuthorizationURL:" + url);

22.

23. //BareBonesBrowserLaunch.openURL(callback_url);

24. //response.sendRedirect(requestToken.getAuthorizati

onURL());

25.

26. // 重定向到附加了callback_url回调地址的sina微博认

证页面

27. response.sendRedirect(url);

28. }else{

29. out.println("request error");

30. }

31. }else{

32.%>

33. 请点击进行Web方式的OAuth

认证!

34.<% } %>

callback.jsp,在上一步中重定向之后,callback_url后面会被附加了oauth_verifier参数,此时我们根据保存在 Session中的RequestToken和获取到的oauth_verifier参数申请获得AccessToken。一旦获得AccessToken,我们再把页面重定向到编写微博的页面writeWeibo.html。

1.<%@ page contentType="text/html;charset=utf-8" %>

2.<%@ page language="java" import="weibo4j.http.*" %>

3.<%@ page language="java" import="weibo4j.*" %>

4.

5.

6.<%

7. // 获得HTTP请求中的 oauth_verifier 参数

8. String verifier=request.getParameter("oauth_verifier");

9.

10. out.println("oauth_verifier:"+verifier);

11. System.out.println("oauth_verifier:"+verifier);

12.

13. if(verifier != null){

14.

15. RequestToken requestToken = (RequestToken)session.getAt

tribute("requestToken");

16.

17. if(requestToken != null){

18.

19. AccessToken accessToken = weboauth.gettAccessToken(

requestToken,verifier);

20.

21. if(accessToken != null){

22. try{

23. session.setAttribute("accessToken",accessTo

ken);

24.

25. out.println("5 秒后转到 writeWeibo.html");

26. Thread.sleep(5000);

27. response.sendRedirect("http://localhost:808

0/sinaweibo/writeWeibo.html");

28.

29. }catch(Exception e){

30. e.printStackTrace();

31. }

32. }else{

33. out.println("access token request error");

34. }

35. }else{

36. out.println("request token session error");

37. }

38. }else{

39. out.println("verifier String error");

40. }

41.%>

writeWeibo.html,很简单的HTML文件。

1.

2. 发布sina微博

3.

4.

5.请在这里写上140字符以内的文本:

6.

7.

8.

9.

10.

11.

updateWeibo.jsp,用于发表文本微博,即调用WebOAuth.java 中的update 方法。

1.<%@ page contentType="text/html;charset=utf-8" %>

2.<%@ page language="java" import="weibo4j.http.*" %>

3.<%@ page language="java" import="weibo4j.*" %>

4.

5.

6.<%

7. AccessToken accessToken = (AccessToken)session.getAttribute

("accessToken");

8. String weiboText = (String)request.getParameter("weiboText"

);

9.

10. // 连续发表同样的微博内容会返回400错误

11. weboauth.update(accessToken, weiboText);

12. out.println("微博发表成功!");

13.%>

运行之前我们要准备好 Tomcat ,并将上面的源文件放到正确的目录中。此外,还应该在\WEB-INF\lib目录下添加SDK包中带有的

commons-httpclient-3.1.jar 包,以及我自己编译、打包后的weibo4j.jar(里面是sina微博开放平台中的具体Java实现)。

运行Tomcat,在浏览器中访问request.jsp页面,如下图:

点击其中的链接,如下图(注意地址栏的变化):

其中地址栏的URL如下:

https://www.360docs.net/doc/d411024567.html,/oauth/authorize?oauth_token=efda6f2499877d0e 6d814f8c3d31a1d1&oauth_callback=http://localhost:8080/sinaweibo/callb ack.jsp

填上具体有效的sina微博账号、密码并授权。以下是填上了我测试用的微博账号并授权的结果:

其中地址栏的URL如下:

http://localhost:8080/sinaweibo/writeWeibo.html 点击“发布”,如下图:

登录微博查看一下,如下图:

查看一下该账号所授权的应用列表:

至此,关于OAuth方式使用sina微博开放平台来发布微博就大概是这个过程。

小结:

1、其实还有好多细节没能讲到,我也是尝试了好多次才一点点发现问题、理解问题、再到解决问题;

2、如果浏览器中已经保存了我们登录sina微博的账号信息的Cookie,那么在授权时不用输入账号信息,当然也可以修改不用当前账号进行授权;

3、还有控制台输入的一些信息,例如Token、URL、服务器返回信息都没有截图给出。

以下内容你可能会感兴趣:

OAuth简介及sina微博开放平台

本文出自“蚂蚁” 博客,请务必保留此出处

https://www.360docs.net/doc/d411024567.html,/1177454/412445

新浪微博技术

中国首届微博开发者大会在北京举行,这是国内微博行业的首场技术盛宴。作为国内微博市场的绝对领军者,新浪微博将在此次大会上公布一系列针对开发者的扶持政策,以期与第三方开发者联手推动微博行业的整体发展。图为微博平台首席架构师杨卫华演讲。 以下为演讲实录: 大家下午好,在座的大部分都是技术开发者,技术开发者往往对微博这个产品非常关心。最晚的一次,是12点多收到一个邮件说想了解一下微博底层是怎么构架的。很多技术人员对微博的构架非常感兴趣,就是一个明星他有300万粉丝,这个技术怎么来实现?今天在这里跟大家分享一下微博的底层机构,让大家对微博的底层技术有更好的了解。另外不管是做客户端、1.0、2.0、论坛、博客都要考虑架构的问题,架构实际上是有一些共性的。今天我通过讲解微博里面的一些架构,分析一下架构里面哪些共性大家可以参考。 首先给大家介绍一下微博架构发展的历程。新浪微博在短短一年时间内从零发展到五千万用户,我们的基层架构也发展了几个版本。第一版是非常快的,我们可以非常快的实现我们的模块。我们看一下技术特点,微博这个产品从架构上来分析,它需要解决的是发表和订阅的问题。我们第一版采用的是推的消息模式,假如说我们一个明星用户他有10万个粉丝,那就是说用户发表一条微博的时候,我们把这个微博消息攒成10万份,这样就是很简单了,第一版的架构实际上就是这两行字。第一版本的技术细节,典型的LAMP(Linux-Apache-MySQL-PHP)架构,是使用Myisam搜索引擎,它的优点就是速度非常快。另外一个是MPSS,就是多个端口可以布置在服务器上。为什么使用MPSS?假如说我们做一个互联网应用,这个应用里面有三个单元,我们可以由三种部署方式。我们可以把三个单元部署在三台服务器上,另外一种部署模式就是这三个单元部署在每个服务器上都有。这个解决了两个问题,一个是负载均衡,因为每一个单元都有多个结点处理,另外一个是可以防止单点故障。如果我们按照模式一来做的话,任何一个结点有故障就会影响我们系统服务,如果模式二的话,任何一个结点发生故障我们的整体都不会受到影响的。 我们微博第一版上线之后,用户非常喜欢这个产品,用户数增长非常迅速。我们技术上碰到几个问题。第一个问题是发表会出现延迟现象,尤其是明星用户他的粉丝多。另外系统处理明星用户发表时候的延迟,可能会影响到其他的用户,因为其他的用户同一时间发表的话,也会受到这个系统的影响。我们就考虑这个系统怎么改进。首先是推模式,这肯定是延迟的首要原因,我们要把这个问题解决掉。其次我们的用户越来越多,这个数据库表从一百万到一亿,数据规模不一样处理方式是有差别的。我们第一版单库单表的模式,当用户数量增多的时候,它不能满足就需要进行拆分。第二个是锁表的问题,我们考虑的是更改引擎。另外一个是发表过慢,我们考虑的是异步模式。 第二版我们进行了模块化,我们首先做了一个层,做了拆分,最右边的发表做了异步模式。第二个服务层,我们把微博基础的单元设计成服务层一个一个模块,最大是对推模式进行了改进。首先看一下投递模式的优化,首先我们要思考推模式,如果我们做一下改进把用户分成有效和无效的用户。我们一个用户比如说有一百个粉丝,我发一条微博的时候不需要推给一百个粉丝,因为可能有50个粉丝不会马上来看,这样同步推送给他们,相当于做无用功。我们把用户分成有效和无效之后,我们把他们做一下区分,比如说当天登陆过的人我们分成有效用户的话,只需要发送给当天登陆过的粉丝,这样压力马上就减轻了,另外投递的延迟也减小了。

微博_政府危机公关新手段

第25卷 第3期 宁 波 大 学 学 报(人 文 科 学 版) Vol. 25 No.3 2012年5月 JOURNAL OF NINGBO UNIVERSITY(LIBERAL ARTS EDITION) May 2012 —————————————— 收稿日期:2012 - 01 - 14 作者简介:刘依卿(1978-),女,浙江遂昌人,讲师,主要研究方向:传播学。E-mail: geyefan@https://www.360docs.net/doc/d411024567.html, 微博:政府危机公关新手段 刘依卿 (宁波广播电视大学 文法系,浙江 宁波 315010) 摘要:微博作为一种新型的舆论传播工具和重要的信息传播渠道,因其快速和便捷的特点成为政府和民众沟通的重要平台,在政府的各类公共危机事件中,发挥越来越重要的作用。在危机前、危机中和危机后,政府都可以借用微博进行舆情监测、民众沟通和形象修复,从而获得危机公关的胜利。 关键词:微博;政府;危机公关 中图分类号:G206.3 文献标识码:A 文章编号:1001 - 5124(2012)03 - 0125 - 04 中国互联网络信息中心2011年7月发布的《第28次中国互联网络发展状况统计报告》显示,截至6月底,中国微博用户规模达到1.95亿人,使用率为40.2%,手机网民中手机微博的使用率达到34%,微博作为新兴的自媒体平台,作为社会化媒体中最为及时、用户最活跃的信息传播平台,受到网民的强烈推崇,它让每一个人都有了获得公共话语权的可能。同时,由复旦大学“舆情与传播研究实验室”实施完成的《中国政务微博研究报告》显示,截至2011年3月20日,全国范围共有实名认证的政务机构微博1708个,政府官员微博720个。微博作为一种新型的舆论传播工具和重要的信息传播渠道,因其快速和便捷的特点成为政府和民众沟通的重要平台,在政府的政务公开以及各类公共危机事件中,发挥越来越重要的作用。 微博为政府倾听民众的声音提供了最快速的渠道,是政府接近民众,与民众直接沟通交流的新桥梁;是民众表达自身诉求的扬声器;也是政府和民众资源共享的大平台,在维护社会和谐稳定方面能起到“稳压器”的作用。借助微博这一信息平台,政府可以公开政务信息、澄清谬误谣言、汇集民众智慧。在公共危机事件中,微博是突发事件的曝光源和信息源,政府可以借用微博进行危机公关,政府微博因其信息发布的权威性、使用手段的便捷性及与民众间的高互动性, 成为政府危机公关的新手段。 一、政府微博公关优势明显 (一)权威性 政府微博公关的权威性是由政府这一组织的特殊性所决定的。政府是一种特定的社会组织,它从社会中分离出来,但又居于社会之上,运用公共权利,执行公共管理职能。这使它与社会上其他经济、文化组织不同,具有很大的权力和权威。在危机传播中,政府作为法定的社会管理者,拥有的获取、储存和对外发布第一手信息的权力,是其他任何社会主体所不具备的;同时,政府还可以通过行政和法律手段,对大众传媒及其他信息传播者进行管理和监督,行使把关职能。通常情况下,政府是危机传播的一级信源,是所有正规信息的唯一出口,具有其他任何信源所不具备的正式性与权威性。危机事件发生后,政府如能快速进入其角色,在第一时间利用微博发布最权威的信息,保障公众的知情权,就能避免谣言的产生,稳定民心。云南省政府新闻办在面对昆明市螺蛳湾批发市场的群体性事件时,及时召开网络新闻发布会,通过“微博云南”第一时间对事件的经过作了简要说明,以权威信息稳定了民心,消除了流言,取得了危机公关的主动权。

新浪微博电子商务分析

电子商务案例分析学院:外国语学院 班级:日语10级3班 姓名:吴巧曼 学号:201001080923

社交网络的电子商务 ——新浪微博 一、电子商务与社交网络的介绍 1.社交网络的定义 社交网络即社交网络服务,源自英文SNS(Social Network Service)的翻译,中文直译为社会性网络服务或社会化网络服务,意译为社交网络服务。社交网络含义包括硬件、软件、服务及应用,由于四字构成的词组更符合中国人的构词习惯,因此人们习惯上用社交网络来代指SNS(Social Network Service)。 2.电子商务的定义 电子商务通常是指是在全球各地广泛的商业贸易活动中,在因特网开放的网络环境下,基于浏览器/服务器应用方式,买卖双方不谋面地进行各种商贸活动,实现消费者的网上购物、商户之间的网上交易和在线电子支付以及各种商务活动、交易活动、金融活动和相关的综合服务活动的一种新型的商业运营模式。电子商务是利用微电脑技术和网络通讯技术进行的商务活动。各国政府、学者、企业界人士根据自己所处的地位和对电子商务参与的角度和程度的不同,给出了许多不同的定义。 二、新浪微博对电子商务的应用 1.新浪微博简介 新浪微博是一个由新浪网推出,提供微型博客服务的类Twitter网站。用户可以通过网页、WAP页面、手机短信/彩信发布消息或上传图片。新浪可以把微博理解为“微型博客”或者“一句话博客”。它全中国当前最主流,最火爆,最具人气的微博产品。用一句话随时随地记录生活,随时随地分享新鲜事。用最迅猛的速度发现最热、最火、最酷、最新的资讯。随时随地关注明星动态。 2.新浪微博的发展 新浪微博于2009年8月14日开始内测。9月25日,新浪微博正式添加了@功能以及私信功能,此外还提供“评论”和“转发”功能,供用户交流。目前优秀的微博桌面客户端有微波炉、AIR微博(官方)、Wing微博。

新浪微博技术架构

首先给大家介绍一下微博架构发展的历程。新浪微博在短短一年时间内从零发展到五千万用户,我们的基层架构也发展了几个版本。第一版就是是非常快的,我们可以非常快的实现我们的模块。我们看一下技术特点,微博这个产品从架构上来分析,它需要解决的是发表和订阅的问题。我们第一版采用的是推的消息模式,假如说我们一个明星用户他有10万个粉丝,那就是说用户发表一条微博的时候,我们把这个微博消息攒成10万份,这样就是很简单了,第一版的架构实际上就是这两行字。第一颁的技术细节,典型的LAMP架构,是使用Myisam搜索引擎,它的优点就是速度非常快。另外一个是MPSS,就是多个端口可以布置在服务器上。为什么使用MPSS?假如说我们做一个互联网应用,这个应用里面有三个单元,我们可以由三种部署方式。我们可以把三个单元部署在三台服务器上,另外一种部署模式就是这三个单元部署在每个服务器上都有。这个解决了两个问题,一个是负载均衡,因为每一个单元都有多个结点处理,另外一个是可以防止单点故障。如果我们按照模式一来做的话,任何一个结点有故障就会影响我们系统服务,如果模式二的话,任何一个结点发生故障我们的整体都不会受到影响的。 我们微博第一版上线之后,用户非常喜欢这个产品,用户数增长非常迅速。我们技术上碰到几个问题。第一个问题是发表会出现延迟现象,尤其是明星用户他的粉丝多。另外系统处理明星用户发表时候的延迟,可能会影响到其他的用户,因为其他的用户同一时间发表的话,也会受到这个系统的影响。我们就考虑这个系统怎么改进。首先是推模式,这肯定是延迟的首要原因,我们要把这个问题解决掉。其次我们的用户越来越多,这个数据库表从一百万到一亿,数据规模不一样处理方式是有差别的。我们第一版单库单表的模式,当用户数量增多的时候,它不能满足就需要进行拆分。第二个是锁表的问题,我们考虑的是更改引擎。另外一个是发表过慢,我们考虑的是异步模式。 第二版我们进行了模块化,我们首先做了一个层,做了拆分,最右边的发表做了异步模式。第二个服务层,我们把微博基础的单元设计成服务层一个一个模块,最大是对推模式进行了改进。首先看一下投递模式的优化,首先我们要思考推模式,如果我们做一下改进把用户分成有效和无效的用户。我们一个用户比如说有一百个粉丝,我发一条微博的时候不需要推给一百个粉丝,因为可能有50个粉丝不会马上来看,这样同步推送给他们,相当于做无用功。我们把用户分成有效和无效之后,我们把他们做一下区分,比如说当天登陆过的人我们分成有效用户的话,只需要发送给当天登陆过的粉丝,这样压力马上就减轻了,另外投递的延迟也减小了。 我们再看数据的拆分,数据拆分有很多方式,很多互联网产品最常用的方法,比如说如可以按照用户的UID来拆分。但是微博用户的一个特点就是说大家访问的都是最近的服务器,所以我们考虑微博的数据我们按照时间拆分,比如说一个月发一张表,这样就解决了我们不同时间的惟度可以有不同的拆分方式。第二个考虑就是要把内容和索引分开存放。假如说一条微博发表的地址是索引数据,内容是内容数据。假如说我们分开的话,内容就简单的变成了一种key-value的方式,key-value是最容易扩展的一种数据。比如说一个用户发表了一千条微博,这一千条微博我们接口前端要分页放,比如说用户需要访问第五页,那我们需要迅速定位到这个记录。假如说我们把这个索引拆分成一个月一张表,我们记录上很难判断第五页在哪张表里,我们需要索引所有的表。如果这个地方不能拆分,那我们系统上就会有一个非常大的瓶颈。最后我们想了一个方法,就是说索引上做了一个二次索引,改变我们还是按照时间拆分,但是我们把每个月记录的偏移记下来,就是一个月这个用户发表了多少条,ID是哪里,就是按照这些数据迅速把记录找出来。 异步处理,发表是一个非常繁重的操作,它要入库、统计索引、进入后台,如果我们要把所有的索引都做完用户需要前端等待很长的时间,如果有一个环节失败的话,用户得到的提示是发表失败,但是入库已经成功。所以我们做了一个异步操作,就是发表成功我们就提示成功,然后我们在后台慢慢的消息队列慢慢的做完。另外新浪发表了一个很重要的产品叫做MemcacheQ,我们去年做了一个对大规模部署非常有利的指令,就是stats queue,适合大规模运维。 第二版我们做了这些改进之后,微博的用户和访问量并没有停止,还有很多新的问题出现。比如说系统问题,单点故障导致的雪崩,第二个是访问速度问题因为国内网络环境复杂,会有用户反映说在不同地区访问图片、js这些速度会有问题。另外一个是数据压力以及峰值,MySql复制延迟、慢查询,另外就是热门事件,比如说世界杯,可能会导致用户每秒发表的内容达到几百条。我们考虑如何改进,首先系统方面循序任意模块失败。另外静态内容,第一步我们用CDN来加速,另外数据的压力以及峰值,我们需要将数据、功能、部署尽可能的拆分,然后提前进行容量规划。 另一方面我们还有平台化的需求,去年11月我们就说要做开放平台,开放平台的需求是有差异的,Web系统它有用户行为才有请求,但是API系统特别是客户端的应用,只要用户一开机就会有请求,直到他关闭电脑这种请求一直会不间断的过来,另外用户行为很难预测。 系统规模在持续的增大,另外也有平台化的需求,我们新架构应该怎么做才能满足这些需要?我们看一下同行,比如说Google怎么样考虑这个问题的?Google首席科学家讲过一句话,就是一个大的复杂的系统,应该要分解成很多小的服务。比如说我们在https://www.360docs.net/doc/d411024567.html,执行一个搜索查询的话,实际上这个操作会调动内部一百多个服务。因此,我们第三版的考虑就是先有服务才有接口最后才有应用,我们才能把这个系统做大。

微博挂V须提交工作证明文档

Word格式 I A4打印 I 内容可修改 微博挂V须提交工作证明文档 Work certification documents must be submitted for mi croblog posting 编订:JinTai College

微博挂V须提交工作证明文档 前言:证明书是根据确实的材料判明人或事物的真实性书面证明。本文档根据证明书内容要求和特点展开说明,具有实践指导意义,便于学习和使用,本文下载后内容可随意调整修改及打印。 想在自己的新浪微博上挂个橘色的小V字,如今得“大费周折”了。在昨天上午召开的北京地区网站联合辟谣平台新闻通气会上,新浪微博首次公布个人认证流程,今后办理个人认证需要“单位证明”或认证好友“担保”。新政实行后,认证拒绝率高达70%以上。 新浪微博个人认证又叫名人认证,最早开始于20xx年8月,早期针对的是社会公众人物的认证,现在是面向全体的微博个人用户真实身份的认证,相当于在微博页面亮出自己的真实姓名,是前台实名制,目前共有个人认证用户63万人。 根据新规,进行个人认证,首先需要满足5个基本条件(见下表)。 用户认证通过后,会在用户的昵称后面带上一个橙色的V 字母样式的认证标识,跟其他微博用户区别开来。在其个人微

博主页的上方有认证信息的模块,包括认证说明、申请认证、举报身份。 据介绍,新政策实行后,因为线上认证标准较高,审核严格,所以因用户的资料不够完整和提交虚假材料认证,拒绝率高达70%以上。 如果已经取得个人认证的用户,如被发现身份虚假、发布虚假活动、多次出现昵称不合理情况、一年内出现三次粉丝异常增长、严重违反《新浪微博社区管理规定(试行)》等,将被及时撤销个人认证。微博用户可以对已认证用户虚假身份进行举报。新浪微博高级产品运营经理林郁说,微博个人用户的认证身份和网络谣言传播影响力没有关系,网络谣言的传播主要依靠粉丝量和影响力。目前所谓的大V,是社会名人和明星因本身粉丝较多而微博粉丝也较多,并没有特别的界定,绝大部分普通认证用户的粉丝量都很少。《法制晚报》微博认证5个“门槛” 1.目前个人认证标准:有清晰的头像;绑定手机;关注数超30个;粉丝数超30个;有互粉的V认证好友。 2.基本资料:包括真实姓名、身份证号、联系手机号等。

浅析新浪微博的优缺点及前景

仿佛在一夜之间,那些曾经神秘的明星、名人和社会名流仿佛通过新浪微博一下子来到了我们面前,我们甚至可以去评论他们的所说所想,运气好的话说不定还可以得到其回复,曾经的遥远感觉不再遥远。由于微博规定的单条状态发布字数不超过140个,很多文化较为欠缺的名人也纷纷开微,几句感想,几句随笔,不用再有小学生凑字数的感觉了。如果真有长篇大论,长微博也可以轻松 搞定,博客在这种大背景下也逐渐淡出了历史的舞台。可以说是名人和明星为微博的“燃烧”点起了第一把火。在这方面,腾讯微博就没有他的优势了,由于腾讯微博嵌入QQ,没有哪个名人愿意把自己的个人隐私聊天软件账号泄露出去,这也导致了腾讯微博在互动性上的劣势。 2、即时性 新浪微博惊人的传播速度和传播范围满足了很多希望第一时间掌握信息的用户的“虚荣心理”。随 着3G、4G网络的部署,数据流量的速度不再是用户使用移动端app的障碍,人们更愿意将自己的碎片时间用到刷微博上,享受着压力释放、最新新闻资讯、幽默漫画等给他们带来的生活享受。 3、自主性 微博是一个内容自创的平台,同时也是一个传播的平台。人人都可以通过微博来表达和传播自己的观点,从而形成一个自己的受众群落。此外,用户还可以通过@、转发等形式来和自己的朋友、同学或者是同事进行沟通和互动。 缺点 1、广告与营销越来越多 随着微博的迅猛发展,越来越多的商家看到了其潜在的巨大利益和商机,他们不断的把广告内容发到微博中,包括其中的一些旅行、英文等专题类微博也越来越多的充斥着各种广告,这不免让给用户产生抵触心理,进而对微博的好感度下降。 2、有价值的信息越来越少 随着用户不断的发表自己日常的衣食住行,同时转发一些大V的生活琐事,微博内容的信息量正在逐渐减少,其他用户在刷微博的时候难免会对这些事情产生反感心态。 3、盈利点较少 目前,微博主要依靠广告和向用户企业收费来盈利,但上面也说过,这种方式无疑会增加用户的反感度,所以无异于饮鸩止渴。所以说,新浪微博现在除了为网站集聚大量人气之外,其尚无明确的盈利模式,长此以往,其自身的运营将会成为一个比较严重的问题。

最新新浪微博的6种盈利模式

新浪微博的6种盈利模式 类型1:直接盈利 盈利模式1:关联广告 这种模式跟Facebook广告非常相似(占Facebook收入的60%以上)。同传统门户网站相比,社区化的微博将帮助新浪更好的了解用户,包括用户的在线行为和用户特征,从而帮助广告主更好的发现目标客户。 盈利模式2:实时搜索 对于实时信息,它所面临的挑战是:这些信息对用户来说可能是有用的信息,也有可能是垃圾信息。但不可否认的是,朋友或名人的建议往往是值得信任的。如果实施搜索能够识别出对用户有用的信息,将会产生巨大的盈利潜力。我们期望微博将会成为获得实时信息的主要手段,如果能够实现,无论新浪自己开发搜索引擎,或同领先的第三方搜索引擎提供商合作,都会给新浪带来收益。 类型2:交叉销售 盈利模式3:捆绑销售 目前,已经有5,000家企业在新浪上开了官方微博,主要用来在线推广、公关或招聘。新浪对此完全免费,并且未来也没有收费的迹象。然而,我们可以预见,捆绑销售作为对品牌广告主的综合解决方案,将会帮助新浪提高在线品牌广告的市场份额。 盈利模式4:同新浪其他业务结合,进行交叉销售 但从盈利角度来讲,我们认为新浪和Twitter的最大区别实际上是:新浪已经有了不少可以轻松赚到钱,但是缺少流量...用户的业务,比如传统门户,在线

视频,在线网页游戏平台和新浪商城等。过去证明,一些业务并不成功,但是现在,如果能够快捷有效的将这些业务同微博进行交叉销售,那么这些业务的局面将会逆转,取得成功。 盈利模式5:同第三方网站分享流量 根据我们的统计,新浪微博已为第三方网站提供了大量有价值的访问流量,尤其是对于在线电子商务和在线视频。至少有三种可以使新浪微博分享流量的方案:1)第三方网站的官方微博,例如淘宝商城。2)鉴于新浪微博所采用了开发系统,我们预计使用“分享到新浪”的人将会增多,而“点击返回”的价值将会带来潜在的盈利机会。3)与Facebook的购物商城类似,允许第三方合作伙伴开设购物商城。 类型3:开放API 盈利模式6:同APP开发商和内容提供商收入分成 这种模式跟Facebook和腾讯的开放平台战略类似。开放API,可以给新浪平台带来成千上万的第三方应用开发商。目前为止,新浪平台上已有超过500 个第三方应用,涵盖客户端软件和网页游戏等。 随着平台的规模不断扩大,盈利模式也会不断变化:我们认为,对于用户为主的平台而言,最美妙的就是平台规模不断扩大和用户粘性不断提高。尽管运营时间不长,但新浪微博平台已经在同新兴的团购/LBS(Location Based Services)等新兴服务的结合上展现出了巨大的潜力。 24 《诗经》两首 从容说课 《关雎》和《蒹葭》选自《诗经》。《关雎》写一男子对女子的思念和追求过程。写求之不

微博个人信息保护政策

1.微博个人信息保护政策 为切实保护微博用户隐私权,优化用户体验,新浪公司根据现行法规及政策,制定本《个人信息保护政策》。本《个人信息保护政策》将详细说明微博在获取、管理及保护用户个人信息方面的政策及措施。本《个人信息保护政策》适用于微博向您提供的所有服务,无论您是通过计算机设备、移动终端或其他设备获得的微博服务。 2.个人信息的收集 您已知悉且同意,在您注册微博或使用微博提供的服务时,微博将记录您提供的相关个人信息,如:、手机等,上述个人信息是您获得微博提供服务的基础。同时,基于优化用户体验之目的,微博会获取与提升微博服务有关的其他信息,例如当您访问微博时,我们可能会收集哪些服务的受欢迎程度、浏览器软件信息等以便优化我们的服务。 3.个人信息的管理 为了向您提供更好的服务或产品,微博会在下述情形使用您的个人信息: 1)根据相关法律法规的要求; 2)根据您的授权; 3)根据微博相关服务条款、应用许可使用协议的约定。 此外,您已知悉并同意:在现行法律法规允许的围,微博可能会将您非隐私的个人信息用于市场营销,使用方式包括但不限于:在微博平台中向您展示或提供广告和促销资料,向您通告或推荐微博的服务或产品信息,以及其他此类根据您使用微博服务或产品的情况所认为您可能会感兴趣的信息。其中也包括您在采取授权等某动作时选择分享的信息,例如当您新增朋友、在动态中新增地标、使用微博的联络人汇入工具等。 未经您本人允许,微博不会向任何第三方披露您的个人信息,下列情形除外: 1)微博已经取得您或您监护人的授权; 2)司法机关或行政机关给予法定程序要求微博披露的; 3)微博为维护自身合法权益而向用户提起诉讼或仲裁时; 4)根据您与微博相关服务条款、应用许可使用协议的约定; 5)法律法规规定的其他情形。 4.个人信息的保护 微博将尽一切合理努力保护其获得的用户个人信息。为防止用户个人信息在意外的、未经授权的情况下被非法访问、复制、修改、传送、遗失、破坏、处理或使用,微博已经并将继续采取以下措施保护您的个人信息: 1)以适当的方式对用户的个人信息进行加密处理; 2)在适当的位置使用密码对用户个人信息进行保护;

新浪微博API

微博开放平台是一个基于新浪微博客系统的开放的信息订阅、分享与交流平台。微博开放平台为您提供了海量的微博信息、粉丝关系、以及随时随地发生的信息裂变式传播渠道。 广大开发者或网站只要登录平台网站并创建应用,即可通过平台开放接口(Open API)对微博系统进行读写,挖掘微博系统的新功能与新玩法。 平台概述 出自新浪微博API 跳转到:导航, 搜索 微博开放平台是一个基于新浪微博客系统的开放的信息订阅、分享与交流平台。微博开放平台为您提供了海量的微博信息、粉丝关系、以及随时随地发生的信息裂变式传播渠道。 您可以登录平台并创建应用,使用微博平台提供的接口,创建有趣的应用或者让您的网站具有更强的社交特性。 用微博账号登录 经过简单的代码整合,并在您的网站上放置微博登录按钮,您的网站用户就能够使用微博账号进行登录。网站可以获取当前用户的用户名、头像图片、当前用户的粉丝和关注对象列表。您可以整合现有的用户账户系统或者直接替换成微博的账户系统,帮助您提升网站的用户注册量和提升网站访问数据。 使用OAuth的授权机制进行开发,在网站的显著位置添加“与新浪微博连接”的功能,让用户与能够直接点击并登录。 参考开发介绍:连接微博 分享与动态 新浪微博现有的用户传播体系非常完整,好友之间通过大量的信息分享带来病毒式的传播。平台提供了分享按钮和动态展现插件,让你仅仅通过几行HTML 代码就能够在你的网站上加入社交特性。分享的内容也会在微博网站上展现,用户点击链接后可直接进入相关内容。我们也提供了大量的 API接口帮你实现更多的特性。 内容分享: 添加分享到微博的按钮: 点击后弹出分享窗口分享内容:

新浪微博新手使用计划说明书

新浪微博使用计划说明书 目录 第一部分关于博客的介绍 ?概念与简介 ?博客的分类 ?博客的特点 ?博客的作用 ?博客的不利之处 ?充分发挥博客优势的条件 第二部分博客的比较与选择 第三部分具体情况说明 ?操作步骤 二、运用技巧 三、注意事项 第四部分预期的效果 (以下内容全部针对企业而言)

第一部分:关于博客的介绍 一、概念与简介 博客,又译为网络日志、部落格或部落阁等,是一种通常由个人管理、不定期张贴新的文章的网站。 一个典型的博客结合了文字、图像、其他博客或网站的链接及其它与主题相关的媒体,能够让读者以互动的方式留下意见,是许多博客的重要要素。大部分的博客内容以文字为主。 二、分类 按功能分为: 1.基本博客,Blog中最简单的形式。单个的作者对于特定的话题提供相关的资源,发表简短的评论。这些话题几乎可以涉及人类的所有领域。 2、微博,即微型博客,目前是全球最受欢迎的博客形式,博客作者不需要撰写很复杂的文章,而只需通过简短的文字描述自己的心情和事件。一般都有字数限制。 按存在方式分为: 1.托管博客:无须自己注册域名、租用空间和编制网页,只要去免费注册申请即 可拥有自己的Blog空间,是最“多快好省”的方式。 2.自建独立网站的Blogger:有自己的域名、空间和页面风格,需要一定的条件。(例如自己需要会网页制作,需要懂得网络知识,当然,自己域名的博客更自由,有最大 限度的管理权限。) 3.附属Blogger:将自己的Blog作为某一个网站的一部分(如一个栏目、一个频道 或者一个地址)。这三类之间可以演变,甚至可以兼得,一人拥有多种博客网站。 4.独立博客:一般指在采用独立域名和网络主机的博客,既在空间、域名和内容 上相对独立的博客。独立博客相当于一个独立的网站,而且不属于任何其他网站。相对于BSP下的博客,独立博客更自由、灵活,不受限制。 ?博客的特点 1.草根性。 2.即时性。 3.方便性。

新浪微博服务使用协议

《微博服务使用协议》 1. 特别提示 1.1 北京微梦创科网络技术有限公司、微梦创科网络科技(中国)有限公司及相关关联企业(以下合称"微梦公司")同意按照本协议的规定及其不时发布的操作规则提供基于互联网以及移动网的新浪网微博客服务(以下称"微博服务"),为获得微博服务,微博服务使用人(以下称"用户")应当基于了解本协议全部内容,在独立思考的基础上认可、同意本协议的全部条款并按照页面上的提示完成全部的注册程序。用户在进行注册程序过程中点击"同意" 按钮即表示用户完全接受《新浪网络服务使用协议》、《微博服务使用协议》、《微博社区公约(试行)》及微梦公司公示的各项规则、规范。 1.2 用户注册成功后,微梦公司将为用户基于微博服务使用的客观需要而在申请、注册微博服务时,按照注册要求提供的帐号开通微博服务,用户有权在微梦公司为其开通、并同意向其提供服务的基础上使用微博服务。该用户帐号和密码由用户负责保管;用户使用微博服务过程中,须对自身使用微博服务的行为,对任何由用户通过微博服务服务发布、公开的信息,及对由此产生的任何后果承担全部责任。用户提交、发布或显示的信息将对其他微博服务用户及第三方服务及网站可见(用户可通过设置功能自行控制、把握可查阅其信息的帐号类型)。 1.3 为提高用户的微博服务使用感受和满意度,用户同意微梦公司将基于用户的操作行为对用户数据进行调查研究和分析,从而进一步优化微博服务。 2. 服务内容 2.1 微博服务的具体内容由微梦公司根据实际情况提供,包括但不限于授权用户通过其帐号,使用微博服务发布观点、评论、图片、视频、转发链接、长微博(使用长微博会自动开通打赏功能,《微博打赏服务协议》详见:https://www.360docs.net/doc/d411024567.html,/R7bHnV4)等,微梦公司有权对其提供的服务或产品形态进行升级或其他调整,并将及时更新页面/告知用户。 2.2 微梦公司提供的部分网络服务为收费的网络服务,用户使用收费网络服务需要向微梦公司支付一定的费用。对于收费的网络服务,微梦公司会在用户使用之前给予用户明确的提示,只有用户根据提示确认其愿意支付相关费用,用户才能使用该等收费网络服务。如用户拒绝支付相关费用,则微梦公司有权不向用户提供该等收费网络服务。微梦公司为部分微博签约自媒体作者开通了付费阅读功能,用户需要通过微博支付向付费阅读作者支付款项,才能阅读相应付费阅读文章。《微博付费阅读作者协议》详见:https://www.360docs.net/doc/d411024567.html,/aj/static/author.html 《微博付费阅读读者协议》详见:https://www.360docs.net/doc/d411024567.html,/aj/static/reader.html

新浪微博及其盈利模式分析

新浪微博及其盈利模式分析 09新闻刘婧璐2009311295

目录 目录 (2) 摘要 (3) 一、新浪微博概述 (3) (一)概念 (3) (二)历史 (3) (三)功能 (4) (四)特点 (4) 二、微博与SNS关系 (5) (一)SNS概念 (6) (二)微博与SNS关系 (6) (三)微博与SNS区别 (6) (四)SNS现有盈利模式 (7) 三、类twitter基础上的改进 (8) (一)多媒体功能让内容更丰富 (8) (二)用户年龄段偏低,与手机结合紧密 (9) (三)转发评论认证等数据更满足虚荣心 (9) (四)非独立网站,依托强大门户网站另辟蹊径 (9) (五)名人效应 (10) 四、新浪在国内微博行业中的地位 (10) (一)人气分析 (11) (二)媒体影响力分析 (11) (三)基于微博开放平台应用软件分析 (12) 五、新浪微博盈利模式 (13) (一)现有盈利模式 (13) (二)计划中的盈利模式 (15) (三)潜在盈利模式 (15) 六、新浪微博商业前景 (18) (一)新浪企业价值飙升 (18) (二)长期应注意与监管层关系 (19) (三)盈利模式尚未验证 (19) (四)盈利模式创新 (19) 参考文献 (20)

摘要 本文在介绍新浪微博的基础上,重点分析新浪微博的盈利模式。 在分析其盈利模式之前,本文先分析了新浪微博与SNS、Twitter的关系和区别以及目前新浪在国内微博行业的地位,新浪在这三次比较中显现出的特性,使得新浪既可以沿袭SNS和Twitter已有的商业模式,又可以凭借自身特色加以创新。本文在此基础上讨论了新浪微博现有的盈利模式,计划中的盈利模式和潜在盈利模式。 一、新浪微博概述 (一)概念 根据百度百科上的概念,微博是一种通过简短文本更新用户信息,融合多种发布方式(如及时消息,短信息,电子邮件,音频,视频)和不同平台技术(WEB,WAP)为一体的博客形式。 新浪微博是由新浪网推出,提供微型博客服务的类Twitter网站,用户可以通过网页、WAP页面和手机短信、彩信发布140字以内的消息或上传图片,此外还可通过API用第三方软件或插件发布信息。 (二)历史 2009年5月在新浪例行战略会议上新浪高层提出了作为微博的想法,并于2009年8月14日开始内测。 高层起初并没有想把微博往Twitter这条路上走。决定做微博的时候,新浪当时已经做了应用比较丰富的SNS——新浪“朋友”。这个应用到现在都很少有人知道。新浪“朋友”一开始是Facebook路线,后来一改再改,最后已经有点接近微博的形态,类似于把Facebook的mini-feed功能单独拿出来做,传递名人的动态消息,但由于不具备内容的承载性最终被停掉。 新浪高层经过反复思考,他们认为微博虽然不同于SNS,但 Twitter本身具

新浪微博框架

大家下午好,在座的大部分都是技术开发者,技术开发者往往对微博这个产品非常关心。最晚的一次,是12点多收到一个邮件说想了解一下微博底层是怎么构架的。很多技术人员对微博的构架非常感兴趣,就是一个明星他有300万粉丝,这个技术怎么来实现?今天在这里跟大家分享一下微博的底层机构,让大家对微博的底层技术有更好的了解。另外不管是做客户端、1.0、2.0、论坛、博客都要考虑架构的问题,架构实际上是有一些共性的。今天我通过讲解微博里面的一些架构,分析一下架构里面哪些共性大家可以参考。 首先给大家介绍一下微博架构发展的历程。新浪微博在短短一年时间内从零发展到五千万用户,我们的基层架构也发展了几个版本。第一版就是是非常快的,我们可以非常快的实现我们的模块。我们看一下技术特点,微博这个产品从架构上来分析,它需要解决的是发表和订阅的问题。我们第一版采用的是推的消息模式,假如说我们一个明星用户他有10万个粉丝,那就是说用户发表一条微博的时候,我们把这个微博消息攒成10万份,这样就是很简单了,第一版的架构实际上就是这两行字。第一颁的技术细节,典型的LAMP架构,是使用Myisam搜索引擎,它的优点就是速度非常快。另外一个是MPSS,就是多个端口可以布置在服务器上。为什么使用MPSS?假如说我们做一个互联网应用,这个应用里面有三个单元,我们可以由三种部署方式。我们可以把三个单元部署在三台服务器上,另外一种部署模式就是这三个单元部署在每个服务器上都有。这个解决了两个问题,一个是负载均衡,因为每一个单元都有多个结点处理,另外一个是可以防止单点故障。如果我们按照模式一来做的话,任何一个结点有故障就

会影响我们系统服务,如果模式二的话,任何一个结点发生故障我们的整体都不会受到影响的。 我们微博第一版上线之后,用户非常喜欢这个产品,用户数增长非常迅速。我们技术上碰到几个问题。第一个问题是发表会出现延迟现象,尤其是明星用户他的粉丝多。另外系统处理明星用户发表时候的延迟,可能会影响到其他的用户,因为其他的用户同一时间发表的话,也会受到这个系统的影响。我们就考虑这个系统怎么改进。首先是推模式,这肯定是延迟的首要原因,我们要把这个问题解决掉。其次我们的用户越来越多,这个数据库表从一百万到一亿,数据规模不一样处理方式是有差别的。我们第一版单库单表的模式,当用户数量增多的时候,它不能满足就需要进行拆分。第二个是锁表的问题,我们考虑的是更改引擎。另外一个是发表过慢,我们考虑的是异步模式。 第二版我们进行了模块化,我们首先做了一个层,做了拆分,最右边的发表做了异步模式。第二个服务层,我们把微博基础的单元设计成服务层一个一个模块,最大是对推模式进行了改进。首先看一下投递模式的优化,首先我们要思考推模式,如果我们做一下改进把用户分成有效和无效的用户。我们一个用户比如说有一百个粉丝,我发一条微博的时候不需要推给一百个粉丝,因为可能有50个粉丝不会马上来看,这样同步推送给他们,相当于做无用功。我们把用户分成有效和无效之后,我们把他们做一下区分,比如说当天登陆过的人我们分成有效用户的话,只需要发送给当天登陆过的粉丝,这样压力马上就减轻了,另外投递的延迟也减小了。

新浪微博社区公约(试行)

第一章总则 第一条 为维护新浪微博社区秩序,更好的保障用户合法权益,新浪微博社区管理中心(以下统称“站方”) 根据现行法律法规及《新浪微博社区公约(试行)》,制定本规定。 第二条 新浪微博用户在本平台的活动不得违反现行法律法规。本平台将按照相关法律法规及用户注册协议,配合司法机关维护被侵权人合法权益。 第三条 站方负责本规定的解释及执行。 第二章基本原则 本规定通过以下基本原则,保障执行过程中的公正与透明: 第四条 本规定适用于新浪微博所有用户。 第五条 完成真实身份验证的用户,可通过新浪微博提供的“举报”功能对违规行为进行举报。完成真实身份验证的用户包括:个人认证用户、机构认证用户、微博达人、绑定手机或其他完成身份验证的用户。 第六条 站方对用户举报的受理条件公开透明。 第七条 对于可明显识别的违规行为,由站方直接处理;其他违规行为,由社区委员会判定后处理。站方服从社区委员会的判定结果。 第八条 违规的判定、处理公开透明。用户可查阅除危害信息外任何违规的处理过程(自受理之后到完成处理)。查询范围包括已完成处理的和正在处理的。 第三章社区委员会 第九条 社区委员会由公开招募的微博用户构成。 第十条 社区委员会分为两类:判定用户纠纷的普通委员会,判定不实信息的专家委员会。 第十一条 普通委员会成员总数量为5000名至10000名,专家委员会成员总数量为1000名至1500名。第十二条 在涉嫌违规行为的判定中,社区委员会在时限内以多数决的方式,形成判定结果,站方据此完成处理。 第十三条 普通委员会报名及审核条件: (一) 完成真实身份验证的个人用户。包括:个人认证用户、微博达人、绑定手机或其他完成身份 验证的用户; (二) 年满18周岁; (三) 注册时间大于180天,发布微博数量大于100条; (四) 粉丝数大于50;

新浪云开发平台开发指南

新浪 SAE 分布式 Web 服务应用平台
——云计算技术在网络推广中的应用 https://www.360docs.net/doc/d411024567.html,
1)什么是 Sina App Engine
Sina App Engine(以下简称 SAE)是新浪研发中心于 2009 年 8 月开始内部开发,并 在 2009 年 11 月 3 日正式推出第一个 Alpha 版本的国内首个公有云计算平台,SAE 是 新浪云计算战略的核心组成部分。
SAE 作为国内的公有云计算, 从开发伊始借鉴吸纳 Google、 Amazon 等国外公司的公有 云计算的成功技术经验,并很快推出不同于他们的具有自身特色的云计算平台。SAE 选择在国内流行最广的 Web 开发语言 PHP 作为首选的支持语言,Web 开发者可以在 Linux/Mac/Windows 上通过 SVN、SDK 或者 Web 版在线代码编辑器进行开发、部署、调 试,团队开发时还可以进行成员协作,不同的角色将对代码、项目拥有不同的权限; SAE 提供了一系列分布式计算、存储服务供开发者使用,包括分布式文件存储、分布 式数据库集群、分布式缓存、分布式定时服务等,这些服务将大大降低开发者的开发 成本。同时又由于 SAE 整体架构的高可靠性和新浪的品牌保证,大大降低了开发者的 运营风险。另外,作为典型的云计算,SAE 采用“所付即所用,所付仅所用”的计费 理念,通过日志和统计中心精确的计算每个应用的资源消耗(包括 CPU、内存、磁盘 等) 。
第 1 页

总之,SAE 就是简单高效的分布式 Web 服务开发、运行平台。
2)SAE 整体架构 SAE 从架构上采用分层设计,从上往下分别为反向代理层、路由逻辑层、Web 计算服 务池。 而从 Web 计算服务层延伸出 SAE 附属的分布式计算型服务和分布式存储型服务, 具体又分成同步计算型服务、 异步计算型服务、 持久化存储服务、 非持久化存储服务。 各种服务统一向日志和统计中心汇报,参考下图:
7 层反向代理层:HTTP 反向代理,在最外层,负责响应用户的 HTTP 请求,分析请求, 并转发到后端的 Web 服务池上,并提供负载均衡、健康检查等功能。 服务路由层:逻辑层,负责根据请求的唯一标识,快速的映射(O(1)时间复杂度)到 相应的 Web 服务池,并映射到相应的硬件路径。如果发现映射关系不存在或者错误, 则给出相应的错误提示。该层对用户隐藏了很多具体地址信息,使开发者无需关心服 务的内部实际分配情况。 Web 服务池:由一些不同特性的 Web 服务池组成。每个 Web 服务池实际是由一组
第 2 页

《深化街道和社区体制改革实施方案》

解读《深化街道和社区体制改革实施方案》 2014-10-22 20:48来源:南报网 ?新浪微博 ?腾讯微博 ?QQ空间 南报网讯(记者马道军肖姗)玄武区街道“五大中心”、秦淮区街道“四部一中心”、鼓楼区街道公共服务区域受理中心、建邺区街道社会管理与服务中心、栖霞区街道全科社工政务中心……近年来,我市不断突出街道在社会治理中的基础地位,强化社区自治功能,积极实施街道社区体制改革。 在全市第二轮综合改革中,近日又出台《深化街道和社区体制改革实施方案》(以下简称《实施方案》),继续深化街道社区改革。今天(10月22日),我市专门召开新闻发布会,对《实施方案》进行解读。 据介绍,《实施方案》包括转变街道职能、增强社区自治功能、深化网格化管理、调整考核机制等四个方面内容,初步形成了以“街道中心化、去经济化,社区去行政化”为特色的南京基层社会治理和服务新探索。 一清:职责理清,城区街道以公共、社会服务为主 【政策】推进街道经济职能转变,城区街道由直接承担招商引资、财税增长等经济发展任务,转向为经济发展提供服务和营造环境,经济服务职能重点向采集企业信息、促进项目发展、服务驻区企业、优化投资环境等工作领域集中。 【解读】城区街道“去经济化”,取消经济考核,工作重心落在公共服务和社会服务上;职能部门下沉到街道的资源、人员、经费等,由街道统一调配。与此同时,还制定了《南京市街道办事处工作职责清单》。按照费随事转的原则,属于部门职责下放到街道办理的服务事项,须将权限、经费等一并下放到街道。

《实施方案》提出,明年1月1日起,取消对玄武、秦淮、建邺、鼓楼四城区各街道和其他区建成区所在街道相关经济指标考核,将剥离的经济工作职能转移到区级经济发展职能部门和产业功能板块,构建以功能园区为经济发展主体的发展模式。对市域范围其他街道也要逐步弱化相关经济指标的考评权重。 一移:服务前移,取消街道科室化,“中心”集中办理 【政策】整合优化街道内设机构,归并相近职能,综合设置党群工作、经济服务、城市管理、社会管理(政法综治)等服务管理机构和街道便民服务中心,建立扁平化的政务服务运行机制,为居民和驻区单位提供便捷服务。 【解读】取消街道科室化,前移“中心”集中办理,“中心”作为街道承接事务、开展服务、受理诉求的统一平台,实行“一门式管理”与“扁平化服务”。今后街道要实现“两个转型”:集中式办公、开放式服务,街道由“行政机关”向“民生窗口”转型;干部由“后台管理”向“一线社工”转型。 《实施方案》明确,清理并大幅压缩在街道设立的各类非正式机构,依据相关规定和要求在街道设立的其他组织、专项工作机构统一纳入服务管理机构和便民服务中心运行。 一收:街道回收由社区承担的27项行政服务事项 【政策】梳理收回街道便民服务中心覆盖范围内社区的政务服务事项,社区服务站工作转向政策咨询、服务向导、了解民情、反映诉求和组织开展公益慈善服务、居民自我服务,面向特殊人群开展上门和代办服务。 【解读】街道“中心”(分中心、中心社区)回收社区政务,重构“中心—社区”关系,回收由社区承担的27项行政服务事项。各区可结合实际建立服务项目清单,明晰办理条件、程序、时限及服务责任,实行“一门受理、一站办结”。像秦淮、栖霞等区探索建立了统一的基础信息平台,实行区域政务服务“联接联办”、“全区通办”。辖区较大的街道建立中心社区、分中心,实现服务有效覆盖。而社区“去行政化”,主要聚焦自治和服务,协助政府工作事项实行契约化管理。

相关文档
最新文档