没有了mysql我们还有什么？
其实没有了mysql还有很多数据库可用，有小型 的sqlite，有和mysql性能差不多的postgresql等
但mysql是用了最方便的。phpmyadmin使得许多不懂数据库的人也会操作了。。。
以下是原文 ：
来自于：http://www.cnbeta.com/articles/95165.htm
美国开源数据库厂商MySQL前CEO马顿·古斯塔夫·米科斯(Marten Gustaf Mickos)周四致信欧盟,要求欧盟尽快批准美国商用软件开发商甲骨文收购服务器和软件开发商Sun的交易.
2008年1月,MySQL被Sun收购,并成为后者数据库业务部门.甲骨文今年4月宣布,将以74亿美元收购Sun.此前Sun股东和美国司法部已批准该交易,但欧盟仍在对此展开反垄断调查.按照原定计划,欧盟将于明年1月19日宣布是否批准甲骨文-Sun交易.
米科斯周四在写给欧盟反垄断专员尼莉·克罗斯(Neelie Kroes)的信件中表示,欧盟对甲骨文收购Sun及其开源数据库软件是否将危害市场一事展开调查,这本身无疑是正确的决定,但甲骨文-Sun交易本身其实不会妨碍正常市场竞争.
米科斯在信中写道:“如果该交易存在不确定因素,将给Sun各项业务正常发展带来负面影响,同时使市场竞争程度有所降低.正因为如此,如果甲骨文-Sun交易被迫推迟,则其后果将同欧盟的良好愿望背道而驰.”
米科斯还在信中阐述了欧盟应尽早批准甲骨文-Sun交易的两大理由:1)与Sun当初收购MySQL后会继续保留后者业务一样,甲骨文完成同Sun交易 后,同样也会继续保留和进一步发展MySQL业务.2)退一步说,即使甲骨文今后对MySQL存在偏见(实际上不太可能),由于MySQL本身市场影响力 很大,因此甲骨文一家公司并不具备完全“扼杀”MySQL的能力.
业界人士表示,目前还不清楚米科斯提交这封信件后,是否会对欧盟的相应决定带来影响.但无论如何,作为MySQL的前CEO,米科斯对MySQL的具体业务可谓了如指掌.
此前米科斯已加盟美国风险投资机构Benchmark Capital.他近日在接受外界采访时表示,由于已经不再负责MySQL管理工作,因此甲骨文-Sun交易被批准后,自己并不会从交易中获得任何利益; 他之所以要致信欧盟,是想让Sun及MySQL部门员工受益.2008年Sun提出收购MySQL时,米科斯曾加以拒绝,但后来转变态度而答应Sun收购 请求.
甲骨文CEO拉里·埃里森(Larry Ellison)此前称,MySQL会在不同业务领域同甲骨文现有数据库产品争抢市场.他还表示,甲骨文今后不会把MySQL分拆为独立公司.
这是一份来自google的报告，他们的取样率应该是远超那些实验室的。所以，以后要注意了。为服务器选一个好内存是非常重要的事情。。不然，想后悔也来不及啊【虽然换内存很方便，但宕机一天两天总不是好事情，特别对于小站长来说】
还在为你的计算机为什么老是死机而困扰吗？据谷歌最近的一项研究表明，大多数死机故障均是由内存问题而引起的，谷歌最近对自己数据中心中大量计算机两年半内的工作状况进行了搜集整理，抽样的范围可谓史上最大，结果显示内存问题而导致的故障率比早先一些研究中所显示的要高得多。
研究报告指出：“我们发现内存的整体故障率和不同插槽上内存条的故障率比过去的研究结果要高出许多。研究结果显示内存部分出现故障绝不是少数情况。”
那么实际的内存故障率有多高呢？根据谷歌统计，每年有1/3的谷歌服务器都会出现可纠正的内存故障，而有1/100的谷歌服务器会出现不可纠正的内存故障，后者是造成系统死机的典型情况之一。
如果以上的数字看起来还不是显得那么惊人，那么下面的数字应该更具备说服力。每年每条内存条的平均可纠正故障为4000次。请注意，谷歌服务器内存配有 ECC校验机构，因此这里所谓的可纠正故障可以通过ECC校验机构得以修复，而我们家用PC机中所用的内存条一般都不具备ECC校验功能，因此这里的 4000次在家用机上其实就等于无法纠正的故障。
此前类似的研究规模并不如这次谷歌取样的规模，多是在一些由300多台计算机组成的簇中进行，这些研究显示内存出现可纠正故障的几率是每十亿小时 200-5000次，相比之下，谷歌这次抽样的结果显示的故障率则要高出许多，每十亿小时达到了25000-75000次的水平。
尽管内存故障会导致严重的问题，但对家用机而言，内存故障导致的严重后果要比服务器上的低得多。服务器通常将大量数据存放在内存中，并经常要将这些数据写入硬盘；而家用机的内存中则一般只存储应用程序或操作系统运行所需的文件。
另外，这次研究的结果在其它几点上也与过去的经验论呈现出较大的区别：
1、温度并不是大问题：
通常我们会认为温度过高时导致内存故障率较高的主要因素之一。但据这次谷歌研究的结果表明，内存工作温度上的差异对故障率高低的影响其实很小。不过研究结果同时表明系统占用率较高的系统，内存的故障率也比较高，而系统占用率高的系统中内存的温度则一般是较高的。
2、内存硬件故障率比软件故障率更高：
这次研究结果显示内存出现硬件故障的几率比出现软件故障的几率要高。而以前的研究则得出过于此完全相反的结论；
3、使用新技术的内存芯片的故障率并不比旧内存产品高：
过去人们一度认为采用新技术的内存如DDR2内存等由于晶体管密度更大，因此出现故障的几率要比旧内存更高。而这次谷歌的研究结果则表明采用新技术的内存故障率明显比旧款内存故障率要低。
据这次研究结果显示，内存条出现第一次故障之后，很快便会再次出现故障，而且故障率还会随着时间的推移而逐步增加。
CNBeta编译
原文：cnet
本文来自：http://www.cnbeta.com/articles/95088.htm
偶尔打开phpoo.com的时候，firefox的seach status插件的显示 PR 居然是0，相当郁闷啊。当然，我不太相信，所以。。。。
打开一些域名检测工具，结果发现，现在的域名PR值果然全部是0，真郁闷啊。。。
原来是3呢。现在居然清零了。不过，这也怪我，长时间不维护了。当然我现在纯粹是把他当成一个资料收集库之类的网站了。慢慢收集吧。。。
告诉自己，不在乎这些虚名。嗯。。哈哈
从笑话到现实，google带来了什么？
曾经的笑话
- "是这样的张总，你在家里的电脑上按了CTRL-C，然后在公司的电脑上再按CTRL-V是肯定不行的……不不，多贵的电脑都不行。"
新闻来源:google.org.cn
Google发起了一个调查问卷，描述了一个叫做Cloudboard的服务，它是Google Apps的服务端剪贴板，你可以理解为“云剪贴板”，就是可以让你在不同的电脑之间复制Gmail、Google Docs和其它Google服务里的内容，目前这个服务还没有公开。
比如，你可以从Google Spreadsheets表格里复制数据到Google Docs里，如果复制的内容是带有格式的一系列表格，那么复制到文本编辑器里，所有格式也会通过HTML表格保持一致。
Google还给出了很多例子，包括：
从Google Spreadsheets里复制内容到Gmail
复制Picasa Web Ablums里的多个图片
复制YouTube视频 复制一个事件到Google Docs或Gmail里
将Google Images Search的图片复制出来
复制地图到Google Docs里
等等
其实已经被Google抛弃的Google Notebook【膘叔很喜欢的功能，现在没有了。伤心】不就是一个网络剪贴板吗？只是现在换了个Cloudboard的时髦名字重新出山了，当然它的功能更强大，让任何数据在Google服务之间可以畅行无阻。 张总此刻内牛满面……
