显示带标签的帖子停电显示所有帖子
显示带标签的帖子停电显示所有帖子

二零一零年十二月二十零日

不要怕被Fireballed或Slashdot的,如果在Blogger

很难为未预料到的Web流量高峰做计划。读马科利特最有趣的部分之一约翰·格鲁伯大胆的火球博客是至少每天一次,可怜的汁液中,他链接到下降归因于产生好奇围观的美眉几乎可以肯定。它发生如此频繁,它的实际第二天性看他更新后说链路已经“Fireballed”,而是选择指向原始的谷歌的缓存。这种现象,当然,是不是格鲁伯排斥。多年来,其他无辜的博客已经斜纹棉布techcrunch甚至Scobleized他们看到自己的网站在压力下崩溃。但从我所知道的,如果你是在Blogger上,这根本不是一个问题。该公司被认为是完美的正常运行时间皇家Pingdom的一项调查中,我已经看到下面有没有不良影响有争议的帖子在交通我自己的网站秒杀。

博客并不总是已知的恒星运行时间记录。在2006年底,该服务实际上不得不写“一个新的”关于继续停运。在2007年的秋天,我抨击谷歌无视用户在另一大停电。但是,服务的成熟和时代的变化。

皇家Pingdom的的停机报告。博客比分零。

随着背景Tumblr的曝光的停机时间超过一天本月初,皇家Pingdom的发现也偶尔停电在WordPress的,TypePad等和Posterous,比的tumblr的不幸昙花一现每个人看起来很棒,但不作为一尘不染的经常被忽略的博客。

获得Slashdot的,罗伯特和明镜同时颠簸


当逃脱的全系统停机时间本身就是一个重大胜利,不给服务压力下的能力,以规模说话。格鲁伯建议可湿性粉剂超高速缓存WordPress插件,让用户成为一个多页第二,因为这经常会与他联系的一个毁了它的自我托管WordPress的博客。但是我已经从Daring Fireball的链接几次,住讲的故事。同为Slashdot的,Techmeme的黑客新闻以及赫芬顿邮报,所有这些都能够在良好的天发送坚实和持久的流量。

Techmeme的,黑客新闻与罗伯特不带向下博客

类似如何谷歌其网站永远不会下降是众所周知的,我必须承担的Blogger已经掌握了谷歌的分布式体系结构,并使得没有任何一个博客,或其hotspotting,失败的工具。这个博客没有放慢或下降时,观众数万下降了今年七月告诉我,我是个白痴从iPhone切换到Android。它也没有下去的时候我问,去年谷歌Wave的用处或者当赫芬顿邮报很喜欢我的戴维·柯克帕特里克的Facebook效应的回顾

甚至没有Daring Fireball的可以采取博文内容

即使是最大的服务有偶尔的停机时间。Facebook的下跌上周,故意,由于日程安排的代码推进。推特有其颠簸的份额,虽然该网站已经在去年得到了更好的,甚至Facebook的子公司的FriendFeed这个周末去了。但Blogger用户坐在漂亮知道他们的博客将要启动和响应,即使在压力下。

2010年10月06,

上当之无愧的停机时间恭喜四方

在过去的两天里,受欢迎的基于位置的服务和入住大王,四方,一直从相关数据库中的过载和存储的烦恼间歇性停电的痛苦。这是个好消息。不是因为我不希望他们这么做,但似乎这是一个必要的压力,几乎所有成功的公司在实现用户快速增长的过程中都会经历这样的压力。用户对这些可能只是暂时的问题的反应,以及事后服务的反应,可以帮助决定该公司是会像Twitter一样继续受到欢迎,还是像Technorati一样被抛弃。

Foursquare从2009年的SXSW首次亮相,发展到了几乎在digerati中的普及,成为位置登记运动的代名词,尽管像Facebook的谷歌参与,像更为直接的竞争Gowalla的我的家乡,证明了该服务的传播特性,包括游戏机制,密切的联系,邀请好友和之后,以及轻松的态度,消除不安全了很多人的阴暗感觉曾经有过关于宣布他们的位置,并与一些人们不只是被动地接受替换它,但预计。

停机时间打所有的伙计们,即使是Facebook的(从今晚)

Foursquare似乎有能力选择自己的命运——作为一家拥有大量现金的独立公司向前迈进从夏季风投开始在以后的日子,或向法院愿意追求者,希望以比交易更高的估值,他们的名言掉头向下在控制公共协商。虽然颤抖两天无疑都是由公司或沉迷的用户群不受欢迎,似乎成年礼,最大的Web服务在顶端一个迂回路线经过。

到目前为止,Twitter是最著名的持续宕机事件,与可伸缩性问题密切相关,它的fail whale吉祥物是所有其他中断页面长大后希望成为的宕机图标。公司的状态博客http://status.twitter.com/实际上却出现了自15年9月1日不同的岗位,对比与从公司的官方博客只有10个职位。(http://blog.twitter.com/

但是蓝鸟和白鲸在蓝绿色背景不是第一个记录停工厄运。亚马逊网络服务促进一个服务运行状况仪表板,而Salesforce.com网站显示系统状态在Trust.Salesforce.com。谷歌提供了一个状态仪表盘谷歌企业应用套件,与专用页面Blogger状态Feedburner状态和别的。即使狱旧的Web 1.0恐龙的Hotmail有状态信息中心

所有这些服务的共同点?以前的宕机问题严重打击了社区。事实是,在出现重大停机事件之前,大多数公司都不会提供对其状态的洞察。他们可能会觉得自己是特氟龙,不能拿下来,或者根本没想过如果出了问题会发生什么。这需要公众对服务的稳定性和可行性提出质疑,以推动提高系统完整性和冗余度,尽管尽了最大努力,一些从来没有完全解决问题。

2007年和2008年,Technorati以其Technorat怪物逃逸为别的。这娇媚停工消息预言的服务,这不得不剥离出的诸多功能仅仅是为了熬夜的消亡,并且几乎所有被遗弃的,但用户的核心谁看了该公司发展其业务模式,并降低他们的技术要求。所以就我所知,从来没有Technorati的推出状态页。他们没有做什么其他许多成功的公司(以上)没有当推来崩溃。Foursquare的,那样子,正在努力推动这个最近发生的事件,并会出来的这个强,因为他们遵循了可行的途径 - 所有权,很晚才回来,公共透明度。

今晚对公司的员工来说可能很糟糕,他们正在接受一次公众鞭笞,而红牛罐头和披萨罐头是治不好的。但他们应该把疲劳当作骄傲的象征。随着时间的推移,他们可以带着温暖而模糊的感觉回顾本周的事件,回忆起因“签入过多”而导致的中断,这清楚地告诉他们,他们正从对网络的好奇中毕业,成为网络巨头。

2009年8月17日,

取得进步Twitter的网络攻击后10天

后攻击的初始波带来的流行micromessaging服务陷入瘫痪,以及其他社交网站主机,8月7日,推特球队一直战斗到力挽狂澜和恢复服务的客户和开发人员获得接近正常。十天到的攻击,他们并没有消失,根据从Twitter的帖子,但它看起来像该公司可以与附加应力从服务的分布式拒绝处理已经转了一个弯。

在后该公司的Twitter发展对话论坛“平台状态更新”是在今天下午4:30输入的,Twitter的Ryan Sarver说:
“在过去的十年里,我们一直在处理我们的网络上的一个很大的压力和导致被用于长时间脱机敲我们的一些合作伙伴。这显然不是我们希望发生的事情和平台,OPS小组已经在这段时间努力工作,以解决我们的生态系统的需求,同时保护系统作为一个整体,我们已经取得了一些重大进展今天在调整系统,以一个点,应该让我们的合作伙伴来操作,因为他们之前的最近的问题开始“。
他补充说“系统仍在压力”,并要求开发人员可能会继续与他们有问题的工作和提供信息在他们的机器使用IP地址什么访问Twitter API,他们使用方法作出请求,和任何其他信息,包括数据作为颗粒作为他们的主机操作系统,浏览器,饼干和网络连接。

莱恩的评论188金宝博亚洲随后一记从早期下午亚历克斯·佩恩,公司的platorm领先优势,在那里他还表示,公司将继续以“避开”的攻击,他说,没有具体开发商(像那些由Ryan上市),它们不能充分解决任何问题。

虽然大多数Twitter用户没有经历我们一个半星期前看到的那种大范围中断,但使用Twitter API(特别是OAuth)的应用程序看到故障仍然很常见。毫无疑问,持续不断的攻击导致了大量的失败鲸鱼目击事件。(我自己也遇到过一些)该公司周日在状态博客上承认了这些问题,并说他们是“努力解决它。”

Twitter在这段时期的困境有时会引起人们的批评,但是正如我在8月7日提到的,当麻烦首次出现,该公司正在更加明显和快速的回​​应开发商和提供状态,因为他们表现出成熟的迹象。他们的运营团队期待已夜以继日忙碌的最后两个星期,他们将需要继续战斗 - 因为它看起来像这样的战斗可能还会持续一段时间。

2009年08月07日,

Twitter的“冷酷”诚实告诉开发人员没有修复的ETA

服务攻击的热烈讨论分布式拒绝在最后两天这步履蹒跚推特并且也影响了一些其他网站,包括Facebook的生活杂志,也产生了巨大的负面影响下游,停顿带来许多第三方应用程序和服务。随着呆滞和非响应拉伸成什么将成为第三个日历天,明天,微博告诉开发商,进入周末,不仅是攻击正在进行,并没有减轻,但他们没有ETA任何东西变得更好。

虽然许多开发商都对Twitter的烦恼可以理解的同情,甚至流行的微博服务的网络架构正在分析对于弱点,他们中的许多人在没有得到答案的情况下感到的压力今天晚上开始显现出来,因为几个小时过去了,没有任何更新——与此同时,Twitter的主要员工高兴地更新说,他们是外出寿司或享受今晚的演唱会冥界

一个开发人员,在该公司的谷歌团体论坛中写道:
“有过很多来自Twitter的帖子说,他们计划进行更好的交流。好了,冷静,但它是星期五晚上,我拉我的头发,没有新的信息。我相信他们都在竭尽所能......但很多第三三方应用程序已经被打破,现在2天。而且,正如Twitter正在越来越与开发商...开发商,也越来越受到众多客户的投诉/问题。”邮件轰炸
同一开发商指出后,员工走了出去抓吃饭,他frustratedly感叹道,“虽然食物是很重要的,是有帮助的也更新开发者是怎么回事什么的,太上镇前一天晚上?!?!?!”这导致其他开发人员的陈述他也与愤怒表示赞同,还说:
“谢谢你的愤怒。我想我是有事情是如何被处理的问题只有少数中的一个。”
但就在谈话威胁要变丑之后不久,Twitter的查德·埃泽尔发布了一个更新,围绕下午8点太平洋时间,赶上社会,他并没有多少好消息。

他的主要观点:
  • “DDoS攻击仍在进行”
  • “力度并没有在所有下降”
  • “与该网站,并与API的互动将继续动摇”
  • *没有预计到达时间来解决任何问题*(重复两次)
他告诉开发者在Twitter的情况会“继续岩石”,实际上可能会变得更糟,但也表示,该公司的运营团队将致力于“全天候”这个周末,补充说,“就像你想让它是固定的,我们希望它是固定的更多“。

在过去的宕机事件中,Twitter在与开发人员社区的沟通方面好坏参半。如果最初的抱怨没有得到回应,Twitter很可能已经从受害者变成了问题的一部分。是的,应用程序已损坏。是的,访问速度仍然很慢,而且随着网站已经成为当今社会化网络的一个主要基础设施,它的停机时间不仅仅是微不足道的。但这不是公司员工在沉船上聚会的情形。听起来球队很紧张,对恢复常态的漫长过程持现实态度。

2009年6月02日,

由于Twitter攻击缓存问题,TweetStats关闭超过24小时


TweetStats:休息由于星期天下午

周日,我们提到的Twitter已经运行到一个错误掩盖着第三方客户端的显示器上的服务,错误地报告所有的更新,从“网络”的到来,他们是否,或者如果他们是不是从手机界面或任何的应用日益增长的阵列,随着微博的领导者互动。现在到周二,错误仍未得到修复,并在此期间,流行的统计跟踪器TweetStats已关闭-无法正确操作,错误数据大量涌入。

Twitter的API团队告诉开发商认为,“从网页”的问题是在公司的数据库大的增长,这要归功于API的开发人员和他们的注册应用程序的工作与OAuth的最近增加的结果。据报道,该数据库对象长至被缓存大小无力,极大地影响性能。

据报道,这家小公司并没有要求Twitter的工程师们在周末来解决这个问题,而是选择了“快速解决方案”,选择“禁用源参数”在他们的Twitter API论坛上发帖

初步指导意见是,这个问题将得到解决“在6月1日的工作日可能早”(原文如此),但更多的问题随之而来。该公司随后进行了第二纸条上写着:“由于与其他*严重*代码我们不得不此修复程序,直到明天的延迟部署问题。”


TweetStats报告的麻烦星期天

TweetStats关闭中旬的一天星期天的问题已经影响了统计数据收集服务后显着。虽然Twitter已经再次提供分辨率的新日期,开发商,达蒙Cortesi的,说他会找到一种方式来获得重新启动,有或没有从Twitter的帮助。


TweetStats的希望最好,但准备...

他指出周一深夜“如果没有固定明天上午,将重新打开和处理的后果。”

杰西住有大约这里的API问题的更多细节:哪里是Twitter的应急联动系统?

2009年5月08,

基础设施的每一块怀揣可能失败

虽然它可能最终是一个暂时现象,在这一刻的FriendFeed下跌,跟随在计划中断推特今天下午。虽然这不是真正的新闻,说到很多的讨论第三方URL缩短器带来的网络故障的可能性高跟鞋。对于每一个球迷TinyURL的要么bit . ly,也有其他人谁说依靠另一个服务是一个穿针引线的用户和预期数据之间只是找麻烦。但事实是,在网络中,当有潜在的多个项目的用户与数据之间的失败,在许多情况下,这些作品中的任何一个可以使整个系统瘫痪瘫痪。
  • 存储可能会失败。
  • 导致服务器失败。
  • 网络可以失败。
  • 路由器可能会失败。
  • 线条可以剪。
  • 服务可能会关闭。
  • 用户可以删除图片或网页。
它发生了,直到我们控制系统的各个方面,会出现中断。

上周三,在测试的第三方Twitter服务的中间,我挂《卫报》使用一个被称为URL缩短修剪,需要得到服务工作。那天晚上,tr.im失败了,它打破了目前正在使用的所有链接。


对话(在谷歌缓存)

对此,保罗·布克海特他是FriendFeed的联合创始人,在谷歌、微软和英特尔有着悠久的历史,在他最新的努力之前,他提到了这一突破,并称之为另一个原因,为什么网址缩写是恼人的。

但是FriendFeed本身有一个网址缩短器,叫做ff。im,当它向Twitter发送更新时使用。保罗在帖子中补充道:“除了ff。我当然:)”

但你猜怎么着?因为FriendFeed宕机了(目前),ff也宕机了。即时通讯链接,使他们可能失败的任何其他第三方缩短。我可以大声地说FriendFeed和ff。im应该从不同的数据中心提供服务,或者提供更好的冗余,但我不会这样做。没有人喜欢停机,而FriendFeed总的来说有很好的熬夜记录。但随着它们成为生态系统中更完整的一部分,它们也会有更多失败的机会,需要像所有其他参与者一样采取同样的防护措施来保护基础设施。

事情会失败。我们将生活,但我们知道,有没有这样的事,作为一个完全冗余的故障保护机器。每一跳传递到变成一个跳跃,而不是一个好办法的潜力。

2009年3月13日,

如果你的RSS订阅没有了,没有人能听到你的尖叫

我没有在周四任何博客文章,全周三,其中包括与谷歌到总部参观,以满足后谷歌阅读器团队。尽管我在周五(SXSW大会的第一天)发了一些帖子,但很多人仍然认为我正处于一个暂时的间歇期,这要归功于标签团队之间的失败加料燃烧器博客,谁显著通过清空他们的饲料,从得到他们的域名停止了自己的岗位上影响许多用户。它看起来像我应该在山景搭着读者队后已经花了更多的时间,看到的只是究竟发生了什么对校园的其他地方去。

作为Newsome.org的复苏肯特纽森今天指出,在他的文章“FeedBurner的和Blogger等密谋刺杀我的快乐“,Blogger为分发RSS提要而生成的XML文件被完全删除,我也受到了影响。不管我有20或2000篇文章的历史,该文件报告它有零千字节,到目前为止,没有任何故障排除有任何帮助。

在这个支持rss的服务的世界里,这个级别的失败意味着我的文章无法到达之前提到的谷歌阅读器。他们并没有在FriendFeed、Socialmedian和Facebook这样的社交网站上流行。毫无疑问,这将削弱那些受影响的人的访问。

与往常一样,在我首先考虑的问题,是我的错。我注意到,友今天上午并没有拿起我的职位,并试图删除和添加我的博客从周日六种方式,但没有成功可言。虽然肯特讲述了他搜索真正的技术支持,我是在空气中大部分的日子,回来后发现我不是唯一一个听到来自谷歌的沉默,因为其他人认为沉默的我。

在博客帮助论坛上,抱怨是广泛传播的今天通过FTP发布时,RSS订阅是空的。使用atom.xml是空的并简单地空供稿

我关心的是这里的很多层面。FeedBurner和Blogger是最受嘲笑的谷歌产品之一,因为它们被认为是被忽视的。但它们是我博客的两个主要基础。同时,我也很担心,因为我们把这个问题看作是一个周末的开始,一个重要的技术会议正在开始。如果谷歌沉睡在方向盘188金宝搏上,这个问题很有可能得不到解决。除了加速我的Wordpress,我什么也做不了。这并没有让我觉得我现在和博主有那么可爱的亲密关系。

2008年12月15日,

在黑暗中写博客?

就在7:30今天晚上,因为我们是把双胞胎大睡,灯光和飘扬出去。他们铃响了活了起来,两次,但很快再度回落,而我们几乎一直在黑暗中两个小时的大部分时间。没有电视。没有WiFi。甚至没有冰箱,加热器的背景噪音。随着温度在外面低40多岁,我们家正在冷却,而且我们已经解开了手电筒和蜡烛,我们可以找到。

你知道吗?你可以把C型电池和D型电池放在手电筒里,它仍然可以工作。今天晚上,我不得不知道它确实如此。

宁愿时时保持联系,我的iPhone 3G是让我清醒。这种笔记本电脑是相当无用的,但不是我的ubergadget。它仍然让我发布更新推特的FriendFeed,浏览书签和阅读电子邮件。没有人告诉它关闭,毕竟。

失去动力实在是没有什么大不了的,在短期内。每个人都是安全的,如果这个运行时间更长,我们可以从冷却婴儿床掐我们的双胞胎,暖起来自己。但它让我思考的东西被更大更好的准备。现在很清楚,我们需要更多的电池。如果你缺乏动力了Twitter在紧急情况下是一个好消息枢纽整体喧哗并不抱太大很好。它不很好的转化为小屏幕。如果邻居发现了这个中断的来源或范围,我还没有看到它。我的网络太多样化,太嘈杂得到当地发生的事情的数据。

所以现在,我们有点脱节。它是黑暗的。天气变得越来越冷。我们没有答案。我很幸运身边有iPhone 3G,但除此之外,将我们的电力和网络连接在一起的基础设施看起来相当脆弱——即使是在桑尼维尔,正好是在硅谷。

更新:电源后不久晚上10点恢复,虽然已经进行了将近三个小时。没有原因尚未确定。

2008年10月21日

两个特点每Gmail的用户必须使用

作者:Mona Nomura像素的位的FriendFeed/推特


阅读搜索引擎杂志罗兰·贝克的Gmail的恐怖故事把我的Gmail噩梦带回来了。

在2005年回来的路上,我试图登录到Gmail公司照常。但Gmail的保持重定向我这个奇怪的错误屏幕与消息:“对不起...正在进行帐户维护”,不会让我登录(从我2005年的日本博客采取上图中)。

试图(和失败登录)整整两天后,我联系谷歌组,但没有得到解决,甚至响应. 我试着一天登录两次,每天,四个月,然后最后我的执着得到了回报。走出蓝色我的访问已被恢复,因为我还没有出现过问题。但是到了今天,我仍然不知道如何或为何我的帐户进行维护 -四个月
  • 是的,我知道Gmail是免费的。
  • 是的,我知道Gmail目前尚处于测试阶段。
  • 是的,我知道我不应该抱怨...但它...谷歌
即使它是免费的,在测试阶段,谷歌不应该......休息。由于不好意思,因为我承认这一点,我赶紧在外伤了,并继续使用Gmail。但是,当谷歌恶梦故事吸引人我的眼睛,它带给我回到2005年,和当我无法访问我的电子邮件的恐慌,迫使我去我的出路,提醒朋友们同样的事情会发生在自己身上。

幸运的是,Gmail中有一个只需要几秒钟就可以设置了两个伟大的备份功能。我的同龄人都非常感激我的共享,所以希望他们会帮助你。:)

两个特征的每个Gmail用户的应该启用:

电子邮件转发。

我为我的主电子邮件创建了一个备份电子邮件帐户,并将发送到收件箱的所有内容的副本发送到备份。要设置此项:
  1. 创建一个备份电子邮件(例如:学习更多在这里
    所以,如果我的主电子邮件为某种原因被禁用,我可以随时发送电子邮件我的电子邮箱我的后援。免费的。很整洁。

    通过上述,我有一些安心,但我真的希望我永远不会让我的帐户再次锁定。奖励:看看techradar.com的“40辉煌Gmail的提示,黑客和秘密“它可能有一些有用的提示。

    你有过Gmail的噩梦故事吗?Gmail是你的主要电子邮件地址吗?你有什么我不知道的预防技巧吗?

    阅读莫娜野村在多像素的位

2008年8月11日

GMail和苹果的MobileMe举行了一次停用比赛

苹果取代.Mac的,成员自上个月推出以来,由于运行时间不佳而遭到全面嘲笑。史蒂夫·乔布斯在一份内部备忘录中为缺乏质量而道歉。但是,即使在进行内部重组和公共颠簸,用户,包括我在内,都无法访问他们的电子邮件下午的很大一部分 - 尽管该公司的MobileMe状态页面显示没有更新自7月底。

不甘示弱,这是最常被引用的替代MobileMe,谷歌的GMail的,今天下午也遭遇了中断,再次将许多用户(包括我)锁定在电子邮件之外。


在MobileMe邮件问题开始的时候,苹果曾说过,服务中断只会造成影响只有1%的用户,尽管网络上有广泛的投诉。据苹果公司报道,今天的中断持续了大约半个小时,只提到“MobileMe成员无法访问MobileMe邮件”,因此这表明完全中断。

Gmail中,从另一方面说,“很抱歉,您的Gmail帐户目前发生错误,”没有进入细节就如何普及的问题。Gmail变得更是不辞辛劳,以承诺“您的帐户数据和邮件都是安全的。”Shey Smith在FriendFeed上引发了一场讨论显示了停电不会出现有见人就。


1-2冲头断电取得了停机时间的讨论在Twitter上谈论话题甚至比北京奥运会或俄格冲突还要严重。人们一定很讨厌他们的电子邮件被打断!

2008年7月31日,

TweetStats显示了顶高音活动不稳定性的影响

大部分的影响Twitter的频繁停机一直传闻。在一片有的说他们离开了服务择木而栖,或在Twitter社区拉起自己的股份开发商,统计数据显示,一些Twitter的最突出和活跃用户数已经大大超过过去两个月降低了网站上的活动。

由几乎所有顶级用户谁是测量总鸣叫的下降可能是部分技术 - 由于他们只是暂时无法登录,或心理,较低的活性和较低的谈话从而成为一个自我实现的预言的结果。虽然没有完全抛弃的网站,什么可能是一个“向上和向右”活动图已基本停滞,而且在许多情况下,逆转。


我自己的活动,在我终于在1月份开始使用这项服务后逐月上升,在6月份停滞,并且仍然远低于如果稳定没有受到影响的话可能会发生的情况。

使用TweetStats,它可以显示你的总啁啾的活动,谁你最频繁的消息,并几小时或几天您使用该服务的网站,我调查的十大高音,看看他们的六月和七月活动与四月和五月相比如何。这里是我的发现:



克里斯·布罗根/@chrisbrogan
四月和五月推文:2896
6月和7月的推文数量为1070条
变化啁啾:减少了63%


Corvida乌鸦/@corvida
四月和五月推文:2,669
6月和7月的推特数量为1065条
变化啁啾:下降60%


丹尼·沙利文/@dannysullivan
4月和5月的推特:1281条
六月和七月推文:551
变化啁啾:下降57%


戴夫·温纳/@达维纳
四月和五月推文:1535
六月和七月推文:527
变化啁啾:羽绒66%


德鲁Olanoff /@drewolanoff
4月和5月的推特量为2131条
六月和七月推文:909
变化啁啾:下降57%


GeekMommy /@geekmommy
四月和五月推文:6,030
六月和七月推文:1419
变化啁啾:羽绒76%


贾森卡拉卡尼斯/@jasoncalacanis
四月和五月推文:1017
六月和七月推文:562
变化啁啾:下降45%


利奥·拉波特/@leolaporte
四月和五月推文:363
6月和7月的推文:237条
推特的变化:下降35%


罗伯特罗伯特/@scobleizer
四月和五月推文:3579
六月和七月推文:746
变化啁啾:羽绒79%


迈克尔·阿灵顿/@techcrunch公司
4月和5月的推特量是1587条
6月和7月的推特量为1079条
微博变化:下降32%

一刀切,Twitter的问题了一半左右或更多一些网站的最显着的用户的削减活动现场。其他的,像Digg的凯文·罗斯(TweetStats)和混搭的皮特卡什莫尔(TweetStats)在这两个时间段内,他们的twitter活动只减少了不到20%。毫无疑问很多人史蒂夫·鲁贝尔艾伦斯特恩,希望对Twitter问题的讨论能就此结束,它在lsat几个月内对网站的影响是非常真实的,我们现在能够退一步衡量它的影响。

2008年7月24日

Twitter寻找新的更有创意的失败方式

就在你觉得再发一次微博是安全的时候,推特又遇到了另一个数据库问题,这不仅导致了零星的“失败鲸”目击事件,而且极大地影响了那些跟踪更新的人的名单,以及我们每个人订阅的名单。最新的问题出现的时候,越来越多的微博上瘾者正在寻找替代方案,转向的FriendFeedplurk相关,以及越来越多Identi.ca

根据在Twitter状态博客的一篇文章,这个问题首先表现在服务的追随者数量的减少,后来,为了解决这个问题,微博进入维护模式,全线走低计数的警告。有趣的是,他们声称,一些低计数可能是由于垃圾邮件发送者去除的,但在我的经验,它已经9个多小时,因为第一个被确定的问题,我已经看到了我以下的人数大幅削减,从1500多个,下降到“只有” 672,不到一半。


周一,当我说“要讲规则的社会下面是获取手出来”我采取了我目前Twitter的比例截图,在1534 1,441,为前一周的有很大一部分工作过之后Twitter的因果报应让我的比率同步。就在几天后,该数据被刻到672和1236,促使一些尝试和refollow我,更涌向identi.ca。

Twitter的在过去几周得到了很多滥用对这个博客,因为我们已经讨论了问题与开发商,正常运行时间和API所做的更改,但每次我都觉得时间他们已经抓获了市场失败的单一路线,他们找到另一种方式。

团队的员工谈论一个好的游戏关于获得这个解决了,但严重的是,Twitter的,我们为什么要相信你呢?

另见:

为什么一切闹心:梦魇Twitter的场景可以在我们
Profy:所以你认为没有什么能比失败鲸更糟糕?现在把你的追随者返回

2008年7月21日

TweetMeme返回接下来的几个月,长的Twitter被迫停运


又一次的冷战推特一直与开发社区有一直的主题很多讨论在过去的几周里,尤其是减少未经身份验证的API调用,Gnip的新集成。但是,即使是Twitter的出现得到了脚跟,显著损害已经做的是依靠微博服务求生存的许多服务。其中之一是流行的链接跟踪,TweetMeme在数月的服务不可用后,Twitter在上周末重返网络,这并不是因为开发人员的疏忽,而是因为Twitter的限制。

TweetMeme在1月推出,在博客获得显著覆盖面,包括TechCrunch的一篇文章他滔滔不绝地说:“这个杀手级的twitter追踪器刚刚出现,它的名字叫Tweetmeme。”但到了5月,Twitter在难以置信的压力下,开始禁用开发人员对Jabber和XMPP服务的访问,从而使该服务脱离了网络。

见:由于Twitter Jabber问题,推特模因下降

当时,预计停机时间只有几天,但结果却是几个月。

服务的创始人尼克·霍尔斯特德,也撰文Fav.or.it,在本周五的博客评论中写道,“我们的附带项目http://www.tweetmeme.com这是第一个twitter的URL跟踪器,现在已经宕机了好几个月了,因为我们可以使用XMPP提要,当我们实现的时候,他们把它拉了出来。除非这些限制已经成为过去,否则我们不会再提这个问题,也不会在这个问题上投入发展的努力。”

众所周知,XMPP的消防软管只能有四个合作伙伴的FriendFeedZappos的TwitterVision了Summize国民总收入这最后一周。而Tweetmeme不能在不平坦的领域发挥,关停。但截至昨日,霍尔斯特德报道他的团队有一个变通,本质上了Summize本身,现在由Twitter所拥有的搜索功能捎带。(困惑了吗?)



Tweetmeme现在又开始运营了,旨在展示Twitter上最受欢迎的共享链接,在首页突出最重要的新闻,比如Techmeme的确实,并示出了外观上的顺序他们Tweetmeme河, 就像Techmeme的的河流确实。

现在,Tweetmeme是在行动中,问题依然存在 - 会投放回报,记住该网站是在那里,并且可以将其提供相关的结果值得仿效,如Techmeme的已经证明了它可以吗?而将是继了Summize的领先优势是不够好,或将再次到Twitter改变规则?很难说,鉴于微博巨大的矛盾。这就是为什么许多开发商都想逃干脆在Twitter

2008年6月18日

twitAbit亮相的新服务,Twitter的逃生停机

许多推特用户对该服务有爱/恨的关系。他们喜欢它的功能,帮助人们通过网络或手机进行实时交流,但他们讨厌它无法满足需求。取而代之的是,一种新的服务正在兴起,以解决停机问题。最新的,今天首次亮相,叫做twitAbit,它利用存储和转发功能来确保Twitter的失败不会导致您自己的失败。

Twitter的“失败鲸”是众所周知的,用户的大量寻找出路。有些已经离开Twitter的。有些人只是用它少。其他人已经转移到plurk相关,的FriendFeed,或的Pownce。但Twitter的留在谈到对于那些谁在建立关系投入时间成本高,而且在某些情况下,成千上万的追随者。甚至尽管许多中断,绝大多数Twitter的用户群已经在很大程度上坚持了,希望更好的时机。


但是,如果这些更好的时间不马上来,twitAbit准备。该服务提供了一个简单的表格,要求输入用户名和密码,你在做什么,和链接。这似乎是一个项目Betaworks的,并在switchAbit网站,其RSS和博客大师戴夫·温纳宣布复出五月

在发布的时候,Winer承诺Flickr将提供Twitter的功能,并且他还提到了对第二个Twitter应用的需求,很可能是twitAbit,尽管这还不是100%的确定分散的推特,这可能是第一步。

另外:你可以看到Winer的twitAbit的第一条“tweet”回到6月13日。

2008年6月11日

谷歌博客FTP发布:12个小时以上

我并没有打算让我的博客成为所有停机时间很长的产品的宣传板,但这篇博客确实很受欢迎。

从昨日傍晚,周围的晚上8点,我已经完全无法新帖添加到网站,使其显示,我在开车时睡着了。罪魁祸首?与谷歌的一个问题博客服务,它阻止了通过FTP发布的功能。

这并不是谷歌博客第一次在这里出现长时间的中断,也不是第一次完全忽视用户在其网站上的投诉和支持请求。

而此时Wordpress和其他平台正在获得显著的动力,并能吹捧“五分钟的”升级,诱惑招,假设网站结构和意见被保留一段时间,是非常高的。188金宝博亚洲

我会想到谷歌收购Blogger通过了Pyra实验室本来小组提供了显著经验,在不断增长的可扩展的,无故障的基础设施,但是从谈话我已经与人接近的球队,似乎在Blogger中的大多数基础设施为重点的员工围绕谷歌的眼睛有明星其他产品和Blogger已经从受到忽视。

东西确实断。

更新:终于确认博主的地位FTP也开始流动了。但这是。。。很糟糕。

也可以看看:

谷歌博客:有什么东西坏了!
http://tinyurl.com/5sejhy

Thomas Hawk引用了FriendFeed上的Blogger宕机
http://tinyurl.com/3p96y8

从2007年8月9日:
谷歌忽略用户在Blogger的主要停运
http://www.louisgray.com/live/2007/08/google-ignores-users-during-major.html

2008年6月9日

SiteMeter统计溅射到停止,没有给出的原因

似乎停机是新的黑色。

在一个充满故事的周末之后亚马逊停机时间,短暂的Disqus昙花一现,持续推特烦恼,很多网站使劲承担更多的人群肿胀赶上从WWDC最新的,我很惊讶地看到我的博客统计引擎,SiteMeter,获得这项法案。由于太平洋时间11日上午,数据已几乎完全停滞,不记录访问,以及该公司的博客并没有给出任何理由缓慢。

我想怪罪或者责怪史蒂夫·乔布斯,但我不认为他们是原因。


SiteMeter是blogosphere中使用最广泛的统计追踪器之一。虽然我可以忍受免费产品的偶尔中断(参见:马克·埃文斯:Web 2.0抱怨的奇妙世界),我是那些想要支持网站开发者的人之一,去年,我每年支付89美元来获得该服务的高级版本,这让我获得了更多的报道。

我想说,我不会出于好奇一整天都查看SiteMeter,但我肯定是在骗你。我喜欢统计数据。我甚至让Mac OS X的仪表盘小部件这显示了我一天的活动,让我只需将我的鼠标到右下角被抓住了。除了今天,我很惊讶地看到我极端不得人心。不仅是总访问数远远低于我所预期的,但它绝对说没有人在最后一小时检查。而且,由于今天早上,我看到都没有更新。

SiteMeter的看到问题,在过去这样。他们不是从一个大型数据库进行操作,而是,它的每一个单独的服务器上运行自己的数据库。当一个人有打嗝,仅在单台服务器显示问题的用户。我希望这是有可能发生的事情在这里,只是也许,幸运的话,总的统计数据会赶上过夜。

现在,我们来看看我在周末36个小时的黑暗生活会对我造成多大的伤害。与该公司的博客不给任何提示,以发生了什么事,希望是我的一切。也许是时候来检查我的FTP服务器并下载我的日志。

louisgray.com具有100%的正常运行时间期间WWDC基调

今天,许多流行的网站的目的是提供分钟按一分钟更新苹果CEO史蒂夫·乔布斯的主题演讲,以及一些社交网站的技术精英中非常流行,速度极其缓慢的流量来自Mac和iPhone粉丝们希望得到的库比提诺的最新产品窥见匆忙之下。网站等不同TechCrunch的推特在压力下屈服,而其他人,比如MacRumors直播Engadget中国版的FriendFeed,保持了稳定,获得一致好评。

我很高兴地告诉大家,louisgray.com在这段时间里100%正常运行。以下是我们如何实现这一令人羡慕的壮举,所有这些都不需要移除服务,减少功能,或需要向合作伙伴卸载一些流量:

1.我什么都没发

经过大量的深入研究,我意识到这些网站遇到麻烦的一个主要问题是提供有趣的内容。无论是通过会议前的新产品传言、会议期间的直播,还是对会议公告的反应,每一个网站都吸引了与标准不成比例的用户群,导致流量激增远远高于平均水平,总是导致访问时间变慢甚至停机。

为了避免这样的命运,我不仅不承诺什么,但我没有任何东西后,基调不只是上午,但在过去的24小时,基本上是抛潜在的游客失去了线索。我认为这个策略,提供全面减少,一天都在每天和每周超过一周,在总访客流量和页面浏览量计算,离开了现场具有相当的上升空间,并减少服务中断的机会。

2.我没有对基础设施做任何修改

几年来,louisgray.com已经通过FTP托管Register.com托管的服务器,搭载谷歌的博客发动机。考虑提前WWDC主题演讲许多可用的选项之后,确定最佳行动过程中再次,什么都没有。由于该网站的接近100%的正常运行时间,在过去的几年中,尽管较去年同期增长显著年,当时的偏见是推迟任何显著的软件或硬件的采购,可能导致的复杂性。

3.我再没提前承诺到正常运行时间

墨菲定律决定了任何可能出错就会出错。许多主题演讲中感到吃惊,以Twitter的先进显著的正常运行时间的承诺,例如近期的污点记录后。通过承诺100%的正常运行时间louisgray.com,我知道我会反过来,可以将自己在火中的过分热心的黑客和从Mac军队的overcaffienated派的路线,准备拿我的网站上下来很多人一样。

结论

我认为有,除了期间科技媒体巨头相当大的压力的时间祝贺自己交付100%的正常运行时间,没有其他选择。他们在那里zigged像飞蛾火焰,我zagged远离城市的喧嚣,在角落里躲藏勇敢,在恐惧畏缩。你可以指望louisgray.com在这样的大型科技活动为客户提供100%的正常运行时间,无论是现在还是将来由于我们独特的反向业务优化策略英寸我希望我们能够在你们的支持。

2008年6月6日

Discus的宕机让我们想起了云计算中的数据问题

我是一个快乐Disqus客户。实施Disqus188金宝博亚洲在这个博客上的评论,使人们能够跟踪其在网附近的谈话,显示个人自定义头像和螺纹的谈话,已跻身于更好的东西,我用博客来完成。自从安装Disqus,总的意见有所增加,我可以让我的最频繁的参188金宝博亚洲加者更好的感觉,他们可以连接一比一。我Disqus的评论188金宝博亚洲,和别人的,甚至可以共享上的FriendFeed和其他生活流服务。

我的热情一直没有跨越博客一致。有些人一直担心,Disqus'托管在自己的网站上的评论降低了博客拥有自己的网站的这一关键元素的控制。188金宝博亚洲也有人说,Disqus有效地“窃取”这些评论的SEO的价值,抢劫你的谷歌果汁这是你的事。188金宝博亚洲

到今天为止,我已经以各种方式捍卫Disqus。我不是一个SEO螺母,这样我就可以在这些所谓的问题耸肩我的肩膀。直到今天。

从昨天晚上开始,我惊讶地发现我的电子邮件里没有任何评论。188金宝博亚洲查看博客,我发现很多对昨天我家狗狗去世的衷心评论。188金宝博亚洲但Disqus并没有给我更新。我登录到该服务,确保我的首选项被设置为通知我,它们确实通知了我。

今天上午,情况更糟。没有评188金宝博亚洲论上演。在博客上的右侧Disqus窗口小部件丢失。而每Disqus评论,每个人张贴在任何Disqus供电的网站已经一去不复返了。这突出了关注很多人对信任云,并把你的数据在别人的手里。这是一件好事,做一个拷贝,特别是如果你不知道自己的基础设施,或公司没有了长达十年的跟踪记录。

我相信Disqus主办我的意见,来主持,供电我的博客,并188金宝博亚洲采取的是我给我的观众连接的艰巨任务。现在,他们下山难。他们的博客一直没有更新说这是怎么回事,而去年我们从Disqus'丹尼尔·哈得到了更新,他是10小时前在玩扑克,通过Twitter。我只是希望他没有赌Disqus未来一对3米的的。

在这个用户将数据交给云计算并信任底层Web服务的时代,宕机可能是一个杀手。对停机时间做出反应的后半部分?透明度。现在,迪斯科在这两方面都失败了。

另见:在Disqus停机FriendFeed的讨论

2008年2月24日,

我的双重标准的Web服务

我不公平。我承认。

那种失误和错误会得到大头条,键盘敲击从我咆哮时,最大的Web服务功亏一篑可能反而得到了一通,如果我知道服务是由开发商一小撮运行,如果我就直呼其名与作者。相反,加入有关为什么服务不采取行动,我想它的方式,或暗示他们在某些方面反应迟钝或恶意抱怨合唱的,我给他们的疑点利益。

我的一部分想知道,如果这仅仅是因为我个人的偏见,或者我应该预料到操作群众企业在更高层次上进行。正如你会期望从比一个免费的付费关系得到更好的服务,这是否表示有几十万用户的公司应该比一个有几十个或几百个被更紧密地磨练?

我想这个周末的周六,我登录到AssetBar令我惊讶的是,我的订阅没有更新。在窥视谷歌读者,我知道,博客仍然被派驻到,仍然被写入新闻,并仍在被搜索引擎发现的关键字。但AssetBar骗我,说我没有什么可看。丢人现眼!

鉴于我是多么喜欢他们的服务,它的潜力,我可以又蹦又跳,震动着我的拳头。但我没有。相反,我投掷快速注意到该网站的开发者说必须有毛刺的地方。没什么大不了的。果然,AssetBar在他们的博客上贴了一张便条说他们正在更新服务器这引起了我的问题。

但是,如果它是谷歌阅读器谁去个小时没有更新,毫无疑问,我可能会说什么,和许多其他人都站在我旁边,叫他们出去。只是看到我们的反应时,这种类型的事情之前已经发生:
谷歌阅读器下过夜?
谷歌阅读器故障删除订阅源:博客圈哭泣
确认!谷歌阅读器更新抹了历史
这完全公平吗?可能不是。可怜的谷歌阅读器团队。我知道他们工作努力,做得很好。但我也知道,对于小型服务,比如AssetBar,的FriendFeedLinkRiverReadBurner要么RSSMeme如果他们搞砸了什么东西,或者某个关键功能在晚上出了问题,我很可能会放过他们。

毕竟,ReadBurner也很难往下走2月1日,并采取了整个网站的历史了。(看到:ReadBurner向下)当它出现时,我开玩笑地发布了,忘记Twitter的问题... ReadBurner为Down!在同一篇文章中,Alexander Marktl称赞了他利用这个机会消除了重复并添加了新功能。

我绝不会让谷歌得逞的,还是微软,YouTube上,苹果,你的名字。大家伙都举行以更高的标准,而且将永远是。它配备了领土。这可能不公平,但这就是事情是这样的。

2008年2月21日

谷歌Feedfetcher会和FeedBurner的小姐再次彼此

这已经不是FeedBurner的最好的一周正好被。

首先,RSS聚合引擎由于一个代码错误而丢弃了所有的统计数据,并且没有对用户的投诉做出快速的响应,导致了来自博客世界的问题,也包括我的。使问题更糟糕的是,该公司的博客,曾经相当活跃,并没有在三个月更新一次,最著名的是Mashable

看似,这两个问题得到解决,首先,所有时间统计的恢复,二是看到FeedBurner的更新自己的博客与后,你好?Hellooooo?,在那里他们概述了他们最近的活动。首先他们的名单上?“与谷歌全面整合”,无疑更难比它的声音。

但是现在,就在第二天,它看起来就像谷歌的FeedFetcher,它可以报告一个博客有多少RSS订阅用户谷歌读者的iGoogle,没有更新的FeedBurner。并围绕今天的博客,统计数据无疑是暴跌。例如,louisgray.com锯用户超过削减了一半,从606到昨天今天241,和巴黎人暴跌,从550到昨天今天288。这不是第一次发生,但过去的事例始终导致了改进的整合承诺,而且他们显然还没有。

这足以让我好奇RatingBurner将处理这些数据一旦他们同步他们的统计明天。