易栈网-膘叔

这，应该算是冯大辉的牢骚吧？事实上我们也都知道，IE6真的不靠谱，不给力，但。。。有时候真的不能不用。
冯大辉这么说，从国内 IE 6 的市场份额说开去，

网络大战，眼球无数，口水横飞，最受伤的仍然是那些可怜的用户。刚才偶然想到另一个和大战中的各方有点关系的话题：IE 6 浏览器在中国市场份额为何仍然高居不下?

作为一个十余年前发布的软件产品，作为无数互联网行业同仁最头疼的浏览器，无论从哪个方面看，IE 6 都应该推出历史舞台。但是，从各方面数据来看，在国内仍有接近半数的用户在用这个千疮百孔的浏览器，这不是怪事吗? 有知就里的朋友会觉得这不是一个多么复杂的问题，业界同仁都会给出这样一个答案：因为大量定制的盗版 Windows 造成这一局面。这是个关键因素，抛开那个盗版利益链不谈，我们继续提问，为何国内这些安全厂商不协力将这一境况改变?

如果"尊重用户的利益"(refer)， 那么自居"卫士"的那个公司应该努力把这事儿解决掉，而不是搞什么"开机速度大比拼"。按理说，这事儿应该很容易，那个软件管家整天给用户提示一些没什么 新功能的"新版本"软件，给用户多提示下升级真的更加安全的 IE 8 应该不难吧? 当然不厌其烦去提示用户升级一下 IE，不推广自己的什么所谓的"安全浏览器"肯定是一件有损自身商业的事情，但这样会真的赢得口碑和尊重。

同样，那个靠 IM 独霸一方的公司，既然为"一天就能扫描出170万个木马"(refer)而担心用户安全的问题，那么帮用户把大门修好，你们是不是也很省心？当然，这样会有损你们自家生产的浏览器市场。但长期来看，那些损失的会弥补回来。

那个国内最大的电子商务公司，那家国内最大的第三方支付企业，与其忙活着开发"自己"(其实也都是用了别人的内核)的浏览器，还不如去协助用户用到更好一点的浏览器，提升用户的安全，自己就会减少麻烦。这不是帮别人，这是在帮助自己。

或许，这些想法都太幼稚了，因为一个有缺陷的浏览器是是一个植入梦境的机会，是生财之道。谁控制浏览器，谁控制 Web 入口；谁控制入口，谁就能源源不断得获取利益。

中国用户之所以 IE 6 的份额高举不下，其实就是和这些利益链条有关系。说白了，IE 6 这个堪称世界上最不安全的浏览器，就好比一个操作系统系统后门，要想在我等可怜的用户的操作系统上来去自如多半要依赖它。如果中国用户统一升级到 IE 最新版本或是其它如 Firefox、Chrome 等浏览器，恐怕很多号称做"安全"产品的公司都要关门大吉，你说，他们能干么？

对于国内的所有网站来说，解决 IE 6 的问题，就是在帮网站提高效率；对于每一个技术人来说，解决 IE 6 的问题，就是提升我们的生产力；对于每一个用户来说，解决 IE 6 的问题，就是给自己一个掌控自身权益的机会。

这才有点"低碳、环保"的意味在里面。

--EOF--

有时候想想是谁在坚持着IE6？难道不又是那些我们认为大型的公司嘛？正是他们养成了那些普通用户的习惯，只是现在又要求他们改掉，但对那些不太熟悉电脑的人来说，这个难度不低啊。我是习惯了firefox了。。不过，最近也准备折腾chrome，因为听说开发插件很方便。而firefox的插件则有点痛苦。。。

以前这个开放平台就存在，但一直没有关注过。只是这次好象开始支持PHP了。而且。。。
        腾讯社区开放平台是基于QQ空间、朋友社区（QQ校友）两大社交网络的开放平台。至今官方提供了一系列的开放接口（Open API）和开发工具包（SDK），开发者可以通过Open API获取登录用户信息、用户签名信息以及好友关系链信息等。已上线的应用还可以调用支付和监控接口，实现支付功能，查看应用实时运维数据。这句话来自：http://opensns.qq.com/apps/wiki

API接口地址在这里：http://wiki.opensns.qq.com/wiki/SDK%E4%B8%8B%E8%BD%BD#1_PHP_SDK，也可以在此页面下载，文件名中pengyou.class.php，有兴趣的可以看一下。我是下载了，有空的时候折腾折腾。

在商城程序中，不可避免的会给商城的用户展示自己的QQ，于是QQ在线状态就好象比较重要了，因为光显示一个号码并不能使得用户直接与商家交流，所幸QQ提供了这样的功能。

如果你是个人用户，那么：http://wp.qq.com/就可以生成自己的在线状态，比如我就这样显示了一下：

但如果你是企业QQ，上面的功能就不能用了，因为企业QQ的状态与其他的不太一样，他的在线状态生成在这里：http://b.qq.com/wp/

但目前从网上找的资料来看，好象没有更好的办法来判断用户是否是企业QQ，因此只能找了一些相关资料：

如果你想你的网站能够被更好的访问，恐怕robots文件是相对比较好的解决方案之一，但很多人都忽略了这个玩意。
当你的网站的一些内容不想被蜘蛛访问时，但事实上他却不由自主的被蜘蛛抓取而显示在网站上，于是我们就不得不利用robots来disallow一些目录。
内容就大致如下喽：

User-agent: *
Disallow: /xxx/

如果所有的目录都不想被蜘蛛抓取，那就是

Disallow: /

除了目录外，还可以禁止一些特殊的后缀名的文件被蜘蛛抓取，比如你的网站图片是专业的有版权的，当然不希望被蜘蛛抓取，因此，你可以写成类似这样：

Disallow: .jpg$
Disallow: .jpeg$

上面写的User-agent是针对的所有的蜘蛛，如果你不想某个蜘蛛来抓你的网站，你可以单独指定某些蜘蛛disallow，而其他的为allow

一些User-agent类似如下：

百度蜘蛛名字：baiduspider
谷歌蜘蛛名字：googlebot

其他的我也说不清楚太多，不过你可以通过查看apache日志来进行查看那些蜘蛛的User-agent。

说的不是很多，希望有点帮助吧，其实我也是做点笔记。

在开始今天的话题之前，先感谢一下傲骨，在我向板子申请小海豚未果后，他让出了他的sun海豚。
再，感谢ThinkInLamp 组委会（http://www.thinkinlamp.com），也正是由于他们的努力，我们才有了今天这么一个专场（而且很多参与者也放弃了今天同时举办的其他几个专场，比如在篱笆网的前端专场(?UED??)，还有复旦的ubuntu 10.10的专场等，好象还有一个，三马说了，也没有记清）
再，StingChen【http://my1930.com】在我们听讲的时候，努力的在新浪围脖【http://t.sina.com.cn/thinkinlamp】上拼命的在直播（如果他没有PPT，那就是他打字特别快了。。。）
然后就是赞助商和几位嘉宾了（感觉今天就是Action【爱可生】和盛大的专场，有些内容就不多写了，因为StingChen的新浪围脖直播上的内容详细程度堪比PPT啊【点击查看】，可惜不支持倒排。看的会稍微有点累）。
当然我们不能忽略一些幕后工作者，ThinkInLamp的组委会和一些志愿者，他们非常努力的想办好这次专场（据说很多人都是几乎一夜没睡，看到板子【http://blog.thephper.com】的脸都是白的，虽然他们没有经验，但非常努力）
OK，开始讲讲今天的内容吧。对于一些广告我就直接无视了，只记录讲技术的。
先是老谭（谭浚青）给大家介绍了Mysql的myisam与innodb的比较，虽然很多资料大家在应用中都有接触和了解，但他还是对于myisam的key buffer和innodb的bufferpool的调优有了介绍。其中他也介绍了一个小经验，是innodb调优的，说是如果raid卡上有电源模块，那么也就可以利用raid卡上的内存来优化redo log的传输性能。（好象没记错）老谭在介绍这些信息前也介绍了Action公司正在测试的一款新产品，利用服务器上的agent来进行mysql的监控（采用WEB方式进行管理，看他的几个截图倒是真的不错）
接下来就是盛大的赵佳佳介绍了SNS数据库的设计，主要介绍了一些数据库的拆分方案，可能由于小姑娘有点拘谨，虽然内容不错，但讲的一般，大概还是紧张了吧（不过，如果要是换成我，我还会更紧张）。对于数据库的拆分，还是传统的水平拆分和垂直拆分，这两点我就不多说了，网上资料更多。完了结束时，她介绍了Amoeba:分布式数据库Proxy（希望没说错）。
Oracle的杜玉松介绍了Mysql被收购后未来的一些roadmap，也算是让我们对MYSQL的未来有些信心，不至于过份迷惘吧。傲骨倒是对电信级的server非常感兴趣，只是我却对这些没有太大兴趣。当然分区表，也是我们关心的，用lvan的话来说这点在5.5的时候就会有很大的改进，不再象现在还会存在一些BUG，让人不太敢用（感觉好象说是可以智能分区了）
接下来又是盛大的哥们介绍数据库mangoDB【被人批评写错了，应该是mongodb】，对于这个数据库，了解的人真的很多，而且不管数据量的大小，很多人都也在进行尝试（只是我们的条件不如盛大，不太可能是一下子放上几十台服务器进行尝试）。这点就是小公司的DBA不如大公司的地方了，学习环境不够好啊（结束的时候，他略介绍了几个类似的数据库redis,tc等，在介绍memcache的时候说memcache的value最大只能有1M，而mangodbmongodb可以达到4M，但事实上从最近的1.4.2版开始，memcache在启动的时候加上参数，也可以指定value的最大值了）
最后让我有印象的是Action的杨涛涛，他是直接从代码上来介绍了数据库优化的了，讲的非常简洁，真的很简洁，几句话就带过了。不过有些技巧和经验还是让我眼前一亮。。
比如以下几个sql:

可惜杨涛涛对于存储过程、触发器、视图等没有过多的介绍，只是说了一下，视图，玩玩可以，不要在开发机上用就成（存储过程、触发器，我都在几年前看过，也做过一些小应用，只是，全忘光了，前段时间在导数据时，连个查询循环都搞不定了）
最后一位MM的mysql高可用性，我没有记录更多。。因为她介绍的几个方法，其实都已经在正式应用中了，虽然有考虑过換新的系统架构，但換的成本也会太高，不敢尝试。

当然也得提点建议，这次餐券的初衷挺好的，但给KFC造成了很大的压力呀，一下子，并发处理不过来了。
最后，感谢傲骨的小海豚，上两张相片：