分类： 日志

Beanstalkd 使用

一、安装

1、官网

https://kr.github.io/beanstalkd/

2、安装

yum install beanstalkd --enablerepo=epel

3、启动

/usr/bin/beanstalkd -l 0.0.0.0 -p 11300 -b /var/lib/beanstalkd/binlog -F

-b 开启binlog，断电后重启会自动恢复任务。

二、基本概念

1、Beanstalkd设计里面的核心概念：

  • job ：一个需要异步处理的任务，是 Beanstalkd 中的基本单元，需要放在一个 tube 中。
  • tube ：一个有名的任务队列，用来存储统一类型的 job，是 producer 和 consumer 操作的对象。
  • producer ：Job 的生产者，通过 put 命令来将一个 job 放到一个 tube 中。
  • consumer ：Job的消费者，通过 reserve/release/bury/delete 命令来获取 job 或改变 job 的状态。

2、job 的生命周期

Beanstalkd job life circle

当producer直接put一个job时，job就处于READY状态，等待consumer来处理，如果选择延迟put，job就先到 DELAYED状态，等待时间过后才迁移到READY状态。consumer获取了当前READY的job后，该job的状态就迁移到RESERVED， 这样其他的consumer就不能再操作该job。

当consumer完成该job后，可以选择delete, release或者bury操作；delete之后，job从系统消亡，之后不能再获取；release操作可以重新把该job状态迁移回READY（也 可以延迟该状态迁移操作），使其他的consumer可以继续获取和执行该job；有意思的是bury操作，可以把该job休眠，等到需要的时候，再将休 眠的job kick回READY状态，也可以delete BURIED状态的job。

正是有这些操作和状态，才可以基于此做出很多意思的应用，比如要实现一个循环队列，就可以将RESERVED状态的 job休眠掉，等没有READY状态的job时再将BURIED状态的job一次性kick回READY状态。

  • READY – 需要立即处理的任务，当延时 (DELAYED) 任务到期后会自动成为当前任务；
  • DELAYED – 延迟执行的任务, 当消费者处理任务后, 可以用将消息再次放回 DELAYED 队列延迟执行；
  • RESERVED – 已经被消费者获取, 正在执行的任务。Beanstalkd 负责检查任务是否在 TTR(time-to-run) 内完成；
  • BURIED – 保留的任务: 任务不会被执行，也不会消失，除非有人把它 “踢” 回队列；
  • DELETED – 消息被彻底删除。Beanstalkd 不再维持这些消息。

3、一些特性

优先级

任务 (job) 可以有 0~2^32 个优先级, 0 代表最高优先级，默认优先级为1024。

持久化

可以通过binlog将job及其状态记录到文件里面，在Beanstalkd下次启动时可以通过读取binlog来恢复之前的job及状态。

分布式容错

分布式设计和Memcached类似，beanstalkd各个server之间并不知道彼此的存在，都是通过client来实现分布式以及根据tube名称去特定server获取job。

超时控制

为了防止某个consumer长时间占用任务但不能处理的情况，Beanstalkd为reserve操作设置了timeout时间，如果该consumer不能在指定时间内完成job，job将被迁移回READY状态，供其他consumer执行。

三、Client Libraries For PHP

项目地址： https://github.com/pda/pheanstalk/

1、Producer 示例：向队列中添加job

$pheanstalk = new Pheanstalk_Pheanstalk('127.0.0.1');

$pheanstalk ->useTube('tubeName') ->put($jobData);

2、Consumer 示例：从队列中取出job

$job = $pheanstalk ->watch('tubeName') ->ignore('default') ->reserve();

echo $job->getData();

$pheanstalk->delete($job);

3、检查服务状态

$isAlive = $pheanstalk->getConnection()->isServiceListening(); //返回 true 或 false

4、获取某一 tube 的数据

try{
    $tubeStatus = $pheanstalk->statsTube('tubeName');
} catch (Exception $e){
    if($e->getMessage()=='Server reported NOT_FOUND'){     //tube 不存在
        $current_jobs_ready = 0;
    }
}

四、其他

1、PHP 版控制台

https://github.com/ptrofimov/beanstalk_console

2、Chrome 插件

https://chrome.google.com/webstore/detail/beanstalkd-dashboard/dakkekjnlffnecpmdiamebeooimjnipm

原文：segmentfault.com

一张感动全球的照片

一张感动全球的照片

在伊拉克，一个没有妈妈的小女孩，在孤儿院的水泥地面上，画了一个妈妈。她小心翼翼地脱下鞋子，在妈妈的胸口睡着了……真不知道该如何用人类的语言去诠释 这样的一个画面，我们还有什么资格和理由抱怨自己不够幸福？珍惜现在所拥有的，其实幸福可以很简单！默默地看着这幅画，也许你会感动掉泪……

查看windows系统当前哪些程序注册了哪些快捷键

Windows Hotkey Explorer – 显示当前已被占用的快捷键

如何查看windows系统当前哪些程序注册了哪些快捷键

Windows Hotkey Explorer 可以显示当前已被占用的快捷键，并定位到相关程序。@Appinn

2012120331

最近 Eclips  Ctrl+D老是提示出错，找不到目标，但总是找不到是被什么程序占用的。

放狗搜了下，找到个 Windows Hotkey Explorer，这玩意灰常强大，瞬间就找到了幕后黑手新浪微博

用 Windows Hotkey Explorer 找到快捷键后，就可以针对性收拾了，如果不配合，打入小黑屋。

有多少人能坚持自己的原则

75C6C627AC9文 张小娴

时间除了使人忘记爱情之外，还使人忘记梦想、原则和朋友。

一个事业成功、头脑精明的大商家大概忘记了他年少时候本来是梦想成为一位小提琴家的。他现在只会计算每天能赚多少钱。

一个每天营营役役的男人也许已经忘记了他曾经梦想成为一名长跑运动员。他现在连上楼梯都喘气，他每个星期的活动是看赛马。

一个两子之母年少时的梦想是成为舞蹈家，在谈恋爱和结婚之后，她就忘记了。生了孩子之后，她有更多藉口不跳舞。如今，她已经舞不起来。

时间也使人忘记原则。

他的原则本来是尽量说真话，时光流逝，为了生活，他现在的原则是不再说真话。

他的原则本来是不依靠别人，不依附权贵，日子久了，他发觉一个人挣扎很辛苦，依附一下权贵也没什么不好。

他的原则本来是绝不妥协，年纪大了，他的原则是尽量妥协。

时间也使人忘记朋友。

有些朋友，我们已经很久没联络了，我们曾经是很要好的。

时间使人忘记梦想、原则和朋友，偏偏有些事情我们又记得很清楚，我们记得自己曾经有梦想、有原则和有朋友。

linkedIn今日正式入华 专访中国总裁沈博阳

专访 中国 总裁 沈博阳

腾讯科技 朱旭冬 2月25日报道

筹备已久的linkedIn简体中文版网站终于在今天正式上线了，并且宣布的中文名“领英”。虽然目前中文网站仍被称为“测试版”，但这标志着linkedIn正式进入中国。

作为全球最大的职业社交网站，linkedIn在全球有近3亿用户，在中国有约400万用户——这个数字可以从两面来看，相比linkedIn全球，这只是很小的一部分；从另一面看，在尚未发布中文版的时候能获得400万用户，这已经是一个不错的成绩。

对于linkedIn入华，外界最多的质疑无非两点，一是跨国互联网公司在中国没有成功先例；二是在中国可能并不存在职业社交这样的需求，因为中国的类似网站也没有成功先例。

linkedIn中国区总裁沈博阳在接受腾讯科技专访时表示，他现在无法证明linkedIn一定会成功，跨国公司的挑战一定存在，但是linkedIn为此也做了充分的准备，“本地团队和运作加上国际平台的支持，成功可能性至少大于50%”。

他也相信中国用户有职业社交的需求，因为中国年轻人也越来越多会换工作，对职业生涯会有很多追求。而linkedIn也不仅仅是帮助人们找工作，同时还能拓展人脉，帮助自己做好手头上的工作。

在采访中，除了老生常谈的本土化，他强调的另一个词是“耐心”。不过谷歌(微博)在进入中国时也强调过耐心，但最终选择了退出。对linkedIn中国来说，心态或许比战略更为重要。

中文版上线遵循MVP原则

发布中文版网站对linkedIn来说是非常重要的一件事，但这次发布的网站并非完美。

对此，沈博阳表示，linkedIn中国的产品发布会遵循MVP原则，即先发布一个基本功能可用的产品，然后进行改善。这也是linkedIn创始人、董事长里德•霍夫曼（Reid Hoffman）非常推崇的产品发布原则。

“我们这次主要是做了中文化，在一些地方打通了腾讯微博和微信。但是你会发现有一些英文版的功能缺失了，一些功能并不适合中国用户，这些是我们未来要改进的。”沈博阳说。同时，linkedIn也计划将为中国用户服务的服务器搬到中国，一方面改进访问速度，同时也适应中国互联网监管需要。

社交网站能否做成，用户量是一个非常重要的指标。但linkedIn中国并不打算做太多活的或者推广来获取用户，更多还是希望通过产品和品牌让网站用户能有机的增长。沈博阳表示，互联网服务都有网络效应，容易形成强者更强弱者更弱的局面，一个服务做好了就会像黑洞一样吸引用户。

沈博阳并不愿意过多评价国内其他职业社交网站，但他表示这些网站没有做到非常成功的一个原因就是有linkedIn的存在，虽然linkedIn之前并未进入中国，但仍然吸走了大量有职业社交需求的用户，尤其是高端用户。

对于职业社交来说，高端用户有为重要。这些人更有影响力，更能够吸引其他人的加入。同时，linkedIn通过为企业提供人才招聘解决方案来获得收入，高端用户对企业的吸引也更大。

虽然linkedIn在中国成功必须要本土化，但是沈博阳并不打算一下子让linkedIn变得非常“本土”。他表示，linkedIn在中国发展初期还是会主打英文名，因为现在来说，用英文名更能唤起用户的品牌感知。

近期重点仍为团队

对于任何一家公司来说，团队都是最重要的，而团队的领导者则是重中之重。对linkedIn中国来说，找到合适的领导者非常重要。

沈博阳告诉腾讯科技，linkedIn为进入中国至少非常认真细致的调研了两年，而他也是两年前第一次和linkedIn接触。“当时我在做糯米，并没有离开的打算。不过他们说的是从我这里了解一些中国互联网的情况，于是先交了朋友。”沈博阳说。

真正让他开始考虑linkedIn的工作机会的时候是在2013年下半年。2013年8月，百度宣布收购59%糯米网股份。这让沈博阳在糯米网所扮演的角色会发生变化。另一边，linkedIn也加快了入华的脚步，他们需要一个合适的领导者。

2013年9月-10月，沈博阳和linkedIn CEO 杰夫•韦纳尔（Jeff Weiner）以及创始人兼董事长里德•霍夫曼（Reid Hoffman）见面。韦纳尔的一句话打动了沈博阳，他说linkedIn的使命是连接世界上所有职场人士，让他们的工作更有效率并帮助他们成功，如果不能连接中国，那么这个使命就得改了。

回国后沈博阳就开始准备从糯米网离职，并于今年1月1日正式加入到linkedIn。这标志着linkedIn入华已经进入冲刺阶段。

沈博阳的linkedIn档案里有他所有工作记录。在加入linkedIn之前，他服务过最重要的三家公司分别是雅虎、谷歌和糯米，担任过技术、管理、商务拓展、创始人等多个角色。谷歌的工作经历帮助沈博阳积累了跨过公司的工作经验，而糯米这个人人公司内部的创业项目，则让他有了在大公司创业的经验——linkedIn中国兼有这几项特质，也让沈博阳成了最合适的linkedIn中国区总裁人选。

linkedIn中国由linkedIn联手国内两家投资公司红杉中国和宽带产业基金共同成立，这让linkedIn不仅仅是跨国公司，同时也更像一家本土创业公司。联手国内投资机构进入中国，亚马逊AWS入华也是如此。

“这种方式可以让linkedIn中国获得linkedIn全球的支持，同时也能向创业公司一样运作。”沈博阳说。另外，沈博阳直接想韦纳尔汇报，并且每周有一次和韦纳尔、霍夫曼分别一对一沟通的机会。这也让linkedIn中国可以更灵活同时更受重视。

对沈博阳来说，当前最重要的事情仍然是团队的搭建。他表示，虽然linkedIn是国际公司，但除了直接向他汇报的员工，其他员工都没有英语要求。“中国有很多人才，但是加上英语这一项，可能三分之二都被挡在了外面。我们还是一家中国公司，我也不希望以后大家开会用的语言是英文。”他说。

xp系统50天后停止服务

突然发现，原来这个时空也是流动的！黄家驹去世20年了，不老神话林志颖39岁了，还珠格格赵薇都当妈了，蜡笔小新之父死了，火影忍者就快结局了，XP还有不到两个月就停止服务了……十年前我们盼青春， 十年后我们致青春，真的开始老了。

1392728669401

据了解，4月8日以后，微软将正式停止对XP系统 包括Office 2003的服务支持，微软官方网站对于XP用户的建议是换个新电脑，因为只有极少数的XP电脑可以支持直接升级至微软最新的Windows8.1系统。然而数据显示，我国XP系统的用户高达2亿，因此XP系统停止服务”引来高度关注。

1392728706760

XP哭着问Win8：”为何停止为我服务？”Win8无辜的看了看Win7。Win7顿时冒火了，”你看我干嘛？又不是我干的！”XP哭得愈加厉害了，骂道：”TMD，老子出来混的时候，你们还没有生呢！你们也有被停止服务的一天！我们走着瞧！”听见这话，Win7看了看正得意的Win8，内心一股恐惧袭来。

1392728722223

总归是长江后浪推前浪，前浪死在沙滩上！xp君，一路走好！这个时候很多爱国青年又跳出来说我们应该迅速拥有自己的操作系统，你确定我们真的能制造出”自己”的国产操作系统？

1392728849643

上周，中科红旗北京总部的大门上粘贴了一张最新的公告，通知全体员工，公司正式解散，员工劳动合同全部终止，公司进入清算程序。这家成立了14年之久的国产操作系统厂商最终是没能熬过这个冬季，比XP还先去一步。

国产操作系统厂商中科红旗破产清算

近日，著名开源专家、北大数学教授袁萌连续在个人博客上撰文，揭露国产COS操作系统的一些真相，指出上海联彤公司实际上并无实力自主研发国产COS操作系统，因此被戴上国产”桂冠”的COS操作系统只能算是一个”杂种”操作系统，不能算作中国操作系统”梦”！

1392728887580

cos说到底就是cosplay嘛~

中科红旗倒闭 国产操作系统研究画上句号

【PConline 资讯】2月10日，一家中科院领头的系统研究企业贴出清算公告：由于经营发生严重困难，董事会于12月13日决议即日解散公司，并成立清算委员会进行清算。公司与全体员工的劳动合同也在即日起终止。这家企业就是中科红旗，一个曾以挑战微软为己任成立的中国公司。自此，这家公司的国产操作系统的研究工作彻底画上了句号。

中科红旗倒闭 国产操作系统研究画上句号

事起缘由

2000年，这家以研究能挑战微软的国有操作系统为己任的公司成立，当时的公司董事长以及首席科学家是在中国科学院软件研究所副所长孙玉芳，秉着“中国必须拥有自主软件操作系统”共识，这家公司由中科院牵头成立。早在2004年，公司就宣布主营业务实现盈利，红旗Linux算是公司较为成熟的产品，中石油、邮政以及各大银行等多个部门上均有采用并予以付费。

公司的转折发生在13年4月，一封在Linuxeden社区上贴出的员工请愿书称：13年的4月，公司上百名员工被召集起来开会，总裁贾栋告诉员工们，公司资金链出现问题，当月工资无法如期发放。此外，由于资金链断裂，公司所处大厦一直处于无交费状态，12月大厦物业已经采取断水断电等措施，督促公司结算。

自此，员工工资拖欠持续至今，直到13年12月，董事会决议公司成立清算委员会对公司进行清算。

请愿书指出核高基项目为罪魁祸首

这封在技术社区发表的员工请愿书道出公司衰败的转折点。

2010年的核高基重大转型中，中科红旗承担了“通用桌面操作系统研发及产业化”主要课题，并和中科方德联合承担了4个子课题。按照规定来说，在政府拨款专项项目基金的同时，企业和地方政府也需要提供相近的资金支撑，然而在中科院承诺补齐资金的前提下，但最终没有补齐专项资金导致公司资金链断裂，很多市场员工随机出现了自垫资金的情况，公司高层为了实现项目，也将储备和支撑公司发展的资金全部投入到项目当中。

同时，中科院称，中科红旗的每年收入不超过1000万元，而2010年和2011年的主要收入来自核高基项目。在2012年，核高基项目资金用尽出现了资金链断裂问题。这跟中科院软件是无关的，并称中科红旗目前的问题是经营造成的。

随着资金链完全断裂，员工工资以及公司运营资金难以支撑，员工提出辞职。中科红旗股东达成一致，解散公司进入清算程序。

 本文来源：太平洋电脑网

从Google备份互联网看“数据安全”

【编者按】作者Todd Hoff是High Scalability创始人，为我们解读Google数据保密和数据安全负责人Raymond Blum的演讲。数据安全的一个重要工作就是备份，备份的容量扩展、存储备份的媒介、备份的效率……通过对互联网中庞大数据多样化、复杂的备份，使数据在任何情况下都能简单地还原、恢复。数据安全不仅仅是一个技术问题，它还受到现实的种种限制，做好数据安全，是任何一个企业都要考虑的问题。

CSDN推荐：欢迎免费订阅《Hadoop与大数据周刊》获取更多Hadoop技术文献、大数据技术分析、企业实战经验，生态圈发展趋势。

以下为译文：

Raymond Blum带领Site Reliability Engineers团队负责谷歌的数据保密和数据安全。当然Google从来都不会如实说有多少数据，但从评论上看目前还没到 yottabyte级（1YB=280B），不过也有很多exabyte级（1EB=260B）的数据了。仅Gmail就有接近exabyte的数据。

Blum先生在名为“ 谷歌如何备份互联网”的视频中解释，常见的备份策略对谷歌无效，原因听起来让人吃惊：它们大多是在努力用容量实现扩展。如果备份两倍多的数据，那时间、能源、空间也会消耗两倍，如果不这么做，就不能进行扩展。要让容量比支持容量的能力扩充更快，必须要有效率。从备份1exabyte数据转变到备份2exabyte数据，需要一个不同的计划。演讲的内容的主要关于Google是如何实现容量扩展的。

演讲的一些主要议题：

  • 从无数据丢失。甚至影响颇为不好的GMail停电事件也没有丢失数据，这远比备份许多磁带要复杂的多。数据从整个堆栈检索，每一层都需要管理，包括对人的管理。
  • 备份无用。还原你想要的部分，这是指还原系统而不是备份系统。备份是你要为还原付出的高昂代价。将工作转移到到备份上并使备份适当的复杂，是为了让还原尽可能的简单。
  • 不可以线性扩展。不可能有100倍的数据，你就能得到100倍的人力和机器资源。你只能去寻找使能力倍增的方法。自动化是提高利用率和效率的主要途径。
  • 冗余。谷歌的存储设备一直在老化。这当然不用说都知道，就像我们身体的细胞会死一样，Google并没有幻想着事物不会消亡，它只是为事物的消亡做好准备。
  • 多样性。如果你担心某个站点的位置不安全，那就把数据放在多个站点。如果你是担心用户错误，那就将用户交互与数据隔离。如果你想要避免软件bug的损害，那就把数据放在不同的软件上。从不同的供应商获取存储设备，以减少供应商的bug影响存储的数据。
  • 将人从繁琐的劳动中解放出来。通过GMail保留一封电子邮件有多少备份？这不应该是人关心的事情。通过GMail配置一些参数，系统会具体安排。这是不变的主题，高级别策略设置和系统实现了它。只有规范之外的事情发生才会需要人的参与。
  • 证明。如果你不试用它，那它就不会起作用。备份和还原就是不断的测试，以验证它们的工作的过程。

无论组织大小，都有很多要学习的东西。Blum先生的 演讲很风趣、信息量大、很值得一看。看起来他真的很喜欢工作中的挑战。

以下是我对这个演讲的注释，从中我们可以了解到许多不为人知的秘密：

  • 数据可用性必须是100%，不能有数据丢失
  • 统计学上，2GB文件中如果丢失了200K数据，似乎没什么大不了，但这个文件或许就不能用了，比如说可执行文件或报税表。
  • 数据的可用性比可访问性更重要。如果系统关闭，后果并不特别严重。但如果数据丢失，那就不是小事了。
  • 谷歌保证用以下所有可能组合保证数据安全：
  • 位置隔离
  • 隔离应用层问题
  • 隔离存储层问题
  • 隔离媒介故障
  • 想象一下移动滑块的情形。让软件像纵向滑块那样，让地址像横向滑块那样。如果你想要包含一切，你需要不同地址的软件层备份。你可以在不同的地址使用虚拟机。
  • 冗余不等于可恢复性
  • 制作多个备份不能保证数据不会丢失。
  • 多个备份对某些种类的停机是有效的。例如一颗小行星击中一个数据中心，而在一个很远的地方，你有这个数据中心的备份。
  • 如果你在存储堆栈中有一个bug，那把它复制到N个地方也没有用，因为bug破坏了所有备份。示例：请参阅GMail停机。
  • 相比小行星，代码中的bug、用户错误或已损坏缓冲区的写入，这些故障发生要多得多了。
  • 冗余对访问局部性有帮助。当你想要所有的数据引用与正在使用位置的数据尽可能接近时，备份是个不错的选择。
  • 因为这么多的备份，整个系统非常稳健
  • 谷歌的设备一直在老化。这不用说也知道，我们身体的细胞也同样会死。我们并没有幻想事物不会消亡，我们只是在为消亡做准备。机器也一直在损耗。
  • 冗余就是答案。合计一下，这要比单一的高质量机器更加可靠。单一机器可能会被一颗小行星摧毁。想要摧毁放在50个不同地点的机器就难说了。
  • 大规模并行系统的数据丢失几率更大
  • MapReduce在30000台机器上运行得很好，当然是在没有bug的前提下。一旦有bug出现，造成的影响也是成倍的。
  •  本地备份不能防止站点停机
  • 如果你的服务器机房中发生灾难性的破坏，那RAID也帮不了你。
  • Google文件系统(GFS)，大约一年前，整个Google都在使用这个文件系统，它将RAID的概念又升级了一次。使用 编码技术将数据写入不同城市的多个数据中心，只需要N-1个数据片段，即可还原完整的数据。所以即使3个数据中心中一个停机了，也不会影响数据可用性。
  • 可用性和完整性是组织广泛的特点
  • 谷歌的工程师们，BigTable，GFS，Colossus都知道数据持久性和完整性是第一任务。很多系统需要检查并更正在数据可用性和完整性上的错误。
  • 多样性
  • 如果你担心某个站点的位置安全，那就把数据放在多个站点。
  • 如果你担心用户错误，那就把用户交互和数据隔离。
  • 如果你想要避免软件bug的破坏，那就把数据放在不同的软件上。从不同的供应商获取设备，以减少供应商的bug影响存储的数据。
  • 磁带备份真的很不错
  • 磁带好是因为它不像磁盘那样。如果可能他们甚至会使用打孔卡。
  • 想象一下假如你SATA磁盘的设备驱动程序里有一个bug。磁带就避免了这一问题。因为不同的媒介意味着不同的软件，这就增加多样性。
  • 磁带容量遵循摩尔定律，所以他们对磁带作为备份介质都很满意，虽然他们还在寻找替代品，现在很难说这些替代品是什么。
  • 磁带加密意味着有着不良企图的家伙们将很难从磁带中得到有用的东西。
  • 备份是无用的，真正需要关心的是还原
  • 在有人需要数据之前发现数据是否存在问题，你确定需要数据时再还原。
  • 持续还原。不断随机选择5%的备份，还原并对它们进行比较。为什么呢？因为需要在数据丢失之前查明数据是否还能用，找出存在的问题。
  • 自动比较。因为原始文件已更改，所以不能与原始进行比较。所以将校验码和校验码进行比较。把它带到源媒介、磁盘或闪存，或者其它的媒介。请确保数据可以做一次往返，自动比较是一直都在做的事情。
  • 故障率变化的警报
  • 你可能想要知道是不是有什么发生了变化。如果一切运行正常，那就没有必要告诉我了。
  • 预期会有一些失败，但别第一次尝试还原的文件失败就发出警报。
  • 假设首次尝试的失败率是N，第二次尝试的失败率为Y。如果故障率发生变化那一定是哪里出问题了。
  • 损坏
  • 磁盘随时都有可能中断，但因为你监视它，所以你能及时的了解到。
  • 要是磁带的话，只有你使用它的时候，才知道是不是坏了。虽然磁带保存的时间很长，但是你想在用它之前检测它是不现实的。
  • 不要将数据仅写到一盘磁带上。他们是墨盒，随时会有意外发生。
  • 向磁带写入数据时，编写器要保持数据不变，直到数据被完全写入。
  • 建立4盘完整磁带，然后通过XOR（逻辑运算）生成第五盘代码磁带。你可以失去5磁带的任何一个，也能恢复数据。
  • 现在告诉编写器它们可以更改源数据，因为数据已经到了到最终的物理位置，有冗余了。
  • 谷歌备份的每一bit数据都要经历这个过程。
  • 数以百计的磁带每个月都将丢失，并没有造成数据的丢失，就是得益于这个过程。
  • 假设当检测到一盘磁带丢失，通过使用连续还原和同级磁带重新生成另一个磁带，一切都没问题。在那种两个磁带都被损坏的罕见情况下，如果磁带上的受损的两个点相同，那数据就只好丢失了，只能在subtape一级完成重建。
  • 实现这些技术的成本很高，但是为了不丢失数据，很值得。
  • 备份是你为奢侈的还原付出的代价
  • 它是指还原系统而不是备份系统。还原是一个不可屏蔽的中断，他们胜过一切。
  • 让备份变得复杂而且只要需要就这样做。让还原变得快捷而且越自动化越好。
  • 恢复应该是傻瓜式、快速和简单。就算是一只猫也能完成还原操作。
  • 无论你休息得很好还是累的很惨，还原时才不会问你是不是准备好了。所以不要让人为因素决定服务数据还原的成功与否。
  • 大部分的系统都是这样工作的。
  • 数据源或许能够将数据存储一段时间，也许是在它备份之前的几天。但一旦备份完成，它随时都可以还原，而且还原得很快。
  • 为了使还原速度更快，不能将全部资源用于备份。花两个小时来读取磁带是不可行的。只写一半磁带，并行读取它们，这样你仅用一半的时间就可以获取数据。
  • 扩展是个问题
  • 当你有exabyte级的数据时，也会有现实世界的限制。如果你要复制10exabyte数据，然后它会花10周时间备份每一天的数据。
  • 考虑到分布在世界各地的数据中心，可供选择的方案并不多。你能给每个站点无限的备份容量吗？你会按区域划分所有备份吗？转移数据的带宽呢？你难道不需要带宽来为挣钱的流量服务吗？
  • 看看有关的费用。也有一些妥协方案，比如不是每个网站都有备份设施。必须平衡网络中的可用容量。怎样才能最划算？例如，只在有足够带宽的站点中进行备份。
  • 不能线性扩展
  • 你不能只是说想要更多的网络带宽和更多的磁带驱动器。驱动器中断的情况，如果你有10000个驱动器坏了，你需要10000个运算器来替换它们。你有10000个装卸码头来放磁带驱动器，直到一辆卡车把它们运走。这一切都不可以是线性的。
  • 虽然磁带库的数量提高了一个数量级，但参与其中的人并没有随之线性增长。
  • 比如早期曾有人预测，随着电话的增多，30%的美国人会被雇佣为电话接线员。显然他们没预见到未来的自动接线。
  • 自动化
  • 调度被自动化。如果你有一个服务，你说：我有一个数据存储，每N天我需要一个备份，在M时必须还原。内部系统完成这些事情：计划备份、运行还原测试和运行完整性测试等等。并且磁带故障的处理也是全自动的。
  • 人是无法看到这些的。也许有一天，你可能会问平均多少个磁带损坏了。或如果磁带破损率从每天100盒磁带变成每天300盒磁带时，就会发出警报。但在那之前不要问我：如果一天100盒磁带损坏是不是在正常水平内？
  • 人不应参与稳态操作
  • 装载和运输驱动器仍然是人类的活动。自动化的接口准备装运标签，得到RMA号码，检查已经出来的软件包，拿回执，如果出现故障，人才会进行干涉。
  • 库软件维护也类似。例如固件更新时，人不会将这些更新运行在每一个系统中，系统会自动下载这些更新，并进行验证、运行。这些常规的操作不需要人的干预。
  • 自动处理死机事件
  • 机器平均一分钟死两台。如果一台机器在进行MapReduce作业期间使用30,000机器，有一台机器死机了，那就不要告诉我了，处理完它，继续工作。找到另一台机器，转移任务，重新启动。
  • 如果有依赖关系那就先等待。如果你等得太久，就让我知道。你处理你自己的计划。这是算法的工作，不需要人为的操作。
  • 保持效率正向提高
  • 大幅提高利用率和效率。不能有100倍的数据就需要100倍的人或机器资源。
  • 2011年Gmail停机和还原，谷歌如何丢失数据又找回
  • 在周日的上午10：31他看到了一个网页，上面写：“Holly Crap打电话给xxx-xxxx”。关于中断要想了解更多，请看在 这里。
  • Gmail的数据量达exabyte级别。这意味着大量的磁带。
  • 100%恢复并不意味着可用性也是100%，数据恢复要过段时间才能正常使用。
  • 一系列的bug和意外事件会产生在备份的过程中。即使是单元测试、系统测试和集成测试，对一些bug也是无能为力。
  • 从磁带中还原意味着大量的工作。还原时间和规模相关。还原gigabyte级数据可以在几毫秒到几秒时间内完成。还原200,000个收件箱中的几个gig，每个都得花去不少时间。
  • 把欧洲的几个同事叫醒，因为他们刚休息完、很清醒。这就是分布式劳动力的优势。
  • 从许多磁带还原和检验数据。不需要花几个星期或几个月时间，只需要花几天的时间。这使他们很开心。在类似情况下的其他公司花了一个月时间才意识到他们找不回数据了。需要采取一些措施以确保这个处理下一次更快。
  • 一个磁带驱动器需要2个小时来读。这些磁带分布在各地。否则在还原过程中，任何单一地点都不会有足够能力读取还原过程中涉及的所有磁带。
  • 压缩和校验码实际上不需要读取200K磁带。
  • 还原过程自那时以来已大为改善。
  • 优先还原
  • 已存档的数据可以在更重要的数据之后还原，比如你当前收件箱和发送的电子邮件。
  • 一个月内没用过的帐户可以等活跃用户优先恢复之后还原。
  • 备份系统被看作是一个巨大的全球有机体
  • 例如，不要只考虑GMail在纽约备份，因为如果该数据中心增长或收缩，备份需要适当调整规模。
  • 把备份看成一个横跨世界的巨型系统。备份时它可能完全是在别的地方完成。
  • 在磁带上的还原必须是在磁带所在的位置。但到它制作磁带时，数据可能在纽约而备份可能在俄勒冈州，因为在那里有容量。位置隔离是自动的，客户不知道自己的数据被备份在哪里。
  • 容量可以被迁移。只要有全球的容量和网络支持，磁带被放在哪无关紧要。
  • 拥有的数据越多，保存好它就越重要
  • 越大越重要的是他们的一条准则。谷歌曾经只是搜索引擎。现在它还是Gmail，还有驱动器、文档一类的东西。它现在变得更大也更重要了。
  • 有良好的基础结构
  • 处理问题时，有通用的解决方案再好不过了。在写MapReduce时可能从来没有想到它会被用于备份。但要是没有MapReduce，利用它进行备份的想法也是不会有的。
  • 扩展的重要性不言而喻，软件、基础设施、硬件、流程都要可以扩展。
  • 你不能说：我要去部署更多的磁带驱动器，就需要两倍的员工。你会雇这么多的人吗？你有两倍多的停车点吗？还有食堂房间？厕所？一切都要扩大规模。你会遇到一个瓶颈，然后寸步难行。
  • 证明
  • 别把什么事情都当作理所当然。希望毕竟不是一种战略。
  • 如果你不检验它，那就起不到作用。还原操作必须要检验备份。直到你结束了你还没证明什么。这种态度已发现有很多的不足。
  • DRT.灾难恢复测试
  • 每N个月都要模拟一场灾难恢复，看系统每一层的反应。
  • 如何做到无论灾难带走什么，公司都能生存下去？答案只有一个：必须学会适应。
  • 在基础设施和物理安全发现无数漏洞。
  • 想象有一个数据中心，一条通向数据中心的路，路上的卡车满载了备用发电机的燃料。那如果这条路不通了怎么办？最好有另一条路，另一供应商可以提供柴油燃料。
  • 必须要有供应链冗余策略。
  • 不同时间点不同地点不同软件堆栈中的冗余
  • 不要仅仅通过堆栈迁移数据。特别是暂停期间堆栈不同层中保留的数据。丢失的数据可以在其它地方找到。所以记住：时间、地点和软件。
  • 想一下Gmail的中断示例。如果备份损坏，数据怎样才能不会丢失？这是演讲时，听众的一个问题，他不想透露太多。数据是持续备份的。假设我们有下午9点的数据，假设下午8点出现损坏，但还没有做出磁带。这时损坏被停止了，软件被回滚到上一个工作版本。在一些还原点，所有堆栈中的数据是还在那里。这些就是磁带上的东西。磁带会备份这些东西。在前端上有，在日志中有。所有数据都可以实现重建。但要在所有数据被转移到另一个堆栈中之后再对其进行操作。
  •  删除问题
  • 不去重写磁带而只是删除数据的成本太高。
  • 一种办法是聪明地使用加密密钥。他没有告诉我们谷歌是怎么做的。
  • 当你信任你的同事，并给他们分配各自的职责时，一个巨型的组织就运作起来了
  • 相信他们能胜任自己的岗位。
  • 确定组织和软件接口定义得很好。执行层与层之间的检验测试。
  • 白名单和黑名单
  • 确保数据在安全的地方，保证数据不会在某些地方，保证数据位置多样性和位置独立性。
  • 最初并不是堆栈的功能。因为要满足政府的要求，必须添加进来。
  • 这些功能尽可能放在堆栈的最底层。填写正确的配置文件，就都完成了。

原文链接： How Google Backs Up the Internet Along With Exabytes of Other Data？（编译/毛梦琪 审校/周小璐）

走进支撑过8亿用户的Yahoo!数据中心

【编者按】Yahoo!是一家全球知名的互联网公司，拥有过8亿的活跃用户，提供了60多个全球化产品，分别部署在20多个国家或地区的数十万台服务器之上，然而雅虎全球的运维团队却仅有数百人。下面，我们通过雅虎北京全球研发中心高级系统运维工程师刘元概述的三个方面来了解雅虎的技术运维体系，剖析超大规模网络应用的运维挑战，走进Yahoo!数据中心！以下为原文：

基础设施

“工欲善其事，必先利其器”——需要支撑超大规模的网络应用，超大规模的全球基础设施是必不可少的。所以我们先看Yahoo!数据中心和全球的骨干网络有哪些特别的设计和考虑，来帮支撑超大规模的互联网应用。

图1 Yahoo自主设计的数据中心

首先通过两张图片（图1）来了解Yahoo!数据中心。我们的数据中心大多是自主设计和建造的，尤其在北美地区，我们自主设计并建造了三个超大规模的数据中心。这三个数据中心初期设计的容量均为20兆瓦，大概可容纳25000到30000台服务器及相应网络设备，并均有能力通过后续容量扩展至50兆瓦以上。

如果有参观过国内数据中心，或者有数据中心建设经验的同学可能会有所了解。影响数据中心建设的最主要因素往往不是网络带宽，而是电力和制冷。所以，雅虎通过近20年的经验积累，在这两方面沉淀了大量的专利技术以提高数据中心的密集度。我们自行设计机架及其电源模块以保证所有机架都能满负荷工作，同时实现所有电源的远程网络控制，这样可以有效的提升可维护性，降低现场工程师的工作负担。满架的服务器机架还有另一个好处：所有的服务器都是前吸冷风，后排热风，我们将服务器机架相对排列（面对面，背对背），这样就可以实现冷热风道的隔离，甚至完全密封热风通道，促使冷空气在均匀通过所有服务器散热后，由热风通道排出。这样不仅降低了制冷面积，还提升了散热效率。通过建设超大规模的数据中心，我们不仅增加了数据中心的密集度，提升了单个数据中心的计算能力，满足了日益增长的超大规模应用需求，同时还能提升数据中心现场工程师的管理效率，降低维护成本。此外，我们也不断聚焦新技术的采用以降低能源消耗。我们数据中心通过精心的设计，实现PUE（能源使用效率＝总体能源消耗/IT设备能源消耗，越接近1代表能源效率越高）仅为1.08的业界领先水平。

除了数据中心是我们自行设计并建造的，我们全球的骨干网络也是自主设计。我们通过自行铺设光缆或租用运营商网络，构建了自己的Yahoo!全球骨干网。所有的网络设备都由我们的网络运维团队管理，核心网络均是多链路冗余，实现单点网络故障的自动转移，而不依赖网络运营商提供的SLA。

图2全球骨干网络示意图（不代表Yahoo!全球骨干网络设计）

我们的全球骨干网络均为高带宽互联，区域内我们提供10Gbps－40Gbps乃至北美地区的200Gbps互联带宽，洲际间也提供20Gbps的多链路冗余。骨干网络主要是传输雅虎内部数据，分发应用所需的数据到全球所有数据中心，收集全球用户访问数据到后端计算网格进行汇总和计算。

Yahoo!全球骨干网络除了与传统运营商网络互联互通，以方便最终用户能通过其运营商网络快速接入雅虎的各项服务，同时我们还与其他的大型互联网公司有交换网络连接，这样我们与其他大型互联网公司间的数据交换（如邮件数据交换）即可通过我们的交换网络传输，不再依赖于运营商网络。这样不仅提高了交换能力，更大范围降低对网络运营商的依赖性。

技术生态圈

有了世界顶尖的硬件环境，软件环境也不可少。下面我们着重介绍下Yahoo!的技术生态圈，看看Yahoo!使用了哪些产品和技术来支持大规模网络应用。

在雅虎内部构建一个超大规模应用其实并不是那么的复杂，因为我们已经提供了一整套完整的技术体系来帮助开发人员快速建立起一个具有高可维护性的超大规模应用。

图3 Yahoo!数据中心技术生态圈

从这张图我们可以看到一个新应用在生态圈里和现有技术平台的关系：

新应用（APPLICATION）只需要更多的关注自身的业务逻辑。与应用密切关联的本地信息，我们有一些本地存储（LOCAL STORAGE）技术来供应用使用，比如关系性数据库MySQL、Oracle，存储Key-value型数据的MDBM和Memcache。另外，雅虎还提供了大量的平台服务（PLATFORM SERVICES）供我们各种应用使用。比如统一验证平台YCA来完成所有应用内及应用间的身份验证，统一防御平台Ydod来帮助我们识别并且隔离恶意/滥用的流量，用户信息服务UPS可以让应用方便的获取这个用户的相关信息，如地理位置，兴趣喜好等。个性化内容推荐服务Slingstone，可以直接向用户提供个性化的雅虎内部及合作伙伴的内容信息。另外新应用还能方便快捷的接入广告平台（AD SERVER），获取个性化推荐的广告。前端应用收集到的各种应用相关信息（如浏览点击数据），通过我们构建在全球骨干网络之上的数据高速公路（DATA HIGHWAY）这一统一数据通道，及时地回传到雅虎全球最大的商用Hadoop群集。在Hadoop群集上不同应用及平台服务根据各自的需求，处理对应的数据，并将处理好的数据在通过雅虎全球骨干网络分发到各个数据中心的服务端，以方便前端应用的调用。同时Yahoo!在云端（THE CLOUD）还提供共享的云存储（STORAGE），以方便全球化应用的同步和调用各种共享数据。

除了这些常见的技术来帮助快速构建超大规模应用，我们还提供了大量的技术和产品来进行高效的运维和管理：

  • 主机信息管理系统：通过主机信息管理系统管理所有系统硬件信息，如CPU、内存、硬盘、网卡地址、Console接口、电源接口、物理位置等。
  • 角色配置管理系统：主要是把主机根据角色分成不同的组，不同角色的主机会应用不同的配置。不同角色的主机有不同的运维团队、系统配置、应用配置等。
  • 网络设备管理系统：包括交换机上的访问控制列表、负载均衡设备的配置、全球负载均衡配置，以及访问状态数据的统计。
  • 统一的监控平台：用于从不同层面进行监控，我们有所有主机系统数据的监控，也有基于服务可用性的监控。然后我们也有访问量、访问延时等应用层面的数据监控，并可以和历史数据进行比较。

所有的这些平台大多都是雅虎运维团队自行开发和维护的，更贴合Yahoo!的使用体验，帮助对超大规模的主机进行统一和高效的管理。

运维团队

前面的两条分别是硬件和软件环境，除了一流的硬件和完备的软件环境，能够实现高可用性大规模应用的核心，还是人。所以我们在最后，会给大家介绍雅虎的全球运维团队是如何工作的。

在Yahoo!我们的运维团队除了基础设施的Operation团队，如数据中心现场工程师（SiteOps）、网络运维工程师（NetOps）、基础设施（DNS、DHCP等）运维团队（InfraOps）和安全团队（Paranoid）等。我们还会按照产品线划分出Service Engineer团队，来支持这项产品的应用运维。

SE（Service Engineer）团队和大部分公司的系统运维工程师一样，会负责生产系统维护，如部署应用、监控报警、配置管理、变更管理及故障管理。除此之外，在雅虎SE团队会更多的深入了解应用。

图4 团队协作

从产品设计之初，我们就会和产品经历及研发团队共同讨论系统架构设计，确保开发团队将要实现的是高可用性、高可扩展性及高可维护性的产品。产品测试阶段，我们也会和测试团队保持密切的沟通，使测试环境能够最大程度模拟生产环境的各种场景，以保证我们产品经过了完整有效的测试。系统上线前，我们还会和各个团队评估整个产品的可维护性，并确定应用的容量规划及其故障转移策略，确保SE团队充分了解如何在生产环境中维护该项产品。由于不同的团队可能在不同的国家和地区，所以只有更紧密的全球化协作，才能为用户提供一个高可用性、高可维护性的全球化产品。

产品上线以后，才是产品整个生命周期的开始，我们需要确保产品在其设计的生命周期内，都能够按照我们的预期提供高可用性的服务。所以在日常维护中，我们会和产品及研发团队一同分析产品运行状态，分析总结各种故障，不断的修正已有的Bug，提供新功能的建议与意见。根据各地用户分布及产品的运行状态，修正我们的容量规划及故障转移策略，进一步提升用户体验。

结语

以上只是雅虎在超大规模应用运维体系的简单概述，并没有太多的技术细节，瑾作抛砖引玉之用。雅虎全球运维团队的工程师利用他们的智慧，不断创新，一一应对各种挑战，完成一个个不可能完成的任务。

女子满脸络腮胡引围观！全球罕见怪病大盘点

游侠网

考尔称留胡须令其感觉自己更女性化

很多女性为了看起来更漂亮经常刮掉身上多余的体毛，而来自英国南部伯克郡的哈南·考尔的爱美方式很独特，竟然在下巴、鼻子下等脸上多处蓄起了密密的胡须。她透露称，留胡须令她感觉自己更女性化。

据英国《每日邮报》网站2月17日报道，现年23岁的考尔患有多囊卵巢综合征，脸上从11岁开始长胡子。很快她的胸部和手臂也开始毛发密布。这一情况令她经常成为他人嘲笑的对象，甚至还有陌生人通过网络给她发死亡威胁。

游侠网

现年23岁的考尔患有多囊卵巢综合征，脸上从11岁开始长胡子。

在考尔10多岁的时候，胡须令她感到难堪，她尝试多种方法去除，但都没有效果，这些体毛只是越来越密、越来越多。后来考尔决定成为锡克教徒，该宗教禁止信徒挂掉身上的体毛。不过，在17岁那年，为了找工作，在家人的劝说下，考尔将这些体毛全部挂掉了，但她当时一点也高兴不起来，因为她觉得胡须被刮后自己不再漂亮。自那以后，她决定留下这些胡须，而且自信心越来越强大。

考尔表示：“我不会挂掉脸上的毛发，因为这就是上帝赋予我的样子，这个样子令我感到高兴……我感觉自己更女性化、更性感，我想我看上去的确这样。我已经学会爱自己，无论我长成啥样，也没有什么可以动摇我的信念。”

游侠网

英国美少女佩恩患有极罕见的温度改变敏感症，只要一滴雨点、一个雪糕，浸浴、淋浴太久或是游泳，总之身体突然遇热或冷，就会休克或昏倒，甚至会致命，所以她从来雨伞不离手。

游侠网

2009年11月，英国两岁的女童蒂娜罹患一种罕见的怪病，只要一哭就会全身痉挛、脸色发紫，甚至呼吸和心跳停止，濒临死亡!她曾因哭泣而痉挛了两个小时，经过3天4夜的抢救方才“复活”!

游侠网

英国男孩戴维·米德尔顿因对阳光过敏，每天外出必须身穿特制防护服。据医生介绍，米德尔顿患上了世界上第一例变异型“色素性皮肤干燥症”，是一种罕见的遗传疾病。

游侠网

一名患有疾病而吃不胖的英国女子现身说法告诉我们，吃一堆东西却胖不了其实像是一场噩梦。现年50岁、育有2名子女的法兰奇罹患一种十分罕见的疾病肌肉纤维失调，造成她的身体无法囤积脂肪。

游侠网

英国南威尔士加的夫市男孩萨姆却常常“忘记”呼吸———由于患有一种罕见的疾病“中枢换气不足综合征”，导致萨姆的中枢神经无法“提醒”他的身体缺氧需要呼吸!

游侠网

爱是人人渴望的美好情感，但对美国男子马特·弗雷尔金而言，却不啻一剂毒药。这名男子于2006年身染怪病，一感觉到爱，身体便会无法控制地麻痹。医生认为，弗雷尔金患有猝睡症。

游侠网

印度一位年仅13岁的女孩身患怪异病症，不仅经常眼睛流淌着鲜血，甚至在身体的任何部位皮肤未划伤情况下便会流出血液。

游侠网

一名英国女大学生克拉克错过了考试、圣诞节、新年等人生重要的日子，只因罹患了罕见疾病“克莱-李文症候群”(又称为周期性过眠症)，常常一睡就不醒，最严重时可以整整两个月都在睡眠中渡过。

游侠网

19岁的英国女孩丹妮尔·伯顿看物体时犹如透过万花筒，眼前出现许多雪花状的彩色斑点，医生对她说，她之所以出现这种症状，可能是患上了“持久性先兆偏头痛”。

来源：http://www.ali213.net/news/html/2014-2/96950.html

互联网思维下的传统企业转型思考

最近各大互联网思维的帖子引发热议，解读这些典型案例的玩法和手段，提出了很多的概念，如碎片化、用户至上、粉丝经济等等，仿佛一瞬间传统企业优质的产品、满意的服务、高超的资本运作手段都不再重要，全部被互联网思维的潮水所淹没。除了看热闹，我们是不是应该深入思考下隐藏在现象背后的真相以及所面临的挑战？

营销的真相

“互联网思维”的营销案例，并不是近一、两年才产生的，也不是互联网的专利。05年超女的成功从商业炒作而言，在于迎合了大众民主的社会参与意识，更重要的在于对后现代新型偶像的崇拜心理；甚至也有人说毛爷爷当年的革命胜利正是抓住了那个时代的屌丝代表——广大工农兄弟，“打土豪、分田地”的需求，也是那个背景下的人民大众追求公平、自由的精神诉求；今天小米的粉丝文化既是用户对产品参与感的强烈认同，但更重要的年轻一代的极客消费文化；如果我们真的明白了，也不会奇怪为什么差评无数的《小时代》依然有人捍卫，屌丝逆袭的《泰囧》能够拿下票房冠军。

无论是诺基亚的倒下，任天堂的老去、微软的疲软，我们都应该看到上一代以功能著称的产品正在走下神坛，功能比拼已经不是杀手锏。面对产品越来越丰饶的今天，80、90后更向往价值观层面的契合和精神引领，也需要更强的群体认同感，甚至在消费行为上更容易相互影响。这种精神需求催生了很多亚文化现象，而社区、博客、论坛更是为亚文化的诞生和传播提供了水土丰美的牧场，创造了亚文化产生的技术背景和条件。

如今，80、90后身边充斥着比以往任何一个时代更多的媒体介质，这里面所蕴藏的各种亚文化声音使得我们比以往任何一个时代更早地感受到当下的情景，传统的口号式鼓动和广告式推广只能让我们再一次感到窘迫的压力。因此，品牌的影响已经慢慢从大平台转向小圈子，从改造社会的大话题转向改造自己，从被动的接受指导变为我对你故事和价值观的认可……。

任何新品牌的崛起一定是在当前时代背景下，戳中了代表未来一代的精神诉求，并以这个点为中心完成从亚文化市场到大众市场的跨越。了解你的时代背景，了解这个时代的客户环境，这才是成功营销的本质。

0afbcc1c79490b186d5772a0f04ab6a4.png产品的颠覆

马化腾最推崇的一位硅谷大神——凯文·凯利前段时间在2014年的财经年会上表示：颠覆来源于非主流。革命性的技术都有一些共同点，最开始的时候，他们都是质量很差的，差到你可以完全忽视，所以他们更像是小玩意儿，风险也很高。比如，200年前，当蒸汽船出现时，远洋帆船嘲笑他们为玩具，但他们却忽视了蒸汽船可以逆风逆流，直到有一天全球性的帆船产业消失了；上世纪60年代本田发明减少燃料的电动引擎也不被当时巨无霸GM所关注，但是这些日本汽车企业的不断改良，他们取得了巨大成就，而GM却破产了；传统打印产业对点矩阵的不削一顾成就了后来的喷墨打印。正因为他们出现时的低质，亚文化特性，甚至“恶搞”，很容易遮盖了他们背后的严肃性和创新性。

事实上，这一代拥有比上一代人更为丰富的社群资源，web2.0的思维更是提供了更低门槛的创作机会，对经典元素的解构、戏仿、拼贴。我们不能忽视这些一开始看上去弱小的产品结构，以及在这些平台上所产生的二次创造，当诺基亚高层嘲讽第一代iPhone根本不经摔时，谁能预见后来智能手机及上面繁花似锦的APP主宰了现在的移动互联网。

传统企业产品上最大的挑战不是来自于已有技术的优化，不是来自同重量级产品的竞争，虽然你的公司一直在往上走，但具有破坏力的东西却在另一面悄然盛开，这里才是革命的发源地。

管理的挑战

在转型大潮下，技术的创新不是问题，商业模式也足够重要到时时引起大家的关注，但唯有管理，其实很重要，却往往被大家忽视。

一个伟大的企业，往往在其过去的发展过程中会形成规范的组织结构，完善的考核体系，优秀的战略管理，但是这些在过去几十年所沉淀下来的管理体系是否适合于新战略的管理需求？过去企业雇佣的是工人的手，过去可以通过标准化、量化的工作正在被智能设备所取代，工业时期的“劳动分工原理”、“制度化管理理论”等传统管理思想已经越来越不适合现在的社会需求。

为什么腾讯会采用项目组机制并允许彼此之间进行竞争，为什么阿里会提出小而美的公司结构，为什么海尔会实践“倒三角”理论来挑战过去“科层制”的管理结构，现在越来越多企业“去中心化”的特征是否得到我们足够的注意？

这次中国经营报重大的组织架构调整除了自媒体的狂欢，我们是不是更应该看到老一辈的媒体人感受到了世界是平的，这种觉醒也将产生巨大的颠覆力。这次转型所发表的演讲更应该引起我们的注意：未来的企业都是一个扁平化的组织，没有过多的层级结构。除了行政、法务、财务、人力资源、这些“支持部门”，以及信息中心这样的“平台部门”之外，其余的全部是以“产品”为中心的项目团队。这样的项目团队将来也许会有十几个之多，并且它的存在也是动态的，赢利即生，亏损即亡。团队内部的结构也是扁平的，以产品经理和客户经理为代表，实现不同工种人员的跨界合作。不同项目团队之间，也许会存在某种竞争，但更多的应该是为响应客户需求而进行协同作战，相互取长补短，共同营造生态化、“动成长”的新型组织形态。

从这种管理思想的调整可以预见：越来越多的巨无霸将形成这种“大平台+小团队”的组织结构，纵向压缩组织，使组织扁平化，横向实现集成，形成团队化的工作方式，推行并行工程。调整后，企业也将面临流程的重组，文化的重塑，信息系统的重建。

互联网思维是一种时代转型的信号，传统企业必须勇敢地面对这种冲击，主动变革比创业本身更需要勇气，所围绕的是新时代下顾客的生活方式，而不是互联网本身，所要克服的是过去的成功所造成的惯性思路。这次浪潮的冲击下，总会有一批企业被淘汰，但当越来越多的传统企业明白时代转型的要义后，依旧可跳上一曲优美的华尔兹，来一次华丽的转身。

“我和小伙伴都吓坏了”——余额宝昨天没收益?!

截止12日上午9:29分 余额宝暂无收益

　　荆楚网消息（记者李柯 见习记者潘倩 ）余额宝显示暂无收益！12日一早，一条重磅消息在“宝粉”中传开。难道余额宝出现风险了？不少“宝粉”很是担心。

“今天早上打开手机，发现余额宝上显示暂无收益，我以为是网速不给力，结果连了WIFI还是没收益，打了一圈电话，才知道大家都没收益。”武昌区东湖路的吴小姐告诉记者，“我和我的小伙伴都吓坏了！”

记者同样发现，今早，手机版余额宝没有像往常一样，显示前一天的收益，而是显示“暂无收益”。

上午9点，记者开始拨打余额宝电话，一段新加入的电话录音提示余额宝用户收益将于下午三点到账，如未到账将延时到账，请大家耐心等待。记者继续拨打电话，一直都无法转接到人工客服坐席，均提示：“话务高峰繁忙，您将等待十分钟，系统已自动为您转接在线客服，请登录支付宝网站。”

“最近两天工作忙都没仔细看，今天一看暂无收益，就查了一下昨天的，显示我最近一次收益到账是2月10日，觉得很恐慌。”吴小姐表示，自己的余额宝是把自己所有的收入还有家里的存款都放进去了，一旦出问题，辛苦钱都打了水漂了。

手机版余额宝里也发布公告，收益已经陆续发放，预计最晚到账时间未15时，请关注。

早上9点9分，余额宝官方微博发布消息称：“由于系统升级，收益稍后发放。粉儿们别急，一分也不会少。”微博一发布网友留言近千条，网友纷纷表示对未到帐的担忧和疑惑。

据了解。余额宝自去年6月上线以来，首次出现收益暂时无法显示的状况。直至今日上午9时，余额宝官网也并未就升级提前发布公告，引起了许多用户的不安和猜测。

“还是不能把钱都放余额宝里。”对于这次收益未到账，余额宝遭到网友吐槽，小徐说，“我一直都跟周围人说余额宝很安全的，有全额赔付，经过这次我可能没那么信任余额宝了，关键时刻电话都打不进去。”

截止上午10点21分，余额宝11日收益陆续到账。网友家家表示：刚刚收到了，下次记得事先通知，比起收益，本金才是用户更关心的，如果因为系统问题或政策问题，产生任何非常规的现象，都会引起用户信心的动荡。也有网友表示，只是虚惊一场，还是会支持余额宝。

WordPress通过文章ID获取文章标题内容等信息

使用Wordpress的朋友可能遇到这样的问题，在非single.php页面中我们有时候想要调用当前文章的标题、内容等信息，而Wordpress在生成文章页的时候在各个页面中唯一不变的只有当前的文章ID，那么如何根据这个ID获取到当前文章的标题、内容等信息呢？可以通过下面的代码实现： 

<?php 
$id=//这里是文章的ID 
$title = get_post($id)->post_title;
echo $title;//输出文章的 标题
?>

其他信息可以通过改变get_post($id)->post_title中的post_title来实现：

post_author：(整数）文章作者的编号
post_date：(字符）文章发表的日期和时间（YYYY-MM-DD HH-MM-SS)
post_date_gmt：（字符）文章发表的格林尼治标准时间（GMT） （YYYY-MM-DD HH-MM-SS)
post_content：（字符）文章内容
post_title：（字符）文章标题
post_category：（整数）文章类别的编号。注意：该值在WordPress 2.1之后的版本总为0。定义文章的类别时可使用 get_the_category()函数。
post_excerpt：（字符）文章摘要
post_status：(字符）文章状态（publish|pending|draft|private|static|object|attachment|inherit|future）
comment_status：（字符）评论状态（open|closed|registered_only）
ping_status：（字符）pingback/trackback状态（open|closed）
post_password：(字符）文章密码
post_name：(字符）文章的URL嵌套
to_ping：(字符）要引用的URL链接
pinged：（字符）引用过的链接
post_modified：(字符）文章最后修改时间（YYYY-MM-DD HH-MM-SS)
post_modified_gmt：(字符）文章最后修改GMT时间（YYYY-MM-DD HH-MM-SS)
post_parent：(整数）父级文章编号（供附件等）
guid：（字符）文章的一个链接。注意：不能将GUID作为永久链接（虽然在2.5之前的版本中它的确被当作永久链接），也不能将它作为文章的可用链接。GUID是一种独有的标识符，只是目前恰巧成为文章的一个链接。
post_type：（字符）（日志 | 页面 | 附件）
post_mime_type：(字符）Mime类型（供附件等）
comment_count：（整数）评论总数

网页特殊字符对照表

网页特殊字符对照表

网页上的特殊字符对照表，不要小看了特殊字符，用好了这些不但会增色你的网页，而且也会节省网络资源，不再用图片去显示文字无法修饰的内容；特殊字符是由系统的特殊字体派生而来，这个对照表就向你说明了字体与字符的对应关系，方便你以后使用。

<html>
<head>
<title>特殊字符、符号代码对照表</title>
</head>
<body>
<center style=”font-size:20px;”>
<form name=”font”>
<select name=”family” size=”1″ onChange=”JavaScript:chgFont();” style=”font-size:20px;”>
<option selected value=”Webdings”>Webdings</option>
<option value=”Wingdings”>Wingdings</option>
<option value=”Wingdings 2″>Wingdings 2</option>
<option value=”Wingdings 3″>Wingdings 3</option>
<option value=”Symbol”>Symbol</option>
</select>符号、常规符号及其代码对照表
</form>
</center>
<script language=”JavaScript”>
document.write(‘<table border=”1″ width=”100%” cellspacing=”0″ cellpadding=”0″>’);
for (j=0;j<4;j++) {
document.write(‘<td bgcolor=”menu” bordercolor=”menu” align=”center” valign=”middle” width=”7%” style=”font-size:; color:red; font-family: fixedsys”>代码</td>’);
document.write(‘<td id=”F’+j+'” bgcolor=”menu” bordercolor=”” align=”center” valign=”middle” width=”11%” style=”font-size:; color:red; font-family: fixedsys”>Webdings</td>’);
document.write(‘<td bgcolor=”menu” bordercolor=”menu” align=”center” valign=”middle” width=”7%” style=”font-size:; color:red; font-family: fixedsys”>常规</td>’);
}
for(i=32;i<256;i++){
if (i%4==0) {
document.write(‘<tr>’);
}
document.write(‘<td bgcolor=”menu” align=”center” valign=”middle” width=”7%” style=”color:blue; font-family: fixedsys”><a>&#</a>’+i+’;</td>’);
document.write(‘<td id=”f’+i+'” align=”center” valign=”middle” width=”11%” style=”font-size:30px; color:red; font-family: Webdings”>&#’+i+’;</td>’);
document.write(‘<td align=”center” valign=”middle” width=”7%” style=”font-size:26px; color:blue; font-family: Arial”>&#’+i+’;</td>’);
if (i%4==3) {
document.write(‘</tr>’);
}
}
document.write(‘</table>’);
</script>
<script language=”JavaScript”>
function chgFont() {
fontIndex = document.font.family.selectedIndex;
fontValue = document.font.family.options[fontIndex].value;
for (m=0;m<4;m++){
eval(‘F’+m+’.innerHTML=”‘+fontValue+'”;’);
}
for (n=32;n<256;n++){
eval(‘f’+n+’.style.fontFamily=”‘+fontValue+'”;’);
}
}

chgFont();
</script>
</body>
</html>

♤ & #9828
♡ & #9825
♧ & #9831
♠ & #9824
♣ & #9827
♥ & #9829
♦ & #9830
◈ & #9672
ღ & #4326
ზ & #4310
ო & #4317
ლ & #4314
დ & #4307
▩ & #9641
▣ & #9635
▤ & #9636
▥ & #9637
▦ & #9638
▧ & #9639
▨ & #9640
▩ & #9641
რ & #4320
ჟ & #4319
ფ & #4324
♨ & #9832
წ & #4332
ჭ & #4333
ჯ & #4335
ჰ & #4336
ჱ & #4337
ჵ & #4341
ტ & #4322
♩ & #9833
♪ & #9834
♫ & #9835
♬ & #9836
♭ & #9837
Π& #338
& #8364
½ & #189
¾ & #190
¼ & #188
☞ & #9758
☜ & #9756
ஐ & #2960
☺ & #9786
☻ & #9787
►&#9658
◄&#9668
☜ &#9756
☞ &#9758
◐&#9680;
◑&#9681;

iOS 7 图标设计的七条黄金法则

你是怎样设计iOS7图标的？如果还没开始上手？不要紧，抓紧练习前，先看看 Craig Grannell 从设计大神那里总结的一些经验。

iOS7的图标设计，评论不一，肯定有优点，也有缺点，正如Bjango设计总监 Marc Edwards 说的那样：“不管iOS7好还是坏，大部分应用的图标都根据iOS7的视觉风格进行了调整，我个人怀疑iOS 8的视觉转变可能会更大，但无论如何，iOS7还会存在很久。”

从iOS6到iOS7，苹果的转变未免太激进了，这给很多设计师设置了障碍：原来在iOS6上的设计经验一点都用不上。

那么到底要怎样设计iOS7图标呢？我们一道来听听大师的看法，一道探索吧。

01.使用辨识度高的隐喻

(1)Edwards 首先注意到的一点便是图标通常尺寸都很小，因此图标设计的关键就在于：简单的勾勒出应用的整体概念

“一般的做法是使用一种或两种辨识度较高、能代表概念的物体。然后再用优秀的色彩和流畅的形状来塑造美感”

(2)而设计师 Jon Hicks认为除此之外，图标的隐喻性也要强（比如说拍照应用），图标应该是一种能够有所代表的符号，具有一种标识性（不可否认，Safari的品牌塑造就很成功，大部分人一眼都能认出来），Apple的游戏中心以及设置图标的隐喻性就很差。

(3)Soft Façade的创意总监 Dmitry Tsozik认为设计师不要自作聪明：“随随便便放上个白背景，再填几个彩色圆环，这能叫图标吗？”

这种图标不具备功能性，通过图标无法了解应用的功能、概念。

多研究研究色彩和隐喻，图标的作用是引导用户进入应用的窗口，最好让用户一眼皆知应用的功能，不要让用户猜。

1

照相机图标非常显眼，但是过于厚重，美感不佳，不过它的隐喻非常强烈，一眼皆知这款应用的用处。而游戏中心….隐喻糟糕透了。

02. 鲜活用色

Iconfactory 联合创始人 Gedeon Maheux认为即便你对iOS7的色彩体系不感冒，你也要研究研究iOS7的图标设计风格，毕竟苹果是设计风向标：“在设计中尝试打造鲜明的对照感。iOS7因明亮的边界、清晰的线条、大胆的色彩而著称”

他认为明亮的色彩能带来一种活力感和趣味性，柔和、细腻的色彩却无法做到这一点。

2

iWork应用色彩非常鲜活，辨识度极高

03. 使用栅格线

Maheux建议在开始iOS7图标设计时，使用当下流行的iOS7栅格线：“能让你分块的设计，并且能够构建界面中图标的整体感。采用栅格线方式进行设计的图标越多，在界面中就能更好的彼此匹配，界面中图标的整体感越强”

当然，他也认为，不应该太限制自我：“如果你觉得打破栅格线，你的设计会更出彩，那不妨试试”

3

苹果的栅格线能让你进行“各个击破”的设计，但是必要情况下可以打破栅格线的限制。

04. 避免信息过载

iOS7高度依赖字体。纤细的字体让按钮区域充满了大量的留白。

但是Edwards认为图标尽量不要和纤细的字体结合：“图标应该是一种符号化的元素，本身就是一种视觉语言，不应该和文字语言联系到一起。即便结合，文本也不宜过多。”

4

比如说设置中的VPN选项，微图标和文本结合让人有一种信息过载的感觉

05.适度添加深度感

iOS7的视觉风格可以看作是一种扁平化设计，Jony Ive特别强调了iOS7“层次”的概念，而不是一种单一的扁平。Maheux认为，若想要与众不同，必须设计的与众不同：“加入一点投影、加入一点渐变 也无妨，多做做实验，没准一种新的流行由此诞生，iOS7上的设计充满了无限可能，不一定要死板的扁平。”

5

Iconfactory的Scope

Mirror图标便具有深度感，效果比纯扁平设计好多了。

06.一致的视觉风格

（1）可以看看苹果应用商店套件的图标，很明显，他们都是一个系列的图标。

设计成套图标和设计一款图标，要考虑的东西不尽相同。设计成套图标还要考虑一致性。

设计师要刻意培养自己的这种整体感，即便你的工作是设计一款图标，你也可以这么想：“要是这款应用有了姊妹应用，那么图标该要怎么设计？”通过这种假象来锻炼自己的设计思维。

（2）不过Hicks还提醒，一致性不意味着拘泥于一种形式：“线条粗细不必完全相同、颜色也不必完全一致，但是整体风格一定要和谐、匹配”

他强调“白色符号搭配色彩渐变”这种方法最简单。（或者在白色背景上使用多彩、透明的图标）“整体风格统一——单个图标根据隐喻的不同来灵活设计”

（3）Edwards认为：“通过一致性设计，能够增加同一系列应用、图标的联系感”

6

打造一致性的方法有很多。

07. 追求完美

不管iOS7的视觉风格怎样，优秀图标的标准还是没有改变：优雅、简约、细节到位。

Tsozik推荐多读一点现代设计、建筑、字体类的书籍，不断追求完美。

原文出处： creativebloq   译文出处： uisdc

阿里巴巴全资收购高德地图

高德软件周一宣布，阿里巴巴集团将以每股ADS股份21美元的价格收购该公司。高德软件随后向美国证券交易委员会(SEC)提交了这一收购的要约。阿里目前已经持有高德公司28%股份，交易完成后，高德将成为阿里100%子公司。初步计算，此次交易将涉及总现金额约10.45亿美元。

10.45亿美元100%拿下高德，阿里巴巴获得了O2O布局中最重要的中间层——地图，在腾讯、百度的LBS入口大战中抢得先机。

阿里巴巴在公告中称，交易完成后，高德将成为阿里巴巴100%子公司，并融合进阿里生态体系基础上发展。

地图业务成为BAT(百度、阿里巴巴、腾讯)三大巨头为数不多的均都列为重点方向、大力投入的领域。阿里高德、百度地图、腾讯地图，三巨头围绕地图的争锋，或许将成为新的世界大战的导火索。

高德痛失转型先机

2002年成立，靠汽车内置的高利润率2010年就登陆纳斯达克，甲级测绘资质、甲级互联网地图服务资质，高德曾经是地图领域绝对的老大。当时，售价高达50元人民币的高德导航仍然是苹果应用商店排名前列的热门应用。不过，随着互联网公司搅局者们的到来，高德的“好日子”戛然而止。

去年8月28日，百度地图突袭高德，抢先宣布手机导航App永远免费，导航App一夜进入免费时代，高德不得不立即跟进，在第二天即宣布手机导航免费。高德失去了一大笔收入，却让百度地图抢了风头，受此消息影响，高德股价当日大跌了逾11%。

彼时，在高德CEO成从武看来，高德必须先在移动互联网大的开放生态体系中，找到自己的位置。显然那时他还没有找到清晰的盈利路径，他称：“靠单个企业寻求商业化是不现实的，我们现在的关键是获取用户，未来在整个产业链商业化实现时，我们就能取得应有的份额和市场机会。”

对于百度，早在2012年，就将地图业务拆分成立LBS事业部，大大加强投入力度。内部人士称，LBS事业部在百度内部的地位相当特殊，是百度CEO李彦宏亲自抓的重要产品。在李彦宏看来，传统搜索、移动云、LBS、国际化战略是百度未来四大重点业务方向。

百度地图很早就明确了从一个简单出行工具成为一个生活服务平台的定位。由于百度有很好的上下游产业链条，将地图流量导入百度团购和去哪儿酒店订购等服务中，最早实现了产业链条的闭合。

对于高德，进展却并不顺利。其实在2012年，高德就已经筹划将地图打造成一个类似淘宝的商业平台，即用户点开地图上的每一个地理位置信息点会弹出详情页面，该页面类似于一个小网站，高德将后台将直接对商户开放，让他们可以编辑页面，直接发布服务和售卖产品，并且提供会员维护功能。

不过由于策略摇摆和执行力不足，这一想法始终未能真正实现。

创始人侯军早已退出一线

势单力薄，面对互联网巨头轰炸势的市场推广，高德高层逐渐失去了与互联网巨头们缠斗的信心。到阿里巴巴入股前后，高德持股量最大的四大创始人中，仅剩2人仍在一线。

持股量最多的董事长侯军早已退出高德日常经营，专注旅游地产开发，旗下拥有凤凰古城、张家界黄龙洞等多处旅游资源。

持股量排名第三的唐希勇虽然仍在高德担任副总裁，但已经逐渐退出一线，从公众视野中淡出；持股量排名第四的姜德荣在后台主管产品研发和车载产品的开发；四大股东只剩他与CEO成从武两人在前线苦苦支撑。

高德的慢热，让其对互联网免费模式后知后觉，虽然进入市场最早，但却逐渐失去市场先机，逐渐被百度挫败，失去斗志。

或许马云才最懂的高德创始人们守业之难，他在本周日发布的一篇文章中说，“企业如人，生孩子容易，养孩子难，把孩子养成有出息更难。做企业没有捷径，眼睛盯住客户，脑子里想着市场变动才是未来。”

阿里巴巴继续为上市补短板

此次收购高德，阿里巴巴给了一个厚道的价格，每股美国存托股票21美元，较上个交易日收盘价格16.54美元溢价27%。

在资深互联网人士、前爱帮网COO马海平看来，BAT三家之中，阿里巴巴的焦虑最大。阿里巴巴是唯一一个未上市公司，与雅虎签订有上市回购协议，由于移动电商和基于SNS购物的兴起，阿里巴巴面临新挑战，上市的想象空间正在缩小。

“未来的购物应该是随时随地、情景式的触发，基于LBS和SNS购物的移动购物正逐渐成为主流。”马海平表示，在LBS方面，百度已经有了地图这一最重要的入口，而SNS的入口被腾讯抢占。面对这两大强敌，阿里巴巴不得不迅速出击拿下高德。相似的，投资新浪微博、丁丁网、布局淘点点等也都是基于同样的投资逻辑。

据悉，在多家主流B2C电商的流量构成中，来自移动端的占比正在逐渐扩大。京东方面曾宣传其移动端订单比例超过10%，大众点评更是宣布其移动客户端流量占全站的比例超过75%，而未经证实的消息显示，淘宝+天猫两大平台移动端订单比例仅为7%左右。

一位熟悉高德的人士解释称，高德核心价值在于拥有大量位置信息和数据、导航和地图市场第一的市场份额、在移动互联网时代，这不仅是移动入口应用，更是紧密结合人与人、人与商品、人与商户、商品和商户之间的桥梁。

“换句话说，高德利用导航和地图可以将多维度的数据和关系结合起来，产生化学反应。而不是单纯地单一纬度或者几个纬度就可以办到的事。”他表示，高德给阿里巴巴带来的商业价值不言而喻，特别是在移动端，双方资源全面整合后，将从商家信息、地理位置、商品信息、支付核销乃至物流配送，构建了完整的移动商务闭环。

在他看来，高德+阿里巴巴将抄了腾讯的后路，阿里巴巴全资后，高德势必将从产品底层设计时，就全面接入阿里巴巴商业体系，从单纯地工具型产品，转型到围绕导航和地理位置信息的本地生活服务平台。

新的世界大战即将爆发

此次收购完成后，地图行业的格局已经完全奠定，重新形成了阿里、百度、腾迅三巨头格局，地图入口被三家彻底瓜分。

在腾讯内部，地图业务的地位被多次提升。最早地图业务仅仅是腾讯搜搜旗下众多产品之一，在腾讯搜搜与搜狗的整合中，马化腾并未将其放入新搜狗体系中，而是“留了个心眼”，把地图业务留在了腾讯MIG(移动互联网事业群)。

现今地图业务已经成为MIG安全、浏览器、地图、应用中心四大板块中重要的一环，腾讯地图的街景功能在国内已经处于领先地位。下一步，腾讯地图是否将依靠微信突围将成为新的看点。

事实上，地图业务也成为BAT三家为数不多面对面直接竞争的领域。从去年以来，以往净水不犯河水、各据山头的BAT三巨头正进入新的战国时代。阿里支付宝缠斗微信支付，百度旗下爱奇艺+PPS暗战腾讯视频，腾讯联合搜狗袭百度搜索后院，阿里巴巴与奇虎360眉目传情…

从去年底开始，腾讯利用微信打造一个新移动商务体系的构想浮出水面，阿里巴巴大推来往迅速回击，并正式进军游戏产业直攻腾讯腹地。

多位产业观察人士猜测，下一步阿里巴巴很可能进军安全领域，此前已经有多次传闻阿里巴巴或入股奇虎360。安全领域很可能将成为BAT三巨头全面介入的新战场。

阿里巴巴收购高德软件要约全文：

尊敬的董事会成员：

阿里巴巴集团很高兴提交这一初步的非约束性要约，以收购我们尚未实益拥有的高德软件全部流通股和美国存托股份(ADS，每股ADS股份代表4股普通股)。这一私有化交易的细节如下。

我们认为，这一要约向高德软件股东提供了极具吸引力的机会实现更大的价值，而高德软件作为一家独立公司则很难实现这样的价值。导航和地图应用及服务市场正越来越具有挑战性，中国一些规模更大、资本更雄厚的互联网公司已成为高德软件的主要竞争对手。我们认为，基于互补而非竞争性的商业战略，以及完全合并后产生的潜在协同效应，阿里巴巴处于独特的地位，能给高德软件股东带来较高的价值。

我们的收购报价相对于高德软件ADS股份过去10个、30个和60个交易日的交易量加权平均股价存在39.2%、38.5%和39.8%的溢价率。

我们很有信心这一收购能很快完成。

我们发起的这项收购要约的关键条款如下：

1.收购价。我们预计，这笔收购的价格为每股ADS股份21美元现金，或每股普通股5.25美元现金(我们已实益拥有的股份除外)。根据目前已知的信息，假定高德软件的总股本包含约3.004亿股普通股(完全摊薄后)。

2.资金。我们计划100%使用所持现金来完成这笔收购。相应的，我们的要约将不受任何第三方融资的不确定性或延迟的影响。

3.尽职调查。由于当前对高德软件的投资，我们已熟悉高德软件的业务。因此对于这笔收购，我们将不需要进行广泛而冗长的尽职调查程序。在获得相关材料之后，我们将可以快速完成尽职调查。我们已聘请Simpson Thacher & Bartlett律师事务所作为国际法律顾问，聘请方达律师事务所为中国法律顾问，并聘请Maples and Calder律师事务所为开曼群岛法律顾问。

4.确定性协议。关于这笔收购我们已准备好进行谈判，并敲定双方相互满意的确定性收购协议。确定性协议将包含适用于此类交易的表述、担保、条款和条件。我们预计确定性协议将在尽职调查的过程中并行完成。

5.流程。我们认为，这笔收购将向高德软件股东提供较高的价值。然而我们已经知道，高德软件董事会在做出决定前将独立评估这一收购要约。我们预计，高德软件董事会将成立独立委员会进行评估，而阿里巴巴在高德软件董事会的代表将不参与关于这笔收购的决策。我们需要指出，阿里巴巴拥有与高德软件及其子公司特定战略交易的优先购买权，包括任何并购或出售。在考虑这笔收购的过程中，你们需要知道，阿里巴巴仅有意完成这笔收购，并无意愿向第三方出售所持高德软件股份。

6.公开信息披露。为了遵守美国证券法的要求，我们被要求在当前Schedule 13D文件的修正案中披露这一要约及这封邮件的副本。这一修正案将被提交给美国证券交易委员会。

7.保密性。我们相信，你们也同意，除非受到法律要求，否则在有关收购的确定性协议得到执行或谈判终止之前，采用严格保密的方式将符合我们双方的共同利益。

8.非约束性承诺。这封邮件仅包含收购要约关键条款的初步情况，并不包含任何与收购有关的约束性承诺。确定性协议中将包含这样的承诺。

我们将专注于完成这笔收购，并希望你们对这一收购方案迅速带来的收益感兴趣。我们认为，这笔收购将向高德软件股东提供有吸引力的机会，在有着较大确定性的情况下迅速实现较高的价值。

如果对这一收购要约有任何疑问，请随时联系我们。我们期待听到你们的声音。

稿源：新浪科技   | 来自：月光博客

从东莞扫黄看谷歌百度的搜索提示

谷歌和百度搜索引擎都有一个“搜索建议”功能，即当用户在输入搜索词时，搜索文本框下方会自动显示与搜索词相关的词汇供用户选择，这可以加快输入速度、改善用户体验。

通常来说，“搜索建议”功能是搜索引擎通过算法依据搜索频率自动生成的，建议条目通常是按搜索频率从高到低排列的，方便网民在最短时间内获取最热门的或他最有可能需要的信息，针对不同区域的网民，搜索引擎的提示关键字会有不同，而对于同一个关键字，不同的搜索引擎提示的信息也不同。

例如近日央视《焦点访谈》等节目接连曝光了东莞色情业，在网上引起了轩然大波，那么对于这件事情，网民主要搜索些什么呢？我们使用“东莞”做为关键词分别在百度和谷歌上进行了一番测试。
从东莞扫黄看谷歌百度的搜索提示

从测试结果上看，谷歌的搜索提示信息都是中性的工具服务类信息，而百度的搜索提示信息不仅仅包括了最近的东莞扫黄新闻，还网民力挺东莞、以及寻找小姐的信息。

由于搜索建议功能是依据网民搜索频率而生成的，因此可以看出，网民更愿意在百度上搜索新闻热点以及擦边球类的信息，而很少在谷歌上搜索类似内容。

黑洞理论创始人霍金发文称黑洞并不存在

 

黑洞概念图

    黑洞不存在？开玩笑的吧。不过，这话既然出自黑洞理论创始人之一史蒂芬•霍金之口的时候，就得认真听了。据《自然》1月24日报道，霍金发表论文，质疑黑洞的存在。

如果霍金的理论正确，黑洞核心的奇点根本就不存在，甚至不排除“一切事物原则上能逃离黑洞”这种极端局面的可能性。霍金说：“在经典理论中，黑洞不会放过任何东西；但量子理论允许能量和信息逃离黑洞。”他同时表示，科学家需要结合重力和其他自然力构建新的理论才能明确解释整个过程。

霍金认为，受到黑洞引力的影响，能量和物质先是靠近——但不会到达——黑洞中心，最终还会被释放出去。不过，它们的信息在黑洞中不会毁灭，但是被完全打乱，逃离之后面目全非，几乎无法还原。

霍金1月22日就在网上发表题为《黑洞的信息保存和天气预报》的论文，写道：“从光也无法从中逃脱的角度来看，没有视界（event horizon）就意味着没有黑洞。”实际上，霍金2013年8月曾在学术会议上谈到过类似想法，以此为基础撰写论文。

“火墙”之谜

霍金此举意在解答黑洞的“火墙”之谜。

此前研究人员猜测过，假如一位倒霉的宇航员不幸落入黑洞将是什么情景。长久以来，物理学家以相对论为基础，默认宇航员会毫不知情地落入黑洞，在黑洞核心奇点处灰飞烟灭。后来又有科学家根据量子理论提出新的见解，认为黑洞的视界是一块类似“火墙”的高能区域，会把掉进去的宇航员直接烧焦。

霍金理论的核心内容是，量子在黑洞周围造成剧烈的时空波动，所以像“火墙”一样的边界根本不可能存在。

号外！CentOS 宣布加入红帽公司！

来自 CentOS 邮件列表的消息：CentOS 项目已加入红帽公司，作为红帽公司开源和标准团队( http://community.redhat.com/ ) 的一部分，培养快速创新平台之外的下一代新兴技术。将于 Fedora 和 RHEL 生态系统一起工作，我们希望通过新的平台进一步扩大社区服务。

我们已经发布了全新的 CentOS 网站：http://www.centos.org/

新计划将由新的 CentOS 管理董事会管理。最初的董事会由现有CentOS的核心团队成员包括：

– – Ralph Angenent
– – Tru Hyunh
– – Johnny Hughes JR
– – Jim Perrin
– – Karanbir Singh

此外还包括新成员：

– – Fabian Arrotin, 来自社区董事会提名
– – Carl Trieloff, Karsten Wade, and Mike McLean 红帽提名

董事会工作方针：公开、开放和包容。http://www.centos.org/about/governance/

CentOS 加入红帽后不变的是：

1. CentOS 继续不收费
2. 保持赞助内容驱动的网络中心不变
3. Bug、Issue 和紧急事件处理策略不变
4. Red Hat Enterprise Linux 和 CentOS 防火墙也依然存在

变化的是：

1. 我们是为红帽工作，不是为 RHEL
2. 红帽提供构建系统和初始内容分发资源的赞助
3. 一些开发的资源包括源码的获取将更加容易
4. 避免了原来和红帽上一些法律的问题

此新闻在 CentOS 和红帽官网上都已发布：

http://lists.centos.org/pipermail/centos-announce/2014-January/020100.html
http://www.redhat.com/about/news/press-archive/2014/1/red-hat-and-centos-join-forces

12306上的分布式内存数据技术GemFire

摘要：作为世界规模最大的实时交易系统之一，12306备受关注，尤其在特殊节日里。尽管昨天消息称其又宕掉了，但恢复时间明显缩短不少，且手机APP未受影响。多少有分布式内存数据技术GemFire的一些功劳。

编者按：打造高并发、大流量的网站一直是我们的关注的重要技术点，比如颇受欢迎的《高性能、高流量Java Web站点打造的22条建议》。所以，每年都会格外关注12306这面“旗帜”。刚刚读者分享了一篇文章，关于12306的分布式内存数据技术，原文来自IT专家网，节选并分享给大家。

中国铁路客户服务中心网站（12306.cn）是世界规模最大的实时交易系统之一。2012年初的春运高峰期间，每天有2000万人访问该网站，日点击量最高达到14亿。大量同时涌入的网络访问造成12306几近瘫痪。 为此，2012年3月开始，铁路总公司（原铁道部）开始调研、改造12306。2012年6月选择了Pivotal GemFire分布式内存计算平台改造12306，由铁科院和资拓宏宇（IISI）信息科技有限公司提供技术实施。

点击可看大图

一期先改造12306的主要瓶颈——余票查询系统。9月份完成代码改造，系统上线。2012年国庆，在网上订票高峰期间，可以登录12306，虽然还是很难订票，但是查询余票很快。2012年10月份，二期用GemFire改造订单查询系统（客户查询自己的订单记录）。2013年春节，在网上订票高峰期间，可以登录12306，虽然还是很难订票，但是查询余票很快，而且查询自己的订票和下订单也很快。

根据系统运行数据记录，技术改造之后，在只采用10几台X86服务器实现了以前数十台小型机的余票计算和查询能力，单次查询的最长时间从之前的15秒左右下降到0.2秒以下，缩短了75倍以上。2012年春运的极端高流量并发情况下，支持每秒上万次的并发查询，高峰期间达到2.6万QPS吞吐量，整个系统效率显著提高。

订单查询系统改造，在改造之前的系统运行模式下，每秒只能支持300-400个QPS的吞吐量，高流量的并发查询只能通过分库来实现。改造之后，可以实现高达上万个QPS的吞吐量，而且查询速度可以保障在20毫秒左右。新的技术架构可以按需弹性动态扩展，并发量增加时，还可以通过动态增加X86服务器来应对，保持毫秒级的响应时间。

GemFire分布式内存数据平台的原理为：

通过云计算平台虚拟化技术，将若干X86服务器的内存集中起来，组成最高可达数十TB的内存资源池，将全部数据加载到内存中，进行内存计算。计算过程本身不需要读写磁盘，只是定期将数据同步或异步方式写到磁盘。GemFire在分布式集群中保存了多份数据，任何一台机器故障，其它机器上还有备份数据，不用担心数据丢失，而且有磁盘数据作为备份。GemFire支持把内存数据持久化到各种传统的关系数据库、Hadoop库和其它文件系统中。12306之前采用Unix小型机架构，采用GemFire技术改造成Linux/X86服务器集群架构。

12306ng（12306网站的开源项目）对此尚无点评。不过，昨天是春运火车票发售首日，据悉12306网站“瘫痪”1小时，且出现“串号”问题，显然，单纯分布式内存数据技术还不足以应对12306所面对的技术挑战。毕竟，即使算上SAP的HANA，和Pivotal的GemFire，都还很新。

如果有这方面的好观点，欢迎投稿给我们（@CSDN云计算）。（编辑/郭雪梅）