存档

2012年9月 的存档

优秀创业家应该具备的七种品质

2012年9月29日 没有评论

七种品质

分类: 7职业创业 标签:

Seelio为大学生提供全新简历模式

2012年9月29日 没有评论

写简历的时候找不到合适的词汇来描述自己?还和别人一样用同样的简历模板?试试全新个性简历Seelio吧。Seelio为求职者打造全新的简历模式,目前以.edu结尾的邮箱地址可以注册使用,也就是说,这个网站是专门面向大学生就业设计的。

Seelio之前曾用名“TruApp”,它为大学生提供了多面展示自我的舞台,将黑白的求职信变成五彩缤纷的展示平台,用人单位可以在这个平台上查看求职者详细的个人简历,也可以直接和求职者沟通,最后再决定是否会雇佣。

Seelio目前主要服务美国的大学生,已经有数千名学生和170多家企业入驻这一平台,最近正式更名Seelio。

Seelio创立于2012年1月,创始人为密歇根大学的毕业生莫斯·李、大卫·莎、杰里·王。莫斯·李说:“我们设想通过Seelio来彻底改变传统的简历模式,尤其是大学生看似创新实则代办的简历。为此,我们搭建了Seelio帮助大学生用组合展示的方式,向企业展示他们的真我性情和他们的真实能力。”

组合展示模式最初由设计人员发明,Seelio这个平台也采用此类模式,任何专业的学生都可以在Seelio上展示自我,而非单纯的履历文字。体育专业学生可以上传自己的比赛视频,设计专业学生可以上传自己的作品,工程系的学生可以展示自己的创新作品,这些数字化的展示方式,为他们未来就业大加分。学生们还可以展示他们在大学期间获得的荣誉和科研成果等等。

与其面对冷冰冰的一张求职简历,用人单位更喜欢用这种方式来发掘真正的人才。

与其他求职展示类网站不同,企业可以在Seelio上直接和大学生联系,可以直接在大学中挖掘人才。Seelio的搜索引擎还能提供非常详细、专业的人才推荐。除此之外,企业和求职学生还可以双向选择。正式更名Seelio之后,Seelio推出了全新的企业资料展示页面,用人单位可以把自己企业的文化氛围、入职要求、企业视频等信息一一列出。不仅用人单位可以选天才的学生,学生也可以挑选合适的工作地点。

目前针对企业用户收费,每月50元会员费,每发布一则招聘启事收费150美元。特殊职业的招聘启事最高收费1200美元。学生用户免费使用。

分类: 9其他 标签:

Facebook与Amazon的对比

2012年9月29日 没有评论

本文作者Eugene Wei,前Amazon员工,Erly创始人,原文发表于其个人博客

著名分析师Henry Blodget在《亲爱的Facebook员工,这是你们要的股价真相》一文中给了大众不少有关Facebook股票的观点。这篇文章已经在网络上广泛传播,我相信已经有很多Facebook员工看过了。

这篇文章最吸引我的地方就是Blodget列出的强硬观点,他说Facebook应该学习亚马逊的商业案例,采取股价长期作价的方法。如果你觉得自己对Facebook的投资非常明智,这篇文章可能会引起你的反感。需要说明的是,我曾于1997到2004年在亚马逊工作。拿亚马逊的股价变化图对比Facebook,我们可以看出,亚马逊长期慢增长、稳增长的做法比Facebook股价高开低走要好很多。

首先,两家公司早期的股票定价方式不同

  1. 亚马逊在上市之前没有任何股票交易行为,而Facebook上市之前早就已经开始股票私下交易。在股票私下交易阶段,Facebook并没有像上市公司一样公布自己的财务数据,所有的交易都是基于对其业绩的推测,比如来自数据跟踪企业ComScore的数据。然而ComScore能向投资者提供的只有用户增长量和用户黏着度。

    毫无疑问,这些数据价值不高。Facebook用户一直在增长,而且用户花在Facebook上的时间一定会越来越多。在投资者看来,Facebook拥有全球最多的用户,其股票、市值应该和用户数量挂钩。

    Facebook上市之前,我就听说其股价已经被炒到了天价查看TECH2IPO报道)。然而几乎没有人知道Facebook具体的营收和利润财报。当然Facebook的股价肯定有人工炒作的因素存在。资本市场运作,并不奇怪。

  2. 而亚马逊的股票价格是根据长期的财务数据得出的,亚马逊向公众开放了营收、净利润、用户数、用户指导方案等数据。亚马逊对长期运作的商业模式非常有信心,也从不怕分析师根据风言风语做出的预测,亚马逊对发展前景非常保守乐观。当然也有不少分析师合理地研究了我们的商业模式,他们对亚马逊未来发展的观点也让亚马逊信心倍增。然而分析师的预测也会影响到一个公司的股价,Blodget曾在1998年预测亚马逊股票能冲到400美元,这一消息严重刺激了资本市场,导致亚马逊的股票出现了小幅的波动。

    若不是Facebook的股价被人恶意炒高,Facebook的股价可能会稳定在合理的19-20美元左右。在投资者眼中,Facebook跟Zynga、Groupon不同,Facebook代表着科技领域的一块基石,不可撼动。然而Facebook的真正实力却跟那些握着Facebook股票在证券交易所门口默默流泪的投资者有不小的出入。

我曾于1997-2004年在亚马逊工作。那是我从来没有听过总裁杰夫·贝索斯提过股价的任何消息。即使在季度会议上,他也从不关心亚马逊的股票价格。杰夫在众人面前就是一个可爱、欢乐、爱笑的极客而已。

我听到杰夫唯一一次提到亚马逊股价是在季度全体员工大会上时,有人问他股票的事情。为了让员工问难题,他要求员工写匿名小纸条,然后自己在里边挑最难的问题来回答,于是就抽到了这个有关股价的问题。

在1998年下半年,1999年早些时候,亚马逊的股票开始疯长,员工开始问自己是否可以抛售股票。我从没忘记杰夫的回答。他说,这个问题请根据自己的财务状况来决定。不要把鸡蛋放在一个篮子,是最稳妥的投资方法。只是他给他祖母的建议,也是给所有人的建议。他敏锐地说,无论你财务状况如何,无论你怎么看亚马逊的未来,买卖股票都是个人行为。

不久,亚马逊的股票价格暴跌至个位数。杰夫在员工大会上借用格拉哈姆的话:“短期而言,股票市场是一个投票机,但长期来说,它却是一个体重机。”告诉员工只有市场的长期表现更重要。

换句话说,杰夫告诉员工不必在乎短期内的市场波动。如果投资者能够看到亚马逊长远的价值,亚马逊的股票肯定会恢复。杰夫说,股票价格并不能反映亚马逊的好坏。他告诉我们,关系一个公司存亡的最基本因素就是消费者体验。

我不知道扎克伯格如何面对Facebook股价下跌,但是从媒体报章上看到的最多的一个词就是“痛苦”。有媒体说,“扎克伯格说Facebook的股票表现让投资者非常痛苦。”我不知道这句话是否是扎克伯格亲口所言,也不知道当被问询时,扎克伯格如何回答。

Facebook的股价似乎跟当季营收和利润表现挂钩,投资者关心的似乎不是长期的用户增长和用户黏着度。每家公司都希望公司的命运掌握在自己手里。如果Facebook依旧以广告为利润,那么Facebook必定会让投资者失望。2000年的亚马逊就已经看到了国外市场的商机无限。

Facebook最焦虑的应该是如何控制营收和利润增长,保持竞争优势。

  1. 2000年时,亚马逊的零售业务非常强进,而且各方预测都是持续增长。亚马逊提供的消费者体验非常好,口口相传,越来越多的人使用亚马逊。从十几年的发展历史来看,亚马逊的季度营收一直保持2%-3%的增幅。

    十几年一直保持2%-3%,世上没有那个公司能做到。亚马逊的季度财报从来没有让分析师失望。即使亚马逊耗巨资开辟国际市场导致营收下降,分析师也对亚马逊的前景保持乐观,因为他们知道,亚马逊有能力把钱赚回来。

  2. 但是我还没在媒体上看到有关Facebook长期营收计划的报道,因为Facebook只公布了短期的营业计划。Facebook正在试图增加广告营收,也在逐渐向移动领域发展,然而这两方面的发展都很困难。相比亚马逊的信心十足,Facebook的“鸭梨”比较大。

  3. Facebook还面临一个严重的问题:员工跳槽。Facebook和微软、亚马逊等诸多科技企业一同位于西雅图海岸地区,Facebook员工叛逃成本非常低,而且其他科技企业也非常吸引人。另外还面临行业内的竞争,亚马逊当年只有2个敌人——eBay和Google,现在Facebook的敌人,双手双脚都数不完。

2000年时,亚马逊的商业模式基本已经成型,而Facebook到现在还没有非常稳固的商业模式作支撑。不过Facebook作为全球最大的社交网站,拥有最多的用户,几乎没有公司可以依靠用户数量来打垮Facebook,这也是Facebook最大的优势。

亚马逊没有这么好的社交网络业优势,但是却有强大的销售优势。如果Facebook2000年就创立了,让投资者选择投资,他们肯定会选择Facebook而放弃亚马逊。然而亚马逊拥有全球最强大物流体系,还和出版社保持良好关系,这些都为亚马逊长期发展打下了良好的基础。

从我个人的观点来看,亚马逊和Facebook并不相同。如今的企业已经不向以前一样了,现在企业上市时几乎是被投资者扒光了走上证券市场。这是资本运作追求利益的结果。

分类: 8门派江湖 标签:

Amazon CloudFront内容分发服务(CDN)

2012年9月29日 没有评论

Amazon CloudFront是一个内容分发网络,该服务可以很容易地将内容投送到终端用户,具有低延迟、高数据传输速率等特点。简单来说就是使用CDN进行网络加速。

CDN是什么?CloudFront又是什么?

如果你已经对CDN有了基本了解,可以跳过这一节直接阅读后面的内容。

CDN是Content delivery network(内容分发网络)的简称,这一技术以往只应用于大型商业性网站。通过使用这种技术,可以将网站上的静态内容(例如.html文件、.jpg图片)和动态内容(例如数据库查询)缓存到CDN提供商位于全球各地的多个服务器上。这样当全世界不同访客访问这个网站的时候,就不再需要通过网站所在服务器读取这些内容,而是可以从就近的CDN缓存服务器上读取,因此内容的读取速度更快,直接影响就是网页的加载速度更快。

这一系列过程都是完全自动实现的,并且在配置好后,对于网站的内容提供方(例如正在写这篇文章的我)也是完全透明的。我只需要按照正常方式撰写并发布内容到本站,随后相配套的程序就会自动把需要缓存的内容提交到我指定的缓存服务器上;而正在阅读这篇文章的您,在打开本站文章时,会根据您的实际地理位置和网络环境,由DNS服务器将您引导到速度最快的缓存服务器上,并从缓存服务器上直接下载显示本站页面所需的各种内容。

简而言之,通过使用CDN,可以有效提升全球各地访客打开网页的速度。因此各大门户网站、社交网站,以及网络视频站点,都会使用各种CDN技术。对于技术实力强大,并且有充足预算的企业,可能会自行在全球各地搭建缓存服务器(Google,腾讯,淘宝……);但预算不充足,或内容数量过少,自建CDN网络不划算的企业,则会考虑使用专门的CDN服务提供商,借助提供商建好的网络进行加速,并为此付费。

欣闻国内目前有免费的CDN服务,有兴趣的同学可以去看看。

CloudFront是由Amazon提供的一套覆盖全球的CDN网络。该服务拥有云计算服务特点,可以根据流量和请求数量进行收费,并且相对来说费用还算低廉,因此适合小型公司或个人。

根据介绍,Amazon的CloudFront目前在全球下列地区建立了提供CloudFront服务的数据中心:

美国:维吉尼亚州-阿什本,德克萨斯州-达拉斯/沃斯堡,佛罗里达州-杰克逊维尔,加利福尼亚州-洛杉矶,佛罗里达州-迈阿密,纽约,新泽西州-纽瓦克,加利福尼亚州-帕罗奥图,华盛顿州-西雅图,密苏里州-圣路易斯
欧洲:阿姆斯特丹,都柏林,法兰克福,伦敦,巴黎
亚洲:香港,东京,新加坡

因此只要使用CloudFront服务,就相当于可以通过上述遍布全球主要地区的缓存服务器,为您的网站提供加速服务。

如何收费?

和其他云计算服务一样,按需收费,用多少收多少,没有最低费用。当然你也可以一次性订购长期服务,有折扣。具体的费率,可以在这里看到。Amazon AWS也提供了计算器,帮助预算。

cloudfront_price

不同地区的流量和处理费用有略微差异,其中日本的费用最贵。在估算实际费用时需要注意,考虑您网站访客的主要来源,例如对于大部分中国用户,取决于具体的ISP和网络环境,往往会通过位于香港/新加坡,或日本的缓存服务器获取内容。

下面以我的博客为例计算费用。本网站的整个目录下所有文件,包含php,以及png等,全部加起来算整200 MB。由于访客访问网站时所请求的每个文件(PHP、脚本、CSS、图片等)都会产生一个请求,就算平均每个页面会产生50个请求,假设每天的页面浏览量是300个。(其实这些数据通过Google Analysis都可以获得一个准确值,但我也懒得去找了,用近似值计算好了。)

因此每月,通过CloudFront分发15 GB数据的费用为:15 GB * $0.201/GB = $3.015

另外,每月产生的请求数量为 50 * 300 * 30 = 450000个,这些请求都是HTTP请求,因此请求处理费用为 450000 / 10000 * 0.0095 =  $0.4275

所以假设本站的所有访客都通过位于日本的缓存服务器获取内容,我每月需要付出 3.015 + 0.4275 = $3.44,约合¥22。当然,实际上不可能所有访客都使用日本的缓存服务器,因此只要数据量和浏览量没有太大变化,每月实际的付出只会低于这个价格,事实上从我的账单上看每月不到1美元。换来网站访问速度的极大提升,我觉得还是挺划算的。

如何使用?

如果你使用的是DreamHost的主机,主机商提供了CloudFront设置,十分方便。参考这个链接

如果您使用的别的主机没有提供该功能设置,但只要你使用的WordPress搭建网站,那么也可以通过WP插件的方式实现CDN设置。插件:OSSDL CDN Off Linker ,不过我个人推荐大名鼎鼎的缓存插件WP Super Cache,已经集成了前者的功能。插件工作原理是使用URL Rewriting功能,将指向静态文件的链接由原始主机修改为CloudFront。假设在Wordpress中发布文章,其中包含一张图片,该图片的原始URL是“http://www.lovelucy.info/wp-content/uploads/picture.jpg”,那么插件会自动将该链接的域名部分进行更换,即把“http://www.lovelucy.info”更换为“http://xxxxx.cloudfront.net”。这样当访客浏览页面时,就会自动转为向最近的CloudFront服务器请求这张图片,从而实现加速。

1. 开通CloudFront服务

首先你得有个AWS帐号,之前在S3云存储等相关文章中已经介绍过了,此处不予冗述。

2. 创建一个CloudFront分发

登录AWS控制台,切换到CloudFront选项卡(没有该选项卡?你还没开通CloudFront),选择“新建分发”。

创建一个新的分发

3. 设置分发类型和源

设置源和分发类型

分发类型选择“Download”,我们用于网页加速的都是静态内容下载,Sreaming流媒体类型用于音视频加速。源类型选择“Custom Origins”,所谓“源”(Origin),就是你要分发的内容所在的服务器。之前,CloudFront只支持选择S3作为分发源,所以需要将网站的所有文件先上传到S3中,不仅麻烦,而且还是一笔花销。现在CloudFront已经支持Custom Origins(只限于Download类型),也就是可以直接从你自己的主机上获取内容进行分发。

不同的源类型

如今我们使用CloudFront已经不需要S3这个中间步骤,减少了存储费用,设置也方便多了。

4. 设置CNAME

设置CNAME

可以选择添加CNAME(什么是CNAME记录),只需要输入要使用的二级域名即可。注意:此处设置后,需要到自己的域名注册商处添加一条该CNAME的DNS记录,后面会谈到。

5. 完成部署

完成分发

创建分发后,等待一段时间,直到Status为Deployed,即表示分发已经成功部署。访问分发服务器测试一下dt2k392a4aki6.cloudfront.net

6. 添加DNS记录

添加DNS记录

到自己的域名管理商处,添加一条之前用到的CNAME记录,value值即CloudFront提供给你的分发服务器地址。等待该域名在全球生效,访问cdn.lovelucy.info测试,可以发现在CloudFront内容分发网络的帮助下速度已经有很大提升。

7. Super Cache插件设置重写URL

supercache_cdn_setting使用Wordpress的SuperCache插件将网站内容中的URL进行替换,这样浏览器就知道通过“cdn.lovelucy.info”这个域名找到所需内容(在CDN的缓存服务器中),而不会去“www.lovelucy.info”的域名下获取内容(虽然也能找到,但这就等于没有用到CDN的加速)。

“Off-site URL”处输入上文添加的CNAME记录对应的地址,如果你的wordpress是安装在根目录,请直接填写“http://cdn.lovelucy.info”,域名结尾处不能输入“/”斜线,同时必须包含“http://”或“https://”,以代表要使用的具体协议。

“Include dirs”选项,则对应了要重写的内容所在目录。以上图为例,这里列出了“wp-content,wp-includes”这两个目录,因此这两个目录下的内容(包括子目录)中的“www.lovelucy.info”链接替换为“cdn.lovelucy.info”。对于WordPress来说,这两个目录下几乎包含了网站的一切内容,例如文章插图、主题文件、脚本文件、CSS文件等。

“exclude if substring”选项则决定了要排除,不进行重写的内容类型,保留默认设置即可。

结束

到此为止已经全部设置完毕,访问www.lovelucy.info,看看页面源代码,链接都被替换为了cdn.lovelucy.info,看看速度是不是很快呢?或者去http://pagespeed.googlelabs.com/在线测试一下网站访问速度吧~

分类: 3硬件学习 标签:

使用CloudFront实现质优价廉的CDN加速

2012年9月29日 没有评论

发现我自己好像和Amazon的云服务杠上了,在使用S3云存储服务备份并保管自己的文档后,昨天晚上我又瞄上了Amazon的另一个云服务:CloudFront

CDN是什么?CloudFront又是什么?

这一节内容适合非技术型用户。如果您是技术型用户,或者已经对CDN有了基本了解,可以跳过这一节直接阅读下文。

CDN是Content delivery network(内容分发网络)的简称,这一技术以往只应用于大型商业性网站。通过使用这种技术,可以将网站上的静态内容(例如.html文件、.jpg图片)和动态内容(例如数据库查询)缓存到CDN提供商位于全球各地的多个服务器上。这样当全世界不同访客访问这个网站的时候,就不再需要通过网站所在服务器读取这些内容,而是可以从就近的CDN缓存服务器上读取,因此内容的读取速度更快,直接影响就是网页的加载速度更快。

这一系列过程都是完全自动实现的,并且在配置好后,对于网站的内容提供方(例如正在写这篇文章的我)也是完全透明的。我只需要按照正常方式撰写并发布内容到本站,随后相配套的程序就会自动把需要缓存的内容提交到我指定的缓存服务器上;而正在阅读这篇文章的您,在打开本站文章时,会根据您的实际地理位置和网络环境,由DNS服务器将您引导到速度最快的缓存服务器上,并从缓存服务器上直接下载显示本站页面所需的各种内容。

简而言之,通过使用CDN,可以有效提升全球各地访客打开网页的速度。因此各大门户网站、社交网站,以及网络视频站点,都会使用各种CDN技术。对于技术实力强大,并且有充足预算的企业,可能会自行在全球各地搭建缓存服务器(Google这类技术型公司的主要做法);但对于技术实力不强,或者预算不充足,或者内容数量过少,自建CDN网络不划算的企业,则会考虑使用专门的CDN服务提供商,借助提供商建好的网络进行加速,并按照一定策略为此付费。

CloudFront则是由Amazon提供的一套覆盖全球的CDN网络。该服务属于一种非常彻底的云计算服务,可以根据流量和请求数量进行收费,并且相对来说费用还算低廉,因此适合小型公司或个人。

根据介绍,Amazon的CloudFront目前在全球下列地区建立了提供CloudFront服务的数据中心:

美国

维吉尼亚周,阿什本

德克萨斯州,达拉斯/沃斯堡

佛罗里达州,杰克逊维尔

加利福尼亚州,洛杉矶

佛罗里达州,迈阿密

纽约

新泽西州,纽瓦克

加利福尼亚州,帕罗奥图

华盛顿州,西雅图

密苏里州,圣路易斯

欧洲

阿姆斯特丹

都柏林

法兰克福

伦敦

巴黎

亚洲

香港

东京

新加坡

因此只要使用CloudFront服务,就等于可以通过上述遍布全球主要地区的缓存服务器,为您的网站提供加速服务。

如何收费?

首先有一个问题需要注意:如果使用CloudFront服务,等于需要创建一个“来源服务器-AmazonS3-缓存服务器”这样的路径。当您的网站内容(来源服务器)上增添了新内容后,这些内容会被同步到Amazon S3的指定Bucket中,这一过程将产生S3的数据传入流量费用(一次性),S3的请求处理费(一次性),以及数据存储费用(按月收取,只要该数据存在于S3网络中)。而当位于某地的访客访问您的网站时,访客将向距离自己最近的缓存服务器发出请求,如果所请求的文件是首次被请求,此时缓存服务器将从S3中检索被请求的文件,并将其自动复制到一台缓存服务器。这一过程将产生S3的数据传出流量费用(一次性),S3的请求处理费(一次性),以及缓存服务器将内容发送给访客的流量费用(每个请求一次)和请求处理费(每个请求一次)。随后,这台缓存服务器会将被请求的文件复制到整个CloudFront网络的全部缓存服务器,这一过程不需要收费。再随后,全球各地的访客访问网站时,向缓存服务器发送请求,处理每个此类请求都将收费,而将所请求的文件传输给访客,也将按照流量计费。

因此来说,这种工作模式下,对于S3,等于需要支付在S3中存储所有缓存内容的费用(按月收取),支付S3的传入和传出网络流量,以及S3的传入和传出请求处理费用各一次(从来源服务器传入S3的请求收取一次,从S3传到某一台缓存服务器的请求收取一次)。随后,当文件被复制到缓存服务器后,每当访客访问网站,并从缓存服务器(无论该服务器位于地球上的哪个位置)请求内容时,将按照访客所请求的服务器所在地的费率,并结合请求的文件大小,按此收取流量费和请求处理费。

听起来比较复杂,关键这里面涉及到S3的相关处理,以及CloudFront缓存服务器的相关处理。但实际上只要将这一过程分开进行理解,实际上也简单多了。

至于具体的费率,可以在这里看到:

CloudFront的费率

针对不同地区的缓存服务器,具体的流量和处理费用有略微差异,其中日本的费用最贵。在估算实际费用时需要注意,此时需要考虑您网站访客的主要来源,例如对于大部分中国用户,取决于具体的ISP和网络环境,往往会通过位于香港/新加坡,或日本的缓存服务器获取内容。我的这个博客位于美国DreamHost的虚拟主机上,很多人都曾经反应过访问速度比较慢。在决定使用该服务前,通过DreamHost的流量统计功能发现,我的博客每月产生的网络流量在15 GB左右。如果全部这些流量都通过费用最贵的日本服务器进行处理,我每月需要为此付出多少钱?

本网站的整个目录下所有文件,包含php,以及png等,全部加起来大概在257 MB左右,就算整200 MB。这些文件在S3中的存储和传入及传出费用基本可以忽略不计(S3的文件存储费用的最小统计单位为GB,而请求处理费则取决于文件数量,,每个文件产生两个请求,请求费的计费单位都是成千上万个请求才记为0.01美元)。由于访客访问网站时所请求的每个文件(PHP、脚本、CSS、图片等)都会产生一个请求,就算平均每个页面会产生50个请求(毕竟我的博客上完全由博客本身提供的内容数量并不多),假设每天的页面浏览量是300个。其实这些数据通过Google Analysis都可以获得一个准确值,但我也懒得去找了,用近似值计算好了。

因此每月,通过CloudFront分发15 GB数据的费用为:15 GB * $0.201/GB = $3.015

另外,每月产生的请求数量为 50 * 300 * 30 = 450000个,这些请求都是HTTP请求,因此请求处理费用为 450000 / 10000 * 0.0095 = $0.4275

所以就算本站的所有访客都通过位于日本的缓存服务器获取内容,我每月需要付出 3.015 + 0.4275 = $3.44,约合¥22。当然,实际上不可能所有访客都使用日本的缓存服务器,因此只要数据量和浏览量没有太大变化,每月实际的付出只会低于这个价格,绝对不会高于这个价格。在大部分城市,这个价钱可能只够一个人在外面吃一顿像样的午饭,换来的是网站访问速度的极大提升,我觉得还是挺划算的。不过也幸好我自己的博客本身访问量不是太大,并且只是发布一些自己写的东西,没有什么推广的念头,想必未来的访问量也不会大到哪里去。

如何使用?针对Dreamhost用户

虽然我曾经觉得DreamHost的主机最近一直遇到稳定性问题,不过大部分时候他家的服务还是不错的,例如常用Web应用的一键式安装,以及各种增值功能的使用,CloudFront就包含在内。

如果您也使用DreamHost提供的虚拟主机或VPS,那就最简单了。开通CloudFront帐户,然后在DreamHost网站登录到后台Panel,在左侧导航栏中找到Goodies栏目,然后单击“CloudFront”,随后可以看到下图所示界面(如果尚未开通该功能,所看到的界面与下图有所不同,但我已经开通了,首次开通时候忘记截图,所以只能提供开通后的截图,大致还是一样的)。

在DreamHost的后台设置CloudFront

Sub-domain Amazon should serve your files from:这里设置的是,在CDN生效后,别人访问CDN中内容时使用的域名,并且该域名必须是网站顶级域名下的一个二级域名。首先从右侧下拉菜单中选择一个想要用CDN加速的网站(如果你这个帐号下有多个网站的话),然后在左侧输入一个有效的二级域名。

Where you’ll upload files to:这里设置的是,要将DreamHost主机上哪个目录下的文件(先复制到S3,然后自动)复制到CDN缓存服务器中。因此这里首先需要用左侧的下拉菜单选择承载了该网站的帐户,然后在右侧输入该帐户Home目录下的网站相对路径。这里指定的目录下的所有内容,以及以后新增的或者修改过的内容,都会被DreamHost的主机自动同步到S3。

AWS Account to bill:这个选项在首次设置时不会显示,该选项的用途是,指定要将该CDN使用的所有相关费用记在哪个Amazon帐户名下。因此只有在设置完毕后才能看到这个选项。

AWS Account Access Key ID/Secret Key:这个就不用说了吧,用于访问Amazon云服务所需的必要凭据。

提供这些必要信息,并点击“Create”按钮后,DreamHost的主机就会使用该Key在您的S3中新建一个Bucket,并将指定目录下的所有内容都复制到这个Bucket中。复制完毕后会发出邮件通知。

至此,全部设置工作就都搞定了。不需要任何其他设置,只需要等待片刻,该服务就会直接生效。

如何使用?针对WordPress用户

通过上面的方法,只要您使用DreamHost的主机,无论在上面运行什么应用,都可以直接获得加速。

但如果您没有使用DH,不过使用WordPress,那么也可以通过WP插件的方式实现类似结果。如果没有用DH,也没有用WP,那我就不知道该怎么做了,暂时没有研究过,并且也没条件进行试验。

言归正传,要让其他主机中运行的WP借助CloudFront进行加速,需要按顺序安装并配置两个插件:WP Super Cache,以及CDN Sync Tool。通过WP后台的插件安装即可找到并安装这两个插件。其实我本来是想用这种方法的,但由于实在不同开发,尤其是不懂Linux和PHP,运行过程中遇到的一些错误无法解决,最终才退而求其次,使用DH直接提供的功能。当然,这也不是唯一的实现方式,类似的插件有很多,都能提供这种功能。

由于没有试验成功,也不好说具体要怎么做,因此大致说一下实现思路:

WP Super Cache插件在这里的功能是,使用URL Rewriting功能,将指向可缓存文件的链接由原始主机修改为CloudFront。也就是说,假设在WP中发布了一篇文章,其中包含一张图片,该图片的原始URL是“http://www.xieyidian.com/wp-content/uploads/picture.jpg”,那么这个插件可以自动将该链接的域名部分进行更换,把“http://www.xieyidian.com”更换为“http://xxxxx.cloudfront.net”。这样当访客浏览页面时,就会自动转为向最近的CloudFront服务器请求这张图片,并借此实现加速。

而CDN Sync Tool插件的主要功能就是决定将哪些文件复制到S3,以及在什么时候进行复制。

因此通过配合使用这两个插件,访客就能在正确的缓存服务器上找到自己需要的内容。而我所遇到的问题,是因为DH主机不支持Fileinfo,我不懂PHP开发,不知道这是做什么的,只知道与MIME类有关,由于该问题导致CDN Sync Tool无法将内容复制到S3。不过在网上搜索了半天,做了多个实验,依然无法搞定,最终只有作罢了。

两种方法的对比

前一种方法固然比较简单,但存在一定的局限。后一种方法比较强大,因为并不是被限定为只能用特定的插件,而是可以根据实际需要,做到完全掌控。因此主要说说DH提供的自动化方式有哪些局限吧。

DH提供的方法,由于简化了大部分操作,因此有很多东西只能使用默认设置。例如在S3中自动创建Bucket时无法指定要使用的数据中心,而且在向S3复制数据时无法选择使用标准服务还是更便宜的低冗余服务。实际上在CDN应用中,S3只是在来源服务器和缓存服务器之间充当文件中转站,因此在选择Bucket所在的数据中心时,选择一个存储费用最低的足矣,那就是US Standard,这也是DH的默认设置。不过服务级别的选择就不同了,默认情况下,DH会直接将文件使用标准级别保存,可靠性一堆“9”的那个,相对来说更贵一些,但也完全没必要。因此在同步完所有数据后,还可以登录AWS后台,或者使用其他客户端浏览器,手工将存储级别改为使用“RRS”低冗余存储。

在AWS后台更改存储级别

另外则体现在要同步的文件的选择上。DH后台提供的功能只允许我们指定某个目录,并将该目录下的所有文件全部同步。但这有些不够灵活,尤其是在内容非常多,而有些内容不想用CDN加速的时候。CDN Sync Tool等类似插件则提供了更强大的自定义功能,甚至可以针对搜索引擎的蜘蛛机器人禁用CDN加速。也就是说,人类访问的时候进行加速,而蜘蛛就只让它访问原始服务器。现在的蜘蛛活动越来越频繁,也许这会造成一笔不小的开销。

分类: 3硬件学习 标签:

无觅相关文章插件,快速提升流量