让Win8消费者预览版恢复传统的开始菜单! 各种数字卫士什么的来玩一个应景的一键恢复传统开始菜单呗.

win8昨天消费者预览版已经恢复了, 新metro 风格的开始菜单这是活生生要把人逼走买win8平板啊.
下面提供给大家恢复传统的开始菜单的方法:

1.Window键+R 打开运行
2.运行“regedit” ,打开注册表编辑器。
3.依次展开HKEYCURRENTUSER\Software\Microsoft\Windows\CurrentVersion\Explorer。
4.将右侧RPEnabled的值从1改为0。
这个值使用来禁用Metro UI界面的
这样传统的开始菜单就回来了,要恢复的话只需将RPEnabled的值改回1就行了

 

另外, 对于不喜欢diy的同学, 推荐一款绿软也可以实现这个操作.

Windows 8 开始菜单切换器(Windows 8 Start Menu Switcher)v1.0 官方下载:

文件大小:99KB

GoAgent for ios 手机iphone ipad翻墙

首先要确保你已经成功安装了sbsetting和ifile.

到cydia添加源 http://goagent-app.googlecode.com/svn/trunk/cydia/ 如果遇到Cydia的各种问题请参照这篇文章解决 解决Cydia各种问题

安装python 2.7.1/ goagent-local/ goagent-toggle;

使用Ifile修改/User/goagent-local/proxy.ini 文件, 填入你的appid. (ifile可以使用cydia进行安装)

导入证书, 打开Safari下载这个证书 直接安装即可.

接下来进入设置–wifi–选中你当前连接的wifi, 最下面http代理选择自动, 然后填入 file://localhost/var/mobile/goagent-local/8087.pac

然后打开SBsetting开启Goagent. 然后打开safari试试看能否打开facebook之类的.
如果不行回到wifi–http代理处填入这个file://localhost/var/stash/Applications/MobileSafari.app/8087.pac
再试试看.

到这里我的ipad2 5.0.1就成功的翻墙了.

原贴: https://code.google.com/p/goagent/wiki/GoAgent_IOS

Goagent for Mac翻墙教程: 解决Goagent for mac设置中的小问题

小问题如下: 修改info.plist后, 保存时, 一直提示只读文件无法修改.

一般是两个问题:
1 使用管理员账户
2 你要进到Finder的应用程序里找到GoagentMac(这才是安装完成的包)
这里要从finder里进到应用程序里, 选中GoagentMac点击齿轮–再点显示包内容–在进入Content后对infoplist进行操作.

我之前是一直尝试修改下载的包里面的内容= =# (用了mac发现自己智力退化了!汗!)

这里在完善下别人的Goagent for mac 教程

1 首先先要部署Goagent服务端, 这个如果之前就一直在使用PC, 就不用在设置了.
2 下载GoagentMac GUI,运行后,把GoagentMac .app拖入Applications完成安装
3 下载Goagent稳定版 http://code.google.com/p/goagent/并解压
4 修改local\proxy.ini中的[gae]下的appid=你的appid
5 这是关键的一步, 打开finder, 点击应用程序 ,选中GoagentMac.app, 点击齿轮,选择显示包内容,打开Content,选中info.plist打开,把当中预设的Goagent路径/Users/hewigovens/Downloads/local/proxy.py,修改为proxy.py实际所在的路径

最后双击GoagentMac,然后Firefox+AutoProxy 一切OK

解决Cydia Size mismatch问题和BigBoss源打开里面没东西

最近ipad越狱5.0.1, 越狱后Cydia各种使用问题.
哥只是想安装一个sbsettings可以使Bigboss源打开后里面没有东西.
尝试了其他源要么就是是吧setting版本不够高, 无法再5.0上安装,
添加了bigboss的备用源后, 安装东西时又一直提示size mismatch等错误

最后终于经过努力把遇到的问题都解决了. 具体遇到的3个问题解决方法如下:

1 Bigboss源打开后里面没有东西?
可以尝试通过Terminal先清除repo文件后, 用apt-get把Cydia卸载后重新安装, 后重启之后再添加Bigboss源里面就有东西了.

2 如何安装Terminal和apt-get
Terminal应该直接搜索就可以找到直接安装.
这时候在terminal里面直接运行apt-get会提示找不到命令.
此时apt-get可以搜索CyDelete进行安装, 因为CyDelete程序依赖了apt-get的相关包,
所以你安装完成后这个apt-get也就是可以用了.

3 网上说运行apt-get update可以解决大部分的问题, 但是运行它需要root权限.
su – root //切换至root账户
alpine //root账户默认密码
apt-get update //执行命令
这里顺便说一句, 所有越狱ios设备root密码都是alpine, 建议在root账户时候修改一下自己的root密码.
passwd root //修改密码的命令

最后总结一下我解决bigboss打不开里面没东西的方法和解决size mismatch全程操作,

1 通过Cydia搜索安装Terminal和CyDelete

2 运行Termimal
su – root //切换至root账户
alpine //root账户默认密码
apt-get update //执行更新命令
(网上说大部分的cydia错误是可以通过这个方法解决, 当然在我这里不好使)

3 如果还解决不了进入下一环节
通过Cydia搜索安装ifile
进入var/lib/apt/lists/ 目录, 删除除了partial以外的所有文件.
进入root/private/ect/apt/sources.list.d 这里, 删除除了saurik.list的所有文件 (着就相当于删除了你所有的repo源了)

如果没有安装ifile 可以尝试如下命令
cd /var/lib/apt/lists/
find ! –name ’partial’ -exec rm -rf {}
cd root/private/ect/apt/sources.list.d

find ! –name ’ saurik.list ’ -exec rm -rf {}

(未尝试, 慎用, 求白鼠测试) 都删除过后, 可以重启下设备,
打开cydia尝试添加bigboss源, 查看是否正常.

4 如果还不正常请重复第3步把list和repo文件都删掉,然后执行.
apt-get remove cydia // 删除Cydia
apt-get install cydia // 安装Cydia
然后重启添加Bigboss源试试看.
有的时候要多重启几次.
我在重启第二次的时候问题终于解决了, bigboss源里面的东西终于出现了, 再安装也不出各种错误了.
最终终于成功安装了sbsetting.

OK 如果你现在还是不能解决这个问题, 那么推荐你重新越狱一次吧! 推荐懒得折腾的朋友直接选择此方法, 毕竟重新越狱更简单.

参考:

Guide: How to fix Cydia problems / errors
Can’t Run APT-GET from SSH/MobileTerminal? Try this

Smarthosts又一个类似于hostX的翻墙host

目前还比较原始不支持自动更新程序,不过好在作者更新比较勤快,想比较复杂的Goagent SSH 在AWS上部署VPN 等翻墙方法这个还是相当亲民的。同时还提供了android和ios的方法。虽然目前不如hostX完善,但考虑到hostX的作者最近一次更新已经是半年以前了,且这个作者比较勤快。(HostX: http://orztech.com/softwares/hostsx  )这里还是推荐给大家, 对翻墙要求不高,就用用Google twitter什么的服务还是够用的。

今天用来上youtube 看了下AKB48的直播,测试没啥问题。

 

 

 

详情点击下面的连接: 

http://code.google.com/p/smarthosts/

 

SmartHosts是一个在Google Code上维护更新的Hosts文件。作者为了炒概念,不要脸地把它叫做了“云hosts”。

本项目还提供简单方便的一键更新程序,方便您更新您的hosts。[程序更新中] 

 

遇到问题? 更新日期 下载
Hosts文件 12-01-13 00:00 下载
自动更新程序 11-12-01 20:20 更新中…
手机/平板 12-01-13 22:00 Android APK - Market - Hosts | iOS Hosts | WP7 即将支持
其他 12-01-13 22:28 Dnsmasq | OSX/Linux

 

注:某些杀软会报毒,忽略或信任即可。

SmartHosts不会在您的hosts中加入来路不明的IP,所有IP都属于官方服务器所使用的IP。

目前YouTube通过修改Hosts的方法只能打开网页,不能加载视频。

 

镜像站1:https://smarthosts.sinaapp.com 

 

给优酷土豆产品经理提建议, 能否优化一下看美剧和日本动漫的用户的体验呢?

亲爱的视频网站产品经理们:

能否优化一下看美剧和日本动漫的用户的体验呢?

从百度风云榜上看海贼王和火影忍者高居不下
但是几乎所有的视频网站播放器 播放时如果全屏的话,进度条都会遮挡字幕
鼠标移出操作区域也要等鼠标不动几秒钟后,操作区域才会消失。话说要知道这几秒钟我错过了多少文字啊

以下其实有3种方式可以解决此类问题:

1 提供一个按钮可以直接隐藏操作区域 (最简单)
2 在操作区域出现时自动缩放正在播放的视频 (稍微影响了不需要看字幕的用户的体验,但是其实也可以针对日韩动漫 美剧等专门处理)
3 操作区域的消失触发改为,移出操作区域立即消失,但是需要加大操作区域的范围避免误操作的出现(鼠标希望拖动滚动条,结果很容易移出操作区域)

亲爱的PM们考虑一下吧

From LL

转: 产品探索日记

本文转自坚韧不拔临时工http://www.blogbus.com/public/tb.php/5297897/181126009/e555317d1d53e32902fc75e9f00f7b98

产品探索日记

发表于2008年11月12日,作者Marty Cagan
原文链接 http://www.svpg.com/product-discovery-diary/
当产品经理和设计师从非常线性的、瀑布式的流程中,前进到我们所推崇的更具迭代性、探究性的基于研究的流程中时,他们有时需要一点时间理解和适应产品探索的快速步调和节奏。

本篇笔记目的是试图让你对“产品探索”的核心含义有一个具体的认识。

其中不易理解的地方在于一些不确定因素,比如产品的类型、投入精力的多少,以及产品发展的阶段。但是我会尽量描述一个相对典型的情况。以下方案为虚构,因为我想涵盖尽可能多的要点。

第一周

星期一:

  • 和股东进行机会评估与讨论,目的是得到一个对商业目标(按:对于我们就是项目指标)的明确认识。
  • 与我的首席设计师和首席工程师进行初期会议,确立一票产品原则。 – 接下来是一番头脑风暴会,我们的好点子那是相当多。
  • 叫上首席设计师,确立核心目标用户群。

星期二:

  • 和我的首席设计师排排坐,完善核心目标用户群的划分,并对他们排序,然后讨论核心用户场景并排出优先级。
  • 和用户研究人员见过面,确定了潜在的客户名单,然后通过电话联络甄选出了合适的候选人员。
  • 我的首席设计师会将我们的一些早期想法做成快速原型。

星期三:

  • 与我的首席设计师和首席工程师排排坐,瞧瞧第一轮方案的快速原型;做大量的讨论,最终发现这比我们当初想象的要复杂。
  • 检讨我们先前确立的产品原则;这有助于提醒我们重点,也会帮我们大大简化工作方法。

星期四:

  • 叫上我的设计师和股东一起瞧瞧的原型,这时的原型还想当的简陋,但是已经包含了三个核心使用场景。我们马上就认识到,我们的想法和股东的想法之间有脱节,主要是因为我们对用户有着不同的假设。
  • 与目标客户打几个电话,我现在已经确定了六个公司同意成为特约客户。最令人鼓舞的消息是,他们似乎对我们正在试图解决的问题抱有极大的兴趣。他们表示当下并没有一个很好的解决方案,如果我们能着实解决这些问题,他们可能真的会考虑购买。

星期五:

  • 我们和首席工程师过了一遍升级后的产品原型。他对核心方案的可行性抱着谨慎的乐观,但也有两个显著的​​问题。首先,其中一个方案可能会终于昂贵的投入和缓慢的运营周期。他希望有一些时间来研究。其次,他觉得我们一些收集数据的需求可以省去了,因为可以基于数据库中的其他信息来推导出数据。
  • 会见了法务人员,展示非常早期原型,就是看看我们的想法会不会造成侵权风险;法务表示会研究一下其中一个领域,下周给出答复。

第二周

星期一:

  • 今天早晨,我们把第原型带到第一个特约客户处,在那里我们会见了四位不同的潜在用户。我邀请首席设计师和股东等人同行。我们有大量收获。不幸的是,没有任何一名用户达到我们的期望值(按:没有完成用户测试task)所以我们有活儿干了。鉴于上周我们和股东之间沟通有些脱节,我们得出结论:双方在用户的假设上都跑偏了。但至少现在,我们有了更深的理解,而且貌似我们已经达成统一了。
  • 回到办公室,讨论一下对原型的必要修改。修改终于简化最重要的场景,修改名词,砍掉一些高级的功能,我们本以为这些功能会很有用,但我们现在觉得它们可能根本没人用。

星期二:

  • 首席工程师研究完高风险部分后,确认他最初的感觉是对的,他还带来好消息说,这些部分实现起来没有问题,所以我们准备在原型上做相应的调整。他还确认,我们本来需要收集的数据确实可以从现有数据中挖掘,所以这也让我们的原型进一步简化了。
  • 今儿下午,我们将修订后的原型带去另一家特约客户公司,在三位不同的用户间展开了测试。情况比昨天好些了。至少用户表现的比昨天有所进步。我们仍不确定是否做出了正确的交互,但至少用户完成了关键任务。我们更加坚信,之前砍掉某些高级功能的做法是正确的。虽然用户根本不关心这些,但我们还是感觉不错滴。同时我们对产品的定位自我感觉很良好。两个用户问道,当这个产品上市的时候,他们是否可以得到通知。

星期三:

  • 会见了首席设计师和首席工程师讨论到目前为止的结果,以及下一步打算。首席工程师又提出另一个关键流程的优化,而这有助于简化一处设计师也正在解决的、可能造成误解的区域。
  • 首席设计师和我会见了视觉设计师,讨论了一些我们对于视觉设计的初步想法。在早期的用户测试中,我们已经确定,我们必须找到一种非常清晰的方法向用户传达两个基本概念,另外还确定,我们的观点对这些概念至关重要。她说,她已经有了一些想法,可以帮助我们传达这些概念,并强化产品价值。她说,她会在一两天后为我们带来一些设计,好让我们有一些提前的反馈。

星期四:

  • 我们仍然试图探索这款产品的最小定义。我们对自己的能力很有信心,但是我们仍然无法确定,某一个特别酷的功能是否如我们想象般重要。我们计划暂时从原型中删除此功能,看看在接下来的测试中会发生什么。
  • 今天下午,我们到了另一个特约客户公司,在三位用户中进行了测试。原型的可用性现在已经是相当不错了,但是,当我们删除了那个很酷的功能后,用户在产品价值方面的反应变的理所当然的冷淡了。接下来,我们呈上了带有那个功能的原型版本,得到了预期中的兴奋反馈。因此,我们觉得这样的功能的确是一个关键点。而且到现在为止,我们已经尽可能的砍掉了多余的功能,还仍然能够让用户急于购买和使用产品。幸运的是,我们删除了许多高级的用户功能,并简化关键流程,首席工程师最初预估的开发时间还是很充足的。

星期五:

  • 我和首席设计师会见了视觉设计师来看初期设计,其中之一特别得到我们的青睐。该版本已经进入了原型阶段,还需要一些小的调整。
  • 首席工程师基于现有原型给出了提交日期,这个原型基本上不会改了。这些日期在我们的预算范围内,剩下的开发工作对工程师来说已经没有高风险部分了。

第三周:

星期一:

  • 向股东展示最终原型,我们认为它已经包含了最终的功能设置,包含新的视觉设计,我们还讨论了目前从特约客户得来测试反馈。股东大爱目前的设计,但是仍然想要参与下午的测试。她还想从客户处了解更多有关价格和定位方面的问题。
  • 下午,我、首席设计师和股东一起来到第三家特约客户公司,带着我们的最终原型,在四名用户中展开测试。用户反响强烈,可用性方面没有大问题,在功能和价值方面有良好的反馈,每个人都告诉我们,他们想要用上真正的产品,而且肯定会像朋友和同事推荐这款产品。

星期二:

  • 优化原型,在项目 Wiki 上记录目前为止的重要经验。
  • 将原型展示给数名股东,法务人员,销售人员,以及产品管理副总裁,开发副总裁。大家提出了几个问题,但是他们对特约客户的反应很满意。

星期三:

  • 叫上首席设计师和首席工程师开会,我们达成了一系列共识,包括用于开发、QA、网站运营的文档层级,来确保开发、测试及运营工作。
  • 与首席设计师一起划分文案工作,各部门将相应的部分填充到项目 Wiki 上,带有指向原型的链接和注释。

以下是我希望大家牢记的十个要点:

  1. 要确定,从一开始就对你的目标有明确的了解。(机会评估)。
  2. 让你的首席设计师和首席工程师在产品探索初始阶段就参与进来。
  3. 专注于真正的协作和迭代,而不是在墙上贴满笔记和标签。(按:有很多人觉得这样工作很帅)
  4. 将你的关键想法快速做成原型。
  5. 竭尽所能的做出假设,将它们放在台面上,快速决定哪些是对的,哪些不对。
  6. 把你的原型放在目标用户面前,越早越好,越快越好。就算犯错误也要快速。
  7. 多做减法,将产品定义最小化。
  8. 知道你得到了一个有价值的、有用的和可行的产品定义前,产品探索不应停止。
  9. 随着你的进度,向你的股东一直能看到最新的产品原型。
  10. 直到你确定了正确的产品之前,不要基于投入文档撰写。

再次强调,一些项目会需要更长的时间,更多的迭代,其他的可能略少。但通常来讲,怎么说呢,你不应该用两周的时间把客户需求整理到纸面上,或在将你的真正想法放在真实用户之前,用三周的时间来做最终原型。

在集思广益、原型设计、用户测试和最重要的学习研究基础上,产品探索才会有真正的步调和节奏。如果你还没有经历过用这种方法来做产品定义,希望以上内容可以给你一个具体的认识,以及它和直接开始撰写产品文档是多么的不同。

GAE翻墙 Android手机版

如果你用Android手机翻墙,那么我默认你在PC端已经完成相关对应的学习工作。如果没有,请移步这里 GAE服务器翻墙教程

对于Android手机翻墙教程请参照这个帖子 Android手机使用GoAgent翻墙教程

为了防止被GFW盯上,所以我转帖到这里并加以补充。

我通过这个方法安装却并不能成功翻墙。

主要是文章中有一部分并没有提到安装busybox GAEProxy要配合busybox使用才可以成功在android上实现翻墙。

Busybox主要提供了一个本地http服务器以实现通过127.0.0.1对应的端口转发。

Busybox的android市场地址

Busybox的简单介绍 

 

好在你安装完busybox之后就可以继续下面的教程了。

 

 

Android手机使用GoAgent翻墙教程
申明:为了避免被GFW盯上,如果你看到这篇文章并且正好需要,尽管享用好了,尽量不要传播或者低调传播!

 

GoAgent借助GAE(Google App Engine)平台的优势已经成为目前最有效,稳定,方便,给力的翻墙方式,相信很多朋友都在默默享受着GoAgent带来的FuckGFW的快感。不过我发现很多GoAgent用户都不知道如何在Android手机上使用它翻墙(包括我自己在内,我也是最近才知道),就算知道了网上也很难找到相关的教程。其实只要安装了GAE Proxy这款App,在Android手机配置GoAgent翻墙比PC上还要容易。下面就是配置步骤。

注意:以下方式只适用于已经在GAE上配置好GoAgent App并且可以正常使用的同学,如果你还没有配置好GoAgent或者不知道如何使用,可以到GoAgent网站观摩一下:http://code.google.com/p/goagent/

  • 配置GoAgent代理:在GAE Proxy Settings下面设置,’Choose your proxy type’选择GoAgent;‘Proxy’选项下面设置你的GoAgent app地址:https://yourgoagentid.appspot.com/fetch.py(yourgoagentid改为你自己的GoAgent App ID名称,注意地址后面的fetch.py一定要加上);最后再把’local port’设置成8087(和PC上一样),这样基本的设置就算完成了,截图如下,到这一步你已经可以开始在Android手机上使用GoAgent了。

其他设置:GAE Proxy的其他设置和PC上大同小异。比如’Enable HTTPS Proxy’ ,’Enable GFW List’功能都相同。另外还有一个设置’Global Proxy’支持Android手机全局翻墙,国内Android用户还应该勾选 ‘Enable Market’选项,这样就可以顺利从Market下载程序了。

快捷设置:GAE Proxy可以设置开机自动连接功能,只要在程序界面勾选’Connect at boot’就可以在每次开机自动连接。另外GAE Proxy程序还提供一个Widget,在桌面放置GAE Proxy Widget点一下自动连接,再点一下自动断开

使用体验:我测试了Twitter和Facebook的官方App,都可以顺利登陆,获取和更新消息,浏览器访问被封网站也没有问题。唯一不成功的是Youtube,打开Youtube程序会自动加载视频信息,但是点击播放总是不成功,不知道原因出在哪里,如果你碰巧知道的,请留言告诉我。

支持正则表达式多行模式的文本编辑器和正则表达式匹配技巧

正则表达式

一直以来都希望通过工具进行批量替换提升工作效率,但是无苦时间折腾。

上周终于找到时间开始折腾:

咱主要的需求是: 对某一部分文档进行去头/去尾/提取中间的一部分。

TextForever提供了此类功能但是貌似由于文档过大在我的电脑上失效。

于是开始寄希望于通过正则匹配实现批量替换。

因为要实现跨行匹配,所以使用.进行通配不能。

Google了一下找到了对应解决方案: 若要匹配包括换行符以内的东西需要使用[\s\S]进行匹配

这个问题解决了, 可以自己一直使用的notepad++始终无法匹配多行,于是我又开始了google之旅。

原来一些文本编辑器仅支持正则单行匹配模式。

经过测试:

UltraEdit支持多行匹配和选择正则表达式库  

Emacs支持选择启用单行还是多行

notepad2 notepad++ Emeditor 均仅支持单行匹配模式

Vim未测试不过应该是可以的。

至此,咱终于通过UE完成了此项工作。

不过新的问题是由于文档较大,匹配的内容较多,UE执行效率出现了问题。

通过复制粘贴几秒钟的事情,UE来一下要1分钟。批量处理上几十个文件。。。

虽说处理了下正则提升了一部分效率但是依旧很慢,不过好在最起码可以腾出手来干点别的了。

 

给有需求的朋友们

UltraEdit传送门   

TextForever传送门

自己觉得比较好的正则表达式文章:

正则表达式参考文档 – Regular Expression Syntax Reference - 

正则表达式30分钟入门教程 -

使用免费的amazon EC2 服务部署SSH翻墙

在开始阅读本篇文章的时候我假定你已经成功注册了amazon ec2的服务,并且开启了一个免费的实例。

这方面在网上的现成的教程比较多,请同学们自行查找。

 

下面是如何利用这个免费的实例搭建一个ssh代理服务从而实现翻墙。

第一步: 登陆到你的ec2服务器修改sshd配置文件

cd /etc/ssh //进到ssh目录

cp sshdconfig sshdconfig.bak //备份一下一下源配置文件

sudo vi sshd_config //修改配置文件

找到AllowTcpForwarding  改为yes 允许TCP转发

AllowTcpForwarding yes //允许TCP转发

 

因为Amazon默认使用比较安全证书方式进行登陆, 但是如果大家自己aws的免费配额使用不完希望分配其他的同学使用,

那么再让那些同学密码进行登录是个比较省事儿的方法.

如果如果你想这么做的话,可以在里面修改成为密码登陆方式,但是你必须知道密码登陆方式没有密钥方式相对安全。

在配置文件里面找到PasswordAuthentication 项改为yes 就可以改为密码登录方式

PasswordAuthentication yes //LL就是采用的这种方式,可以省掉不少麻烦

 

保存退出sshd文件

执行下面这行代码重启sshd服务使之生效

 sudo /etc/init.d/sshd restart

第二步: 建立一个专门用于链接ssh的账户组

sudo groupadd ec2ssh //建立ec2ssh用户组

sudo useradd -d /home/ec2ssh -m -g ec2ssh -s /bin/false ec2ssh //增加用户ec2ssh并且创建一个ec2ssh的目录并且属于组ec2ssh并且禁止shell

这里一定要禁掉shell以降低安全问题,以后给自己的同学和朋友建立账户的时候就可以了。

当然要记得给你新建的账户改密码

sudo passwd ec2ssh

第三步:  客户端配置

推荐下载一个客户端Tunnelier http://www.bitvise.com/

填入host和端口号: 就是你部署的ssh服务器地址

右面填入用户名

initial method 选择password 填入密码

再到option选项卡,勾掉Open Terminal 和 Open SFTP

在到service里面 enable proxy forwarding 设置interface和port

在这里设置的127.0.0.1:8888就是对应要设置到浏览器里面的值。

设置好后,点击界面最低端的login可以查看是否可以成功连接到服务器。

然后通过设置好的浏览器就可以上网了。

这里提一句请选择可以支持socks5的代理。Tunnelier  官方说对http代理支持的有问题。

这方面在网上的现成的教程也比较多,请同学们自行查找。

 

PS: 由于国情所致,从国内的部分网络到aws有时候会不稳定。

建议这种方式配合之前文章介绍的Goagent共同使用。

AWS Free Tier正好补足了GAE流量上的限制。GAE也弥补了AWS时而不稳定的缺陷。

查看GAE翻墙教程 http://lianlay.com/?p=123

一些注意事项

AWS Free Usage Tier (Per Month):

750 hours of Amazon EC2 Linux Micro Instance usage (613 MB of memory and 32-bit and 64-bit platform support) – enough hours to run continuously each month*
750 hours of an Elastic Load Balancer plus 15 GB data processing*
10 GB of Amazon Elastic Block Storage, plus 1 million I/Os and 1 GB of snapshot storage*
5 GB of Amazon S3 standard storage, 20,000 Get Requests, and 2,000 Put Requests*
15 GB of bandwidth out aggregated across all AWS services*
25 Amazon SimpleDB Machine Hours and 1 GB of Storage**
100,000 Requests of Amazon Simple Queue Service**
100,000 Requests, 100,000 HTTP notifications and 1,000 email notifications for Amazon Simple Notification Service**
10 Amazon Cloudwatch metrics, 10 alarms, and 1,000,000 API requests**

针对于我们使用的EC2重点如下:

对于Amazon EC2的free tier包括每月750小时的micro instance(linux) micro内存。24*31=744 正好是一个月。

Free Tier包含每月各15GB的上传下载

免费EBS容量为10GB 含1 GB 快照容量,1百万次I/Os

详细内容这里看 http://aws.amazon.com/free/