奥巴马筹款网站的制作过程

news/2024/5/9 8:09:17/文章来源:https://blog.csdn.net/yazhouren/article/details/8308494
原文地址:http://www.csdn.net/article/2012-12-17/2812909-BarackObama
摘要:在美国大选期间,奥巴马网站BarackObama.com创造了2.5亿美元的捐款,对于一个网站来说,它是如何做到的?

奥巴马官网

1.Kyle Rush是一个网站工程师。2011年6月,他加入BarackObama.com,负责设计2012美国大选的奥巴马官网。

Kyle Rush

除了宣传,官网的主要目的就是筹款。

上一次大选,奥巴马筹到了6.9亿美元。这是一个很大的数字,但由于过去4年美国经济一直没有起色,本次大选势必要投入更多的资金,团队内部估计资金需求将达到创纪录的10亿美元。

一个筹集10亿美元的网站,历史上从来没有过。Kyle Rush不知道自己能否做到,但是他很清楚,如果筹不到钱,奥巴马没法赢得大选。

2.2012年美国大选现在已经结束了,奥巴马有惊无险地击败了罗姆尼。他最终筹到了11亿美元,成为历史上筹款金额最高(也是花钱最多)的总统候选人。(排在第二位的就是罗姆尼,他也筹到了10亿美元。)

这11亿美元之中,线下筹集了4.1亿,线上筹集了6.9亿。单单BarackObama.com一个网站,就创造了2.5亿美元的捐款。在6个月的时间里,BarackObama.com共有:

* 17,807,917个访问者,81,548,259次页面访问

* 4,276,463次捐款

* 捐款转化率24%(每四个访问者,就有一人会捐款)

这样辉煌的成绩,是如何取得的?

3.制作一个超大流量的、体验良好的、能够说服人们捐款、并能安全快速处理这些捐款的网站、绝非易事。

最近,Kyle Rush写了一篇文章,披露了许多内幕,从技术角度总结了BarackObama.com的制作心得。下面,我们就来看看奥巴马的技术团队是怎么做到的。

2012年5月的奥巴马官网

网站的制作班子,从2011年下半开始组建,Kyle Rush是第一个加入的前端工程师,负责网页的外观和用户体验。

一开始,网站放在团队自购的服务器上,运行和捐款都还算平稳。但是,随着竞争不断加剧,局势变得令人担忧了。到了2012年5月,罗姆尼当月的筹款金额第一次超过了奥巴马。

竞选总部决定,网站必须改版,尽一切可能争取捐款。于是,技术团队开始大规模的扩充,全职的前端工程师从1个人扩充到了14个人,其中6人专门负责制作筹款页面。

4.技术团队做出的第一个决定是,使用静态网站生成器Jekyll,用静态网页取代动态网页,加快网页打开速度。网站的打开应该越快越好。有研究称,打开速度每慢100毫秒,Amazon的销售额就下降1%。

第二个决定是,将全部网页放上CDN,使用的服务商是Akamai。它是世界最大的CDN供应商,共部署了50000多台服务器,美国各地都能获得理想的访问速度。奥巴马芝加哥竞选总部,可以在20毫秒内载入官网的HTML网页。

第三个决定是,将捐款的后台做成API调用。这是因为有23%的访问者使用移动设备,所以必须部署多个前端(Web端和移动端)。使用API,可以让不同前端以相同方式与后台通信,彼此之间用JSON格式传递信息。

第四个决定是,后台用PHP语言开发,放在Amazon的EC2平台上。

第五个决定是,为了避免宕机,开发两个后台。一旦一个系统停止工作,立刻自动切换到另一个。这点很重要,因为宕机不仅影响士气,而且经济损失巨大。因为捐款每分钟都在涌入,最高记录是一小时300万美元,你不能让它停下来。

5.新网站初步完成后,使用webpagetest.org进行测试,结果令人鼓舞。

原版页面4秒钟后还没载入,新版只用1秒就可以看到。整个平台的访问速度上升了60%,捐款转化率增加了14%。

接下来,就是微调页面的各种细节,一共进行了240次a/b测试,也就是说,至少迭代了240个版本。

调整后的页面,视觉效果和用户体验都有了巨大的提升(点击看大图),捐款转化率因此又提高了49%。

随着奥巴马的当选,BarackObama.com共进行了1101次前端部署。

6.事实证明,整个开发方案非常成功,顺利完成筹款任务,没有一分钟宕机。

Kyle Rush感到有必要总结,留下记录。除了上面的开发过程,他还提到前端团队使用的工具:版本控制Github,a/b测试管理Optimizely,代码编译CodeKit。

Kyle Rush最后总结说:

"我百分之百肯定,这是我经历过的最好的开发环境。我们不断调整,捐款转化率的提高令人难以置信。整个团队感到无比满足。但是,最高兴的还是看到,2013年1月21日巴拉克·奥巴马依然是美国总统!"

来自:阮一峰博客



本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.luyixian.cn/news_show_793684.aspx

如若内容造成侵权/违法违规/事实不符,请联系dt猫网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

域名解析到域名_网站域名解析图文教程详解

任务:进入域名解析控制面板,对域名进行解析操作域名解析一般在站点(空间)绑定域名之后,进行设置的比如宝塔站点绑定了这2个域名:xxx.com和www.xxx.com所以解析的时候就要解析这2个域名登录官网账号,点击域名管理(第一个…

【198期推荐】医院门户网站服务器选择问题应该三思而后行

本周头条: 请教高手:我院现要建设门户网站,想请教一下,是租用移动公司的服务器好(本地移动公司承建网站建设),还是自己建设服务器好。(我考虑的是自己建立服务器,为网站预…

大型网站技术架构(一)大型网站架构演化

2019独角兽企业重金招聘Python工程师标准>>> 看完了有一本书,就应该有所收获,有所总结,最近把《大型网站技术架构》一书给看完了,给人的印象实在深刻,再加上之前也搞过书本上讲的反向代理和负载均衡以及ses…

假如我来架构12306网站(一) - 概论

原文地址:http://blog.csdn.net/jackxinxu2100/article/details/8140755序言: 此文的撰写始于国庆期间,当中由于工作过于繁忙而不断终止撰写,最近在设计另一个电商平台时再次萌发了完善此文并且发布此文的想法,期望自…

phpchina网站首页改版了,貌似也不再属于康盛旗下啦

2019独角兽企业重金招聘Python工程师标准>>> phpchina网站首页改版了,貌似也不再属于康盛旗下啦 具体的情况不清楚,貌似变成了一家做站和PHP培训公司啦 杯具 转载于:https://my.oschina.net/tenking/blog/41993

图片瀑布流的威力?最新数据显示Pinterest有望成为第二大社交网站,仅次于Facebook

原文地址:http://www.36kr.com/p/201371.html从用户量来看,Facebook 毫无疑问是目前最大的社交网站,且居于主导地位。但对于第二名的争夺,最新的数据显示,Pinterest 有望超过 Twitter,问鼎第二名。 据皮尤研…

大型网站系统架构分析

千万级的注册用户,千万级的帖子,nTB级的附件,还有巨大的日访问量,大型网站采用什么系统架构保证性能和稳定性? 首先讨论一下大型网站需要注意和考虑的问题。 数据库海量数据处理:负载量不大的情况下select、…

php新手学习php的好网站(推荐!!)

为什么80%的码农都做不了架构师?>>> 在论坛中看到很多php新手朋友,苦于找不到好的文章或资料,对php无从下手。 为大家推荐几个不错的学习php的网站,有需要的朋友,可以参考下。 1、php100.com 这个搞php的朋…

大型网站技术架构(四)网站的高性能架构

2019独角兽企业重金招聘Python工程师标准>>> 网站性能是客观的指标,可以具体体现到响应时间、吞吐量、并发数、性能计数器等技术指标。 1、性能测试指标 1.1 响应时间 指应用执行一个操作需要的时间,指从发出请求到最后收到响应数据所需要的时…

MVC4做网站后台:用户管理 —用户

这块进行用户管理,可以浏览、查询已注册的用户,修改用户资料,删除用户等。没有做添加用户,不知是否必要。列表页还是使用easyui的datagrid。这个思路跟用户组的方式差不多。 1、接口InterfaceUser 命名空间Ninesky.Repository 功能…

关于大型网站技术演进的思考(一)

原文地址:http://www.cnblogs.com/sharpxiajun/p/4237704.html这个系类的文章很好,真的需要花时间来读一读!! 前不久公司请来了位互联网界的技术大牛跟我们做了一次大型网站架构的培训,两天12个小时信息量非常大&#…

关于大型网站技术演进的思考(四)--存储的瓶颈(4)

如果数据库需要进行水平拆分,这其实是一件很开心的事情,因为它代表公司的业务正在迅猛的增长,对于开发人员而言那就是有不尽的项目可以做,虽然会感觉很忙,但是人过的充实,心里也踏实。 数据库水平拆分简单说…

关于大型网站技术演进的思考(五)--存储的瓶颈(5)

关于大型网站技术演进的思考(五)--存储的瓶颈(5) 上文里我遗留了两个问题,一个问题是数据库做了水平拆分以后,如果我们对主键的设计采取一种均匀分布的策略,那么它对于被水平拆分出的表后续的查…

关于大型网站技术演进的思考(六)--存储的瓶颈(6)

关于大型网站技术演进的思考(六)--存储的瓶颈(6) 在讲数据库水平拆分时候,我列出了水平拆分数据库需要解决的两个难题,它们分别是主键的设计问题和单表查询的问题,主键问题前文已经做了比较详细…

使用HTML5、CSS3和jQuery增强网站用户体验[留存]

记得几年前如果你需要添加一些互动元素到你的网站中用来改善用户体验?是不是立刻就想到了flash实现?这彷佛年代久远的事了。使用现在最流行的Web技术HTML5,CSS3和jQuery,同样也可以实现类似的用户体验。而且使用这些特性将会比使用…

途牛网站无线架构变迁实践

origin: http://geek.csdn.net/news/detail/55369途牛从一开始的单机系统,发展到现在已拥有数百个分布式部署的系统。本文主要将途牛网站无线系统在从小到大的过程中,遇到的问题以及解决方法与大家分享,希望为大家带来一定借鉴。文章将从服务…

大型网站架构系列:电商网站架构案例(1)

origin: http://www.cnblogs.com/itfly8/p/5006197.html大型网站架构是一个系列文档,欢迎大家关注。本次分享主题:电商网站架构案例。从电商网站的需求,到单机架构,逐步演变为常用的,可供参考的分布式架构的原型。除具…

大型网站架构系列:电商网站架构案例(2)

origin: http://www.cnblogs.com/itfly8/p/5006200.html电网网站架构案例系列的第二篇文章。主要讲解网站架构分析,网站架构优化,业务拆分,应用集群架构,多级缓存,分布式Session。 五、网站架构分析 根据以上预估&…

大型网站架构系列:电商网站架构案例(3)

origin: http://www.cnblogs.com/itfly8/p/5009005.html本文章是电商网站架构案例的第三篇,主要介绍数据库集群,读写分离,分库分表,服务化,消息队列的使用,以及本电商案例的架构总结。 6.5数据库集群&#…

大型分布式网站架构技术总结

origin: http://www.cnblogs.com/itfly8/p/4967966.html本文是学习大型分布式网站架构的技术总结。对架构一个高性能,高可用,可伸缩,可扩展的分布式网站进行了概要性描述,并给出一个架构参考。一部分为读书笔记,一部分…