最新 热门 资讯 视频 资料 帖子 问答 直播 雨课 选品 服务 果园 标签 导航 热门百科 热门搜索

    Twitter (推特)是一个广受欢迎的社交网络及微博客服务的网站，允许用户将自己的最新动态和想法以手机短信息形式（推文）发布（发推），所有的Twitter消息都被限制在140个字符之内。在2006年，推特技术先驱创始人埃文·威廉姆斯（Evan Williams）创建的新兴公司Obvious推出了大微博服务。在最初阶段，这项服务只是用于向好友的手机发送文本信息，但由于国内限制的问题，推特账号注册比以前更麻烦了，下面我们来讲解下推特账号怎么注册？

一、Twitter注册前，需准备以下资料

1、邮箱/用户名/手机号

特别注意：Twitter账号的注册也逐渐规范跟严格，建议使用手机号码注册，如邮箱请使用常用邮箱，如果出现无法接收验证码，可以选择邮箱注册。

本次注册推特一共分了5步，首先我们在浏览器中输入推特官网网址：，如无法访问，请使用科学上网工具，针对如何访问外网，建议百度一下。

根据提示填写好名字，手机（如不用手机，可以改用电子邮件，建议使用Gmail），出生年月日，点击一下步。

默认打上勾即可，跟踪你在网络上看到 Twitter 内容的位置，Twitter 使用此数据对你的体验进行个性化。该网页浏览历史绝不会与你的姓名、邮件或电话号码一起存储。

第3步：创建你的账号（确定第1步填写的信息）

第3步主要是确认你第1步填写的资料，用户名、手机/邮箱，出生日期是否确认无误，点击注册，会弹窗验证手机/邮箱。

这一步推特会发送验证码到你填写的手机/邮箱；输入验证码后，点击下一步；

设置你的密码，建议首字符大写，字母+数字等组合方式的密码。

最后：推特完成注册，上传头像

看到下图，已经完成推特的注册，最后会弹出询问你是否上传头像，如果暂不需要，可以直接选择跳过。

推特注册完成，设置资料

1、很多朋友使用的是免费加速器，这些加速器提供的 IP 地址基本上都被大量的网友用来注册过的了，所以很容易出现登录隔几天就被封号。

2、注册好过后，及时完善个人资料，这样 twitter 就会认为你是一个真正要使用 twitter 的真实网友，而不是恶意注册。

3、不要乱发广告，发违规内容，很容易封号哦！

4、推特注册无法发送短信验证码，建议换其它手机号尝试，只有部份手机号会出现无法接手验证码。

5、推特注册显示出错了稍后再试，一般是网络问题导致，建议使用些高质量的加速器。

总结：Twitter推特注册与国内网站注册一样，只是很多用户出现无法打法的问题，导致注册比较困难。

（二）twitter的业务逻辑
twitter的业务逻辑也不复杂
following业务，查follow了哪些人，以及这些人发表的留言；
followed业务，前端js轮询后端，看follow了的人有没有新留言，有则更新（更新及时性取决于轮询时间）；

网站的架构设计，传统的做法是三层架构，所谓“传统”不意味着“过时”，新潮的技术不成熟，传统的路子更稳健。

当用户发布消息时，依次执行：
（1）存消息至msg表；
（4）在线的ids，将消息push进一个队列queue；
这里面要用到队列，其实现方式有很多种，例如apache mina，twitter团队自己实现了一个kestrel。

表示层的主要职能有2个：
当然，访问twitter的不仅仅是浏览器，可能还有手机，由于可能存在其他协议，故可能存在其他processor。

无论如何，架构框架清晰如下：

cache的使用对大型网站架构至关重要，网站响应速度是影响用户体验最明显的因素，而影响响应速度最大的敌人又是磁盘io。
twitter工程师认为，良好体验的网站平均响应时间应该在500ms左右，理想的时间是200-300ms。
关于cache的使用，是twitter架构的一大看点，带cache的架构清晰如下：

访问twitter的用户除了网页（web通道），还有手机（API通道），而后者的比例占总流量的80%-90%。
手机屏幕的主体，是一屏一屏的消息，不妨把整个页面分割成若干局部，每个局部对应一些/一条消息，这些就是fragment。
人气高的作者，缓存其页面的fragment，可以提高读取其发布消息效率，这就是fragment cache的使命。
人气旺的作者，人们也会访问其主页，这就是page cache的使命。
虽然page cache的命中率低，但由于是访问主页，其占用的空间是很大的，为了防止两种cache相互影响，这两种cache需要部署在不同的物理机器上。

web通道的缓存问题也需要解决，分析之后，web通道的压力主要来自搜索。
面临突发事件时，读者们会搜索相关信息，而不会理会这些信息的作者是不是自己follow的那些人。
为了降低搜索压力，可以将搜索关键词与搜索内容cache起来，这里，twitter的工程师使用了varnish。
twitter的工程师却将varnish放在apache web server的内层，原因是他们认为varnish操作复杂，担心varnish崩溃造成系统的瘫痪，故采用了这种保守型部署方式。
twitter没有公开varnish的命中率，他们声称，使用了varnish之后，整站的负载下降了50%。

twitter架构的另一大看点是其消息队列：隔离用户的操作，将流量高峰摊平。
餐厅客满时，对于新来的顾客，虽然不能服务，但不是拒之门外，而是让他们现在休息厅等待。
2009年1月20日，奥巴马发表就职演说，twitter流量猛增，此时如何是好。
面对洪峰，如何保证网站不奔溃？迅速接纳，但推迟服务。
apache收到请求，转发给Mongrel，由Mongrel负责实际处理，apache则腾出手来，迎接下一位用户。
但apache能够接待的用户数总是有限的，它的并发数受apache能够容纳的工作进程数量，这里不细究apache内部原理，图如下：

快速接纳，推迟服务，只是缓兵之计，目的是让用户不至于收到503（service unavailable）。
真正的抗洪能力，体现在蓄洪与泄洪两个方面：
（2）twitter自己的kestrel消息队列，作为引流泄洪手段，传递控制指令（引流和渠道）；
洪峰到达时，twitter控制数据流，将数据及时疏散到多个机器，避免压力集中，造成系统瘫痪。
下面举例说明twitter内部流程，假设有两个作者，通过浏览器发消息，一个读者也通过浏览器阅读他们的消息。

（2）上传新写的消息，把作者id，消息等转发给Mongrel，apache等待Mongrel回复，以便更新作者主页，将新写的消息更新上去；
（4）Mongrel通知kestrel消息队列服务器，每个作者及读者都有一个队列（没有则创建）；
Mongrel将msgid放入读者的队列，以及作者本人的队列；
（5）某一台Mongrel，它可能正在处理某一个id的队列，就会往返回该id用户的主页上添加上此条信息；
（6）Mongrel将更新后作者的主页给前端等待着的apache，apache则返回浏览器。

不细说了，洪峰扛不住时，只能加机器。
机器哪里来？租云计算平台公司的设备。
当然，设备只需要在洪峰时租用，省钱呀（ 疑问：twitter怎么知道什么时候是洪峰？）。

可以看到，Mongrel的工作流程：
（2）将相关msgid放入kestrel消息队列就算消息推送成功；
Mongrel没有使用任何方式去通知作者、读者，让他们重新拉取消息。
上述工作方式，反映了twitter架构设计“分拆”的理念：
（1）将一个完整的流程分拆成独立工作的子流程，一个工作可以由各个服务负责（三层架构本身是一种分拆）；
（2）多机器之间协作，细化数据流与控制流，并强调其分离；

twitter业务流程的分隔，是一种事件驱动式的设计，主要体现在两个方面：
（2）上传、下载逻辑分离：只通过kestrel队列来传递指令；