来自 thehandheldblog 的消息：一个名为 OpenMobile 的公司正在演示一个应用程序的兼容层用于直接在 Tizen 平台上运行 Android 应用程序。该解决方案是直接面向 OEM 厂商而非最终用户，需要修改 Tizen 设备的内核以及 ACL 提供支持。
Tizen (泰泽)是基于Linux的开源软件平台，可运行在智能手机、平板、上网本、车载信息系统和智能电视上。它将由一个技术指导委员会管理，成员包括了英特尔和三 星。泰泽的应用程序接口是基于HTML5和其它web开放标准。除了HTML5应用程序外，泰泽的SDK将包括原生开发工具包。从核心系统到核心应 用，泰泽的整个软件堆栈都会对外开放。泰泽的首个版本和SDK将在2012年第一季度发布。
Flash 是不是可以退休了还真两说，可是 HTML5 的势不可挡，下面介绍 10 个超炫的 HTML5 做的特效网站，很酷！
Believe In5月份，在全球662,959,946个网站中，使用Apache Web服务器的网站有425,631,721个，占全球市场份额的64.20%，比之上月下降1.26%。而Nginx，份额升至10.67%。 据Netcraft公布的全球Web服务器最新数据显示，5月份，在全球662,959,946个网站中，使用Apache Web服务器的网站有425,631,721个，占全球市场份额的64.20%，比之上月下降1.26%。而Nginx，份额升至10.67%。
下面是详细统计报表：
（图1）1995年8月-2012年5月统计的所有网站数 据图1所示，5月份，Netcraft收到的调查网站共有662,959,946家，环比4月份下降近2.1%。
（图2）1995年8月-2012年5月全球web服务器市场份额
（图3）全球主流Web服务器份额
据图2、图3所示，在全球主流Web服务器市场份额中，仅Microsoft IIS和Nginx有所增长。其中，Microsoft IIS环比增长0.28%，Nginx增长0.35%。而Apache下降1.26%，Google降0.05%。
下面，我们再来分析Netcraft统计到得活跃网站所使用的Web服务器。
（图4）2000年8月-2012年5月活跃网站所使用web服务器市场份额
（图5）全球主流Web服务器份额
如图4、图5所示，目前，活跃网站大多使用的仍是Apache Web服务器，市场份额达57.02%，环比4月增长0.36%。Nginx次之，市场份额降至12.49%；Microsoft排名第三，份额小降至 11.9%、而Google，市场份额则升至8.27%。
据PC World报道，据Newzoo的一份调查报告显示，英国人在iOS设备的游戏玩家花费是Android用户的16倍，94%的移动游戏收入来自iOS设备。Newzoo是一家游戏产业调查分析机构，该报告于2012年第一季期间、针对17,000名受访者进行。该报告显示，英国的移动游戏用户从2011年的2,020万人增加至2,390万人，75%的移动游戏用户透过智能型手机玩游戏，17%在平板计算机上玩游戏。27%的英国智能型手机游戏玩家在iPhone上玩游戏，14%使用iPod touch；在平板计算机游戏领域，iPad占71%。英国付费移动游戏玩家达到了920万人，占总移动游戏玩家的39%，而在iOS装置上，包括iPad、iPhone和iPod touch上的移动游戏收入占到了94%。移动游戏收入主要来自APP购买，在Android设备上，APP购买占游戏收入的91%，而iOS设备上的所占比例为85%。
不过，在美国，Android设备上的移动游戏收入所占比例要明显高于英国，iOS设备的游戏玩家花费是Android用户的5倍。Newzoo的CEO表示，虽然比例上有一定差异，但无论在美国还是欧洲，iOS设备都领先于Android。Newzoo CEO Peter Warman表示，Apple要求用户将信用卡数据直接与Apple账号绑定，因而创造了无缝的购买体验，是iOS设备中游戏收入高的一个重要原因。Kindle Fire在美国发售三个月之后就拿下平板市场亚军位置，有助于推升Android在美国移动游戏市场营收的比例。Android在美国移动游戏市场的占有率是其在欧洲市场的两倍，最大动力即为Kindle Fire。Kindle Fire在英国发售后将出现同样的情况，但欧洲的其它国家则不尽如此。
我已经在很多演讲里说过，改进你的系统的最好的方法是先避免做“蠢事”。我并不是说你或你开发的东西“蠢”，只是有些决定很容易被人们忽略掉其暗含 的牵连，认识不到这样做对系统维护尤其是系统升级带来多大的麻烦。作为一个顾问，像这样的事情我到处都能见到，我还从来没有见过做出这样的决定的人有过好 的结果的。
既然数据库支持BLOB类型的数据，把文件塞进BLOB字段里一定没有错了！？错，不是这样的！别的先不提，在很多数据库语言里，处理大字段都不是很容易。
把文件存放在数据库里有很多问题：
这后两个是真正的杀手。把图片缩略图存到数据库里？很好，那你就不能使用nginx或其它类型的轻量级服务器来处理它们了。
给自己行个方便吧，在数据库里只简单的存放一个磁盘上你的文件的相对路径，或者使用S3或CDN之类的服务。
使用情况统计数据，测量数据，GPS定位数据，session数据，任何只是短时间内对你有用，或经常变化的数据。如果你发现自己正在使用定时任务从某个表里删除有效期只有一小时，一天或数周的数据，那说明你没有找对正确的做事情的方法。使用redis， statsd/graphite， Riak，它们都是干这种事情更合适的工具。这建议也适用于对于收集那些短生命期的数据。
当然，用挖土机在后花园里种土豆也是可行的，但相比起从储物间里拿出一把铲子，你预约一台挖土机、等它赶到你的园子里挖坑，这显然更慢。你要选择合适的工具来处理手头上的事。
把日志数据存放到数据库里，表面上看起来似乎不错，而且“将来也许我需要对这些数据进行复杂的查询”，这样的话很得人心。这样做并不是一个特别差的做法，但如果你把日志数据和你的产品数据存放到一个数据库里就非常不好了。
也许你的日志记录做的很保守，每次web请求只产生一条日志。对于整个网站的每个事件来说，这仍然会产生大量的数据库插入操作，争夺你用户需要的数据库资源。如果你的日志级别设置为verbose或debug，那等着看你的数据库着火吧。
你应该使用一些比如Splunk Loggly或纯文本文件来存放你的日志数据。这样去查看它们也许会不方便，但这样的时候不多，甚至有时候你需要写出一些代码来分析出你想要的答案，但总的来说是值得的。
可是稍等一下，你是那片不一样的雪花，你遇到的问题会如此的不同，所以，如果你把上面提到的三种东西中的某一种放到了数据库里也不会有问题。不，你错了，不，你不特殊。相信我。
[本文英文原文链接：Three things you should never put in your database ]
