旻飞的私人网摘 - Minfy's Personal Digest

　　对Java心生厌恶的朋友们不妨来看看Android上的新玩意——PHP。

　　PHP可不仅仅只能在互联网站上发展，一个PHP for Android（PFA）站点表示他们将可以发布编程模型、工具盒文档让PHP在Android上实现应用。该项目的主要赞助商是开源公司IronTec，PFA使用Scripting Layer for Android（SL4A），也就是Androd Scripting Environment（ASE）来实现这一点，您可以参看他们的网站来了解更多技术内幕。

　　查看：PHP for Android project

来源：互联网络

　　MySQL联合开发者蒙蒂·维登纽斯（Monty Widenius）周五向欧洲法院上诉了欧盟委员会批准甲骨文收购Sun交易的决定。

　　Sun 2008年收购了MySQL。甲骨文2009年与Sun达成收购协议，并于今年1月27日完成了收购交易。欧盟委员会1月21日批准甲骨文收购Sun的交易。

　　维登纽斯的上诉对甲骨文收购Sun的交易不会产生任何实质性影响，但会向欧盟委员会施加压力，提高决策过程的透明度。

　　在对甲骨文收购Sun的交易进行调查期间，欧盟委员会曾发表异议声明，担心交易会打压数据库市场上的竞争。MySQL是三大数据库厂商甲骨文、IBM和微软的竞争对手之一。欧盟委员会最终决定采信甲骨文确保数据库市场竞争的承诺。甲骨文和Sun承诺采取一系列措施，但这一承诺并不具备法律约束力。俄罗斯反垄断机构则要求甲骨文和Sun首先采取补救措施，然后才会批准收购交易。

来源：互联网络

　　谁是MySQL的新主人？这似乎是个伪命题，MySQL的新主人无疑是那个强势的甲骨文公司。去年对Sun的收购，让甲骨文顺利的将一个潜在的数据库对手收入囊中，开源社区大哗，一时众说纷纭，唱衰者有之、看好者也有之，但总体看来，忧虑的情绪在社区中弥散，数位MySQL创始人的“拯救”行动，更将MySQL的悲壮推向了高潮。

　　从05年起，笔者就从开源观察者的角度转变成一个正式的开源从业者，从事的，正是MySQL的商业业务，经历了中国MySQL从民间到官方、从互联网向传统行业进军的过程。5年间MySQL数次起落，作为“坐过山车的人”，比起旁观者，可能更多一层体会。在国内等Oracle的消息，感觉是那么的不靠谱，为了了解真相，了解MySQL发展的趋势， 2010年4月11日，我们来到加州小城Santa Clara，参加2010年MySQL全球用户大会。

　　这次包括Percona、Inforbright、Zmanda、Pentaho等MySQL关联厂商、技术分支以及甲骨文全球的技术参加了大会，颇有“华山论剑”的味道，可惜国内仅有我们一行两人，遇上了原先MySQL亚太公司的两位“领导”，原来他们也随着Sun进入Oracle的体系了，他们将在今年5月来中国继续他们的MySQL事业，这点颇令我们惊喜。

　　MySQL用户大会是MySQL开源社区的活动，美国MySQL社区“情绪稳定”，由于MySQL开源属性不变，包括Percona在内的厂商都希望从MySQL的变化中占据更多先机，在今年MySQL用户大会上上演了精彩一幕。MySQL Performance Blog充分展示了MySQL技术服务咨询能力，从服务器硬件选型、数据库调优及解决方案都形成了自己的服务体系，特别在性能方面，XtraDB全面超越自带的InnoDB及InnoDB Plugin，越来越多的用户选择专业的MySQL技术支持服务团队作为公司数据库技术的后备保障。同时，Oracle在MySQL用户大会期间，在MySQL 5.5-m3发布没几天的情况下，紧急发布了MySQL 5.5-m4，并强调了新版性能上的调整及InnoDB Plugin新特性。甲骨文的首席架构师Edward Screven更在大会上表示MySQL对于甲骨文来说是十分重要的一部分，表达对MySQL的关切和支持，并明确表示Oracle计划增加对MySQL的投资，以进一步完善MySQL的功能，改善MySQL的性能。

MySQL官方版本2010年发展路线图

　　从上图可以看出，图中中轴线是MySQL官方版本今年的发展路线，其中Google MySQL team在MySQL5.0.37的基础上发布了大量的补丁（主要针对InnoDB），使得MySQL的健壮性和性能都有了极大的提高。而其他MySQL分支也在持续发展，对MySQL官方版本的发展起到推动和鞭策作用，在开源社区发展出的力量和Oracle体系的竞争中，MySQL本身呈现出加速发展的趋势，无论MySQL的主人是谁，MySQL的开源属性都无法改变，Oracle体系下MySQL变的更完善、更稳定、更加商业化，社区的分支版本更加开放、具备更强的关键性能，也许这两条并行的发展路径，能够创生出更加强大的新MySQL。

　　无论是Oracle这样的商业大亨，还是机动灵活的开源社区，只要大家共同推动MySQL的技术进步，对我们广大MySQL的爱好者和用户来说都是好消息，我们不关心谁是MySQL的新主人，我们会持续不断的跟踪最新的MySQL新技术和新发展，并把专业化的技术支持和产品服务带给国内的广大爱好者和用户，共同分享新技术成果带来的新体验和新快乐！

来源：互联网络

　　本文作者作为一名从事PHP开发11年的资深开发者，却放弃了PHP而改用Python。借助本文，作者与其说是解释了他做出这种选择的原因，不如说是他对PHP和Python两种语言的性能进行了比较。以下是作者的原文翻译：

　　我之所以放弃PHP，原因首先是语言。PHP实际上不是一种语言，而是一种巨大的插件结构，以一种高层的形式来展示低层的库。而大部分开发者使用的语言实际上是对C功能（curl、mysql、gd等等）的包装，通常情况下它们的库展示得很简单。因而这导致了PHP的API不一致。

　　PHP语言的第二个问题是语言的管理问题。PHP语言实际上是由委员会来设计的，而且没有人来制定任何共识性的标准。PEAR有自己的标准，PHP有自己的标准，这导致SPL classes更具Java风格，而PEAR却截然不同。

　　从事PHP开发11年来，我认识了很多PHP领域的专家级开发者，它们对PHP也有很多看法。除了上文提到的委员会问题以及标准混乱问题之外，由于PHP的使用范围非常广，向后的不兼容对代码造成了很大的破坏。

　　还要提到的一点是PHP缺乏很多现代语言的特性。

　　现在再来说说Python：

　　Python语言的创建方法几乎与PHP的完全相反。首先，Python是由Benevolent Dictator和Guido van Rossum领导的，语言的开发由单一的人员主导，因此它的开发、管理以及长期运营会保持很好的连续性。Guido和Python的核心开发者通过PEP创建标准，而且通过公共接口展示标准是如何创建的。而且，Guido如果想到的语言特性不够好，也不会出现在语言层中（如没有++运算符，而且比较符中没有分配）。

　　延续性的特点也延伸到了整个Python社区，所以你很难发现不同项目中的Python截然不同。

　　我最喜欢的Python的一个特点就是它的清晰。当打开Python中的一个文件的时候，我会清楚地知道里面大概有什么样子的代码，联想到很多次我被PHP的这一点搞得焦头烂额，我觉得这个特性非常有用。

　　总之，Python的系统级特性非常不错。

　　Python另外一个很棒的特性是直白性。需要namespace（命名空间）？文件的名字就是命名空间；需要模块？只需要用一个__init__.py 文件代替；需要重命名功能？只需要new_func = old_func。

来源：互联网络

　　甲骨文为了在收购Sun交易中获得MySQL费尽心思，才最终获得监管机构的批准，目前来看这些努力可能是在浪费时间和金钱，人们或将突然发现，内忧外患的MySQL已经处于消亡的边缘。

　　在上月举行的MySQL大会上，MySQL之父迈克尔·韦德纽斯（Michael Widenius）和大名鼎鼎的MySQL架构师布莱恩·阿克尔（Brian Aker）分别发表演讲，他们坚信任何一家公司都不可能成为MySQL开发或支持服务的唯一提供商。这些MySQL名人的做法对甲骨文来说是一种考验，将验证甲骨文与MySQL社区配合和容忍不同意见的程度。

　　近日旧金山新创公司Clustrix公开宣称，自己的产品更强大更优秀，可以完成MySQL做不好的事情，可扩展至存储数十亿条数据，完全可以取代MySQL。

　　Clustrix产品中不存在MySQL的DNA，但它可以与MySQL协议互通，这样应用程序再也无需进行代码移植，它的存在无疑会伤害MySQL的付费业务。

　　该产品被称为针对互联网规模级应用程序的首款集群数据库系统，据说它遵循了应用程序服务器和存储系统突变成可扩展式、群集产品的进化路线。

　　它具有NoSQL的key/value存储的巨大可扩容能力和高性能，而且封装在3节点服务器CLX 4010设备内的SQL具有可靠的ACID测试相关功能，该硬件设备足以处理高负荷的读/写数据操作。

　　这三个或更多机架式设备都需要运行一个被称为Sierra集群数据库引擎的软件。据Clustrix称，用户希望或需要多大的可扩展性，取决于把多少节点设备加入到机架中。

　　Sierra群集数据库引擎是一个非共享式执行环境，包含Sierra并行规划器（Parallel Planner）和Sierra分布式执行引擎（Distributed Execution Engine）。它把查询任务提供给分布式数据，而不是像RDBMS那样把数据提供给查询任务。

　　这意味着Clustrix群集数据库应该能够以最大的并行性执行查询语句，许多同步查询具有最大的并发性。这将带来极高的可扩展性、读/写操作性能、可用性、在线调整纲要、自我修复和自我管理。

　　Clustrix团队从Isilon Systems那儿学到不少经验，后者层针对存储系统开发过类似的高并行和分布式产品。Clustrix已经从风险投资机构那儿获得了1800万美元来研发可扩展数据库。

　　Clustrix群集数据库的目标用户群是面向事务处理的云计算服务提供商、企业和社交网站类互联网公司，它们在处理互联网生活中令人难以置信的繁琐数据时，为了获取所需的扩展性，不得不忍受在应用程序层不断进行合库和拆库的操作。同样在解决该问题的还有开源项目Hadoop和Cassandra，以及谷歌的BigTable。

　　要想扩容MySQL数据库，通常需要许多令人痛苦的定制化编程，这是一个成本高且耗时的工作，而且在单实例数据库中很难找到互联网规模的关系数据库功能。Clustrix承诺，借助于它的产品，人们不再需要这类代码编写工作。

　　Clustrix的群集数据库系统能够以增量和无缝方式扩容至数百个节点，运行时就像一个单一实例数据库一样，具有全部关系数据库功能和一致的即时事务处理。

　　该工具可以被透明和不中断的部署到分片、非分片和复制MySQL环境中。当客户需要增加更多的CLX 4010节点时，这个分布式和并行体系架构可以自动发布数据到新的节点，即使在写数据负荷非常重的情况下，也能实现线性提高性能。它通过自动负载均衡、失效切换、还原和自我修复实现高可用性。

　　Clustrix双核及四核设备包含两个1Gbps以太网口和两个20Gbps的InfiniBand背板端口，同时还装配32GB RAM和7个160GB固态硬盘。三节点设备的报价是109995美元。

　　Clustrix表示，之前它已经开始销售这些产品，并且在今年第一季度达成第一笔交易。据称该公司目前已经收到不少订单，很明显对某些MySQL客户来说，他们的产品比较有吸引力。

　　原文：Is MySQL Doomed to Extinction?

来源：互联网络

　　有一个人，这个人我已经不记得他的相貌和姓名，但是他曾经影响了我。99年的春天，联想开始做公共网站，我虽然主要工作是做设计，但其实我的兴趣在技术上，喜欢自己找些Perl（当年的CGI程序多数是Perl的，自己在学校学到的那不足千行的C还不知道怎么用在Web上）的留言版或聊天室程序改改代码和界面，用在一个叫“幸福之家”的土得掉渣儿的网站上。

　　大约在秋天或年底的时候，这个据说是北大（也可能是清华）的学生来帮忙做兼职开发新闻系统。我经常正事儿不干，看着他写代码。他的主要开发方式就是连接到服务器上打开Vi开始写。那时我虽然也在Solaris用过VI，但还只会移动光标和保存之类的简单操作，而且并不习惯。这样完全用VI开发还觉得比较新奇。那是我第一次接触PHP，那时的版本是3.0，所以他写的文件扩展名全是.php3。我负责前台的界面和样式，偶尔打打下手写点儿代码。这样边写边测试（完全正式线上服务器环境，现在想想那时真无畏），大概用了一周时间，一个基本的新闻管理系统就上线了。就这样，我也就开始了我的PHP生涯。

　　这个新闻管理系统运行了不到半年后，就被联想研究院的同事完全用Java重写。我也在合作期间偷偷学了点儿Java语言和EJB的皮毛。而这位年长于我一两岁的同学，就此失去了联系，不知道他现在在做什么。问题是，我真不记得他叫什么，也没有联系方式，好像我俩都很内向，不问彼此，真是一对奇怪的年轻人。

　　在离开联想之前，我用PHP写过几个小项目，我现在还记得有一个广告维护和更新系统，主要功能是广告管理、图片上传、和html文本块编辑等。由于之前有研究过Perl的代码，加上一些C的基础，让我对PHP这个脚本语言真真的喜爱有加。你想想看，那个年月，有哪个Web脚本有如此丰富的扩展又有这么简单易学的代码。什么数据库操作啊、图像生成啊——我甚至用它的GD库实现了饼图显示投票的结果（当然饼图的生成算法是抄来的）——、文本操作什么的， 好多的扩展，包括数不清的和风格不一的命名，它实在太容易学了，也太好用了，语法自由，又没有像Java那样的强类型约束，我对它实在是爱不释手，这可如何是好哇。后来的几年也确实是PHP高速普及的时期。

　　联想当年做的那个网站，用的数据库几乎全是Oracle，而且跑在Sun的服务器上，据说还有光纤阵列啥的。多年后有人告诉我，由于无人打理，域名被人抢注了，我记得当时我的心情平静的。据说抢注FM365.com的人后来做了个叫265的网站。

　　02年和同样是联想出来的两个朋友去了北大附中网校。当时在线的是ASP环境。那之前还没用过ASP，写了一些模块，发现和PHP差距较大，如果不用Com，很多想法较难实现。这里再啰嗦两句，ASP支持两种语言：VBScript和JScript，我实在是不喜欢VB的语法，后期写的模块我都尽量用JScript实现。而且，JScript支持一种类似Hashtable的Dictionary对象，操作字典类数据很方便。不过，总得说来，ASP还是太弱了，如果PHP是把多功能军刀，ASP只能算是生锈的水果刀。

　　人的思想是会变的，人又总不满足于现状。约一年后就将整个系统逐步升级到.Net。第一次用C#发现和Java很像，也是第一次开始试着用分层的概念设计系统架构。在这期间的同事有霍炬和戴飞。经常在去饭馆的路上还在和火炬讨论是分三层好还是四层好。

　　霍炬对我的帮助和影响又更多些，他还送了我两本书《设计模式》和《C++Primer》（前者到是时常翻阅，后者较厚，没怎么看，几次搬家都想扔了）。

　　坦率的讲，C#真是门集众家之所长的好的语言，相较于PHP这类脚本语言，又足够OO和足够完善。PHP和它相比，实在是太土妞了。加上刚接触到设计模式——这个东西就像火炬说的手里有把锤子就会发现到处都是钉子——这么个超级大锤子。所以我那段时间像同时沉迷两样东西，一个是WoW（还在公测貌似），一个就是C#。我能从写大段脚本和无数子过程学习并过渡到对象开发和多层架构的设计，这得感谢C#和.Net。

　　在网校做的最后一个项目是个多用户Blog系统，基于b2的开源改造，又重回到了PHP的怀抱。虽然从个人角度我非常喜欢C#语言，但我仍对Windows平台没有信心（那时Mono还是个实验项目）。

　　大约04年的时候，或许是受Java的影响，PHP社区也出现了一些开发框架，如CakePHP、Zend Framework、CodeIgniter、Symfony…。但是，在看了这些框架并做了些测试之后，我限入了纠结之中。Cake和其他几位还稍好，最变态的就是Zend，几乎完全模拟强类型语言（如Java），完全的用OO方法设计模块和类。方向和庞杂度直奔Java的屁股而去。

　　PHP真的要这么写吗？这和Java和.Net有什么区别？这还有PHP的优势么？看烦了各个论坛各种框架之间的口水战。为了防止可能继续误入歧途，我逃离了这些豪华巨轮。但是我限入了迷惘，我要再怎么写的PHP呢，我似乎失去了方向。我各类在各类开源项目和书里寻找答案。随着几次失败的项目和工作单位的变动，思想也有较大的变化。后来的两年多时间，较少关注社区的动向，按照自己对Web开发和结构分层的理解，写一些适合自己用的基础库，谈不上框架，用着倒也趁手。

　　我也有接触和学习其他的新的语言和框架，例如Python、Django、Ruby。其中Python的语言特性让我很着迷，这是我见过的第一个把清晰（或者说整洁）度作为语法规则一部分的编程语言。也许是我本人爱干净，也许是我的想法变了，我甚至觉得Python的语言哲学：“There should be one–and preferably only one–obvious way to do it.”（有且仅有一种明确的实现方法），是非常完美且正确的理念。我回过头再审视PHP满身的伤疤和陷阱，不禁要问：PHP是不是进步的太慢和太不思进取了。为什么会这样呢？

　　这里又要感谢一位同学，几年前某天在西南三环某处租房里，郝培强送了我一本Python入门（也可能是我拿在手里一直不放下的原因），那时他还单身，还很纯情，大家在聊着对未来的憧憬和各种的梦想。

　　就一种语言来说，PHP易学易用，几乎不需要什么基础和背景，适合各类人群（比如被大家臭骂的北大青岛的毕业生），只是代码的质量差距较大而已。然而，人不可能永远在初级状态，人是会成长的，用得越久，越是能感受到它的局限。

　　前段时间看到有人说PHP很烂，虽然这话难听且观点很武断，但他文中所说的PHP特性包括引用几位老外的观点又都是事实。比如这个，还有这个。

　　我的朋友老王说，“语言不重要，重要的是思想”，这话不错。但思想的获得何其难，它需要一段时间积累加上一些天分甚至还需要有一点点机缘才能灌输到人的脑子里面。为了实现高质量和可控的代码，我需要写几十页纸的约定和规范，并且还要定期Review，要不然就等着数不清的地雷哪天突然被踩中吧。影响生产力因素有多种，有人的因素，也 有语言和工具（包括平台）的因素。如果一种语言可以很容易的实现清晰、明确和严谨的高质量代码，而另一种语言则需要数年经验且小心小心再小心才能达到同样的质量要求，孰优孰劣，似乎不难判断。

　　其实俺又是个重感情的人（:D），这么多年一路陪俺走过一个沟又一个坎儿，今儿使劲说嫌弃的话，心里怪不是滋味的（:S）。

　　现实会给人一些安慰。有数量众多的人用PHP，也有大量的网站运行其上，PHP在实事上占有一席之地。一切在变化中，结局还未可知。

　　Update：

　　关于开发速度的问题，要看具体针对的业务需求。PHP由于有大量开源项目（且不论其质量）可以参考使用，加上人力成本相对较低，可以很容易在短期内部署一个适应多种类型的小型网站，确实会比Java要快些。然而，但是，根据前面的描述，你知道我要说什么，你需要有至少一个最好是多个有非常丰富经验的人来控制架构和设计，否则的话，随着用户和访问量的提升，一定会遇到技术上的瓶颈。这些都是有现实教训的例子的。

　　原文地址：http://liut.cc/blog/2010/04/all-about-php.html

来源：互联网络

　　据国外媒体报道，MySQL前CEO马顿·米克斯（Marten Mickos）周三在EclipseCon 2010会议上强调，开源已不再是失败者，但需要有更多创业公司通过开源软件赚钱。

　　软件业专家在EclipseCon公司举办的会议上讨论了开源的未来。米克斯强调，通过开源赚大把钞票的创业公司太少。倒是拥有成熟商业模式的IBM、微软、甲骨文和Apache Software、Eclipse、Linux和Mozilla基金会等公司为开源发展不懈努力。

　　米克斯说：“我们希望有非常棒的创业公司通过开源赚上数百万、甚至数十亿美元，但目前还没有实现这一目标。开源领域有大量成功的赚钱公司如红帽、JBoss、MySQL及XenSource，但光有这些还远远不够。”

　　米克斯最近出任开源云技术创业公司Eucalyptus的CEO。MySQL于2008年被Sun收购，甲骨文今年1月完成对Sun的收购后，获得MySQL。米克斯说：“MySQL能够为开源运动贡献大量GPL代码，因为该领域一直有营收。”米克斯称，有部分人士批评MySQL的双重许可计划，即公司一方面通过开源提供软件，同时向要求提供支持服务的用户收费。

　　Apache Software基金会总裁贾斯汀·伊伦科朗茨（Justin Erenkrantz）也强调有必要保证开源营收。伊伦科朗茨说：“需要维持商业公司赚钱的生态系统，便于开发人员为开源做贡献的同时能获得一份收入，这就需要开源社区和创业公司共同保证开源的未来。”

　　开源分析与咨询公司RedMonk分析师斯蒂芬·奥格雷迪（Stephen O'Grady）对开源未来表达了不同的观点，强调分散化的开发和基础设施。奥格雷迪还强调通过对信息进行聚合、分析，挖掘数据潜力。

　　尽管有部分观点认定开源无法创新，只是使市场商品化，但奥格雷迪指出，开源已在云技术领域引发了创新。他同时承认，开源也是市场商品化的积极推进者。

来源：互联网络

　　IT安全公司Sense of Security在Apache的HTTP web server中发现了一个严重的漏洞，该漏洞允许远程攻击者获得一个数据库的完整控制权。该漏洞存在于Apache核心的mod_isapi模块中。

　　利用该漏洞，一位攻击者能远程提升系统权限，从而威胁到数据安全。Apache 2.2.14及早期版本的用户应该尽快升级到Apache 2.2.15。不过，该漏洞只影响到在Windows上运行的Apache web server。Sense of Security公开了利用该漏洞的一个概念验证演示（视频）。

来源：互联网络

　　Apache 1.3发布了该系列的最新发布版1.3.42，和1.3.41相比，该版本修正了若干安全/稳定性问题。

　　官方已经决定终结Apache 1.3的生命周期，1.3.42 版本将是该系列的最后一个有版本号的发布，将来官方会以补丁形式提供重要安全更新。

　　据称，Apache 1.3系列曾是被最多使用的http服务器版本。

　　下面是通告全文：

   The Apache Software Foundation and the Apache HTTP Server Project are
   pleased to announce the release of version 1.3.42 of the Apache HTTP
   Server ("Apache"). This release is intended as the final release of
   version 1.3 of the Apache HTTP Server, which has reached end of life
   status.

   There will be no more full releases of Apache HTTP Server 1.3.
   However, critical security updates may be made available from the
   following website:

        http://www.apache.org/dist/httpd/patches/
  
   Our thanks go to everyone who has helped make Apache HTTP Server 1.3
   the most successful, and most used, webserver software on the planet!

   This Announcement notes the significant changes in
   1.3.42 as compared to 1.3.41.

   This version of Apache is is principally a bug and security fix release.
   The following moderate security flaw has been addressed:

     * CVE-2010-0010 (cve.mitre.org)
       mod_proxy: Prevent chunk-size integer overflow on platforms
       where sizeof(int) < sizeof(long). Reported by Adam Zabrocki.

   Please see the CHANGES_1.3.42 file in this directory for a full list
   of changes for this version.

   Apache 1.3.42 is the final stable release of the Apache 1.3 family. We
   strongly recommend that users of all earlier versions, including 1.3
   family releases, upgrade to to the current 2.2 version as soon as possible.
   For information about how to upgrade, please see the documentation:
         
   http://httpd.apache.org/docs/2.2/upgrading.html

   Apache 1.3.42 is available for download from

           http://httpd.apache.org/download.cgi

   This service utilizes the network of mirrors listed at:

           http://www.apache.org/mirrors/

   Binary distributions may be available for your specific platform from

           http://www.apache.org/dist/httpd/binaries/

   Binaries distributed by the Apache HTTP Server Project are provided as a
   courtesy by individual project contributors. The project makes no
   commitment to release the Apache HTTP Server in binary form for any
   particular platform, nor on any particular schedule.

   IMPORTANT NOTE FOR APACHE USERS: Apache 1.3 was designed for Unix OS
   variants. While the ports to non-Unix platforms (such as Win32, Netware or
   OS2) will function for some applications, Apache 1.3 is not designed for
   these platforms. Apache 2 was designed from the ground up for security,
   stability, or performance issues across all modern operating systems.
   Users of any non-Unix ports are strongly cautioned to move to Apache 2.

   The Apache project no longer distributes non-Unix platform binaries from
   the main download pages for Apache 1.3. If absolutely necessary, a binary
   may be available at http://archive.apache.org/dist/httpd/.

Apache 1.3.42 Major changes

  Security vulnerabilities

   The main security vulnerabilities addressed in 1.3.42 are:

  *) SECURITY: CVE-2010-0010 (cve.mitre.org)
     mod_proxy: Prevent chunk-size integer overflow on platforms
     where sizeof(int) < sizeof(long). Reported by Adam Zabrocki.

  Bugfixes addressed in 1.3.42 are:

  *) Protect logresolve from mismanaged DNS records that return
     blank/null hostnames.

来源：互联网络

　　今早收到了MySQL的邮件，全文如下：

亲爱的拯救MySQL的中国签名支持者，

　　欧盟可能无法拯救MySQL，中国和俄罗斯可能是拯救MySQL的希望之所在。中国拥有强大、独立以及自信的反垄断主管机关，因此，我本人在此请求您的帮助。对于您在http://www.helpmysql.org/ru/petition的签名，我们深表感谢。如果可以的话，我们需要您的进一步帮助：

　　（1）商务部反垄断局http://fldj.mofcom.gov.cn/index.shtml是并购反垄断审查的主管机关，包括本次对甲骨文收购太阳微电子的反垄断审查。如果您正在使用MySQL，您的意见将对于商务部反垄断局的审查非常重要。我们不能详细的指示您该如何如何对主管机关反映情况，因为这是不妥当的。但是我们认为，如果您能告诉主管机关您的公司如何使用MySQL（什么项目，什么规模、数据流量以及使用者数量等）以及您认为甲骨文收购MySQL之后会产生什么样的影响，将会非常有用。如果您知道MySQL是昂贵的甲骨文数据库的免费替代品，举例向商务部反垄断局说明将会很有帮助。特别是，您知道或使用MySQL作为筹码，或声称将使用MySQL，以此要求甲骨文数据库降低价格的情况，请一定向商务部说明。我们希望您能直接写信给商务部反垄断局，传真010-65198998。鉴于时间紧迫，我们鼓励您直接打电话给商务部反垄断局，电话是010-65198680。

　　商务部反垄断局会保护MySQL以及您作为使用者，客户和消费者的利益。在与商务部的沟通过程中，请您简单明了地说明您具体需要什么样的帮助。

　　（2）感谢许许多多像您一样支持我们的人，我们在中国已经收集到了650个签名，请见：http://helpmysql.org/cn/stats。这是一个很好的开始。但是像中国这样一个支持开源的大国，应该会有更多人的签名。问题可能在于很多人可能认为这是欧盟委员会审查决定的事项，中国可能无法改变什么。事实上，中国商务部反垄断局可以做出自己的决定。

　　在中国，知道此事的人可能还不多，新闻报道也比较有限，比如http://tech.sina.com.cn/it/2010-01-04/21153736195.shtml。如果您有兴趣，可以帮我们联系中国有影响力IT网站或杂志，告诉他们这次签名活动。

　　如果有更多的网站参与进来，就会有更多的人签署请愿书，虽然这只是第一步。切记确保文章中或网站中提到helpmysql.org，或者提供一个链接http://helpmysql.org/cn/theissue/customerspaythebill

　　对于您所做出的任何帮助，我在此预致感谢！

Michael Widenius
Creator of MySQL

来源：互联网络