专业的人做专业的事才是最有效率的，云计算就是这样，由最专业的公司来负责提供基础架构，我们只需要专注于要做的事，虽然少了一些掌控的感觉，但我想自己管理的服务器肯定达不到云计算提供的平台的稳定性和可扩展性，就算能自己做得很好，那么成本也一定比买来的云计算服务要高很多。云计算是个门槛很高的服务，必须是一个有着雄厚的技术实力和被充分信任的公司，如今新浪的Sina App Engine让我又看到了一块儿免费的蛋糕（还不知道以后正式商用了怎么收费），而且还是LAMP的平台。提供的API就是平时最熟悉的一套行头，PHP、MySQL、Memcached、crontab。

话说回来，这又是个“不好管”的东西，靠新浪在中国多年的打拼，应该是有一套在官府淫威之下生存的手段了，且期待着邀请的邮件吧。

P.S.   申请地址 http://sae.sina.com.cn/?m=inviterequest （已结束）

在http://leric.sinaapp.com部署了一个WordPress，还添加了一个tasks.sinaapp.com，准备做一个任务列表，记事本之类的东西。SAE还是很快的。

其实Python里对编码的处理能力还是很强大的，只是需要理解它处理字符的方式。Python里有两种字符串，str和unicode，他们都是字符的序列（相当于字符数组），区别在于字符的不同，str里一个字符就是一个字节，unicode中的一个字符是一个unicode里的字，长度可能是2字节，也可能是4字节。

Unicode是Python对多字节字符使用的一种内部编码，也就是说在Python内部处理多字节字符的官方编码，但它并不是我们常见的utf-8，具体是什么编码我也不清楚。在Python里处理字符串时，都需要先将来自文件、网络、或者str的字符串转换成Unicode格式，这一步是通过unicode工厂函数或者str的decode方法（decode可以理解为是从一种被编码的二进制字节流解码为Python内部通用的格式），但这是Python并不知道这个外部格式到底是什么格式，decode方法可以传入一个参数，表示这个数据是什么编码。

得到Unicode对象后，就可以对字符串进行各种操作了。在完成操作，要把字符串输出到文件、网络、或者数据库的时候，就要根据需要再把Unicode转换成需要的目标编码了，这是就要用到encode方法了，将字符串编码成需要的格式。

http://effbot.org/zone/unicode-objects.htm

今晚，在清华科技园Google楼前，人们献给Google的花束，和烛光

一直以为小提琴会很贵，前些天心血来潮，在淘宝商城找了一下小提琴，发现普通的工厂琴还是很便宜的，从销量和评价来看都完全可以满足学习的需要，而且我也没指望自己能学到多高的境界。于是花了￥220买下了一个，包括一把琴、琴盒、一本教材、一个肩托、两盒松香，还有一套四根琴弦。

晚上收到了从江苏泰州寄来的琴，先要自己把弦桥装上，开始调音。网上找到的一个调音软件在Windows7下没法运行，只好想别的办法了，在网上找到了个A弦的基准音的MP3，先把一个弦调准了，小提琴每两个相邻的弦之间相差5度，“一闪一闪亮晶晶，满天都是小星星”的前两个音就是相差5度的，我就是想着这个旋律慢慢把弦调节好了（这要归功于小时候学的电子琴，耳朵对两个频率之间的差异还是比较敏感的）。然后开始试试手啦，谁知折腾了半天就是拉不出声，我也知道弓上是要上松香的，但不知道要放多少，一开始抹得太少了，后来使劲磨了一阵子，终于发出声音了。虽然只是很低档的一个琴，但声音还是挺不错的，当然这只是对一个还没入门的人的耳朵来说。已经半夜了，不敢再扰民了，休息。

第二天，在优酷上找到了和我买的教材配套的视频铃木小提琴教程，了解了各种动作，如何拿琴，如何用下巴和肩膀夹琴，如何拿弓，左手如何按弦。然后自己摸索着能拉出个一闪一闪亮晶晶了，还是挺有成就感的，不过完全没有一点美感可言。我知道，乐器完全是靠练出来的，没有任何捷径，慢慢练。

周末了，家里就剩我一个人，可以不用担心吵着别人了，看着优酷上的讲解，一口气学了前5个练习曲，当然都很短啦，练了快俩钟头，按弦的左手扭得疼痛不已，脖子也酸得很，但总算能流利的拉出这几个旋律了，但音色很不好，应该还是动作不规范的原因，后面一段时间就练习这几个曲子啦。

最后转载一篇关于“杀鸡”和“锯木头”的文章。

论学小提琴过程中“杀鸡”、”锯木头”的声音.这是每个小提琴初学者都会面临的一个问题，再伟大的天才，拿起弓子拉琴的第一声也绝不是优美的。好多琴友们学琴都会记得自己开始“杀鸡”“锯木头”的经历，简直成初学代名词了！在论坛ｆｔｐ的乐理书籍里，大家就看到音、乐音、声波、振动这样的概念，噪音和乐音的区别就是振动的方式不一样。实际上不好听的声音是来自于不充分、不和谐的振动，不充分、不和谐的动作又是来自于我们不正确的习惯和动作，总结一下，初学拉琴的噪音主要是这几个方面：
    １、忘记打松香或者松香不均匀肯定拉出“杀鸡”“锯木头”的声音。初学者把琴买到家，新弓子上是没有松香的，至多在试琴时老师或者琴行的人帮忙打一下，所以弓毛对琴弦的摩擦力不够或者不均匀，琴弦不充分、不和谐的振动就会产生噪音。而且，初学琴时没有养成每天打松香的习惯，往往拉几周都不擦，所以琴声里面就夹杂很多弓毛在弦上滑的声音。最近给一个学生上课时，我在课上让她连续打了三次松香，就是因为打得不匀不够。松香不匀比没松香更可怕，杀伤力太强！好在这个问题很好解决，养成好习惯就ｏｋ！
    ２、左手手指没有按实是另一个常见原因。我门在右手上找毛病的时候，毛病有时反而在左手上。还是根据声音振动的基本原理，初学者往往一方面没养成不留指甲的习惯，另一方面手指力量不够，左手指按弦不实，弦的振动就出现很多不和谐的泛音、哨音，和你所需要的音混杂在一起，就是“杀鸡效果”。所以要通过剪指甲的习惯，加上一段时间练习，就会好很多。
    ３、右手握弓姿势不对是最常见也是最难见效的原因。初学姿势，我们在正确与错误姿势的反复过程中，“锯木头”声音会一直陪伴着，而且不走运的人会持续好长时间。那些有一定基础，但是音色不美的提琴爱好者，绝大多数也是姿势不对造成的。姿势不正确，就无法学会小提琴的调色板。如果您是初学琴，建议您认真上课之外，把论坛上所有关于姿势论述的精华帖子，以及ｆｔｐ上全部小提琴书籍中讲到的姿势篇章仔细看一遍，并牢牢记住！对一些有经验的老师来说，他们能一听你的声音，就知道姿势不正确，就是这个道理。
    ４、常说的弓子不直，就是指弓子除了垂直琴弦方向的拉动动作之外（这个运动是演奏所需要的）还有不经意的沿着琴弦方向的滑动，初学琴老师都会要求这一点，原因就在这里了。弓子不经意的滑，会产生哨音、泛音，这个除了贡献于我们“杀鸡”“锯木头”的本事，其它没有任何用处，一定要从开始就注意。
    最后补充一个心得，我对自己学生的要求是“声音结实些，大一些”。个人体会，如果会拉很大音量，就更容易学会拉轻，拉匀。反过来，初学就拉得飘，不仅容易拉成“杀鸡”“锯木头”，而且以后再学拉得浓重就困难了。

关于进一步加强域名注册信息审核工作的公告

    为了提升域名注册信息的真实性、准确性、完整性，进一步加强域名注册信息审核工作，现通知如下要求：
    1、用户向域名注册服务机构在线提交域名注册申请的同时，应当提交书面申请材料。申请材料包括加盖公章的域名注册申请表（原件）、企业营业执照或组织机构代码证（复印件）、注册联系人身份证明（复印件）。
    2、域名注册服务机构应当认真审核用户提交的书面申请材料，审核合格后，将书面申请材料通过传真或电子邮件的形式提交至我中心，并保留书面申请资料。
    3、自域名提交在线申请之日起5日内我中心未收到书面申请材料的或域名申请材料审核不符合条件的，该域名将予以注销。
    4、以上要求自2009年12月14日上午9时起施行。

    如有疑问，请致电CNNIC，联系方式为：
    7×24小时客服电话：010-58813000
     邮件：service@cnnic.cn

                                                                          中国互联网络信息中心
                                                                              2009年12月11日

很迷惑为什么PostgreSQL这样优秀的一个项目总是不被接受，网上搜出的和MySQL的对比都在说PostgreSQL比MySQL慢得多，而证据都是三四年前的某个测试数据。昨晚找到了一个09年6月的帖子，测试方式还算比较严谨，数据在上面的链接里可以看到，作者得出了以下结论：

• MySQL 5.0.51a-24+lenny1 – Debian stable version is the worst performer (also the MySQL version is a little bit old).
• MySQL 5.1.30/InnoDB 1.0.3 with Google SMP patch – Compiled by SUN and InnoDB compiled by ORACLE outperform PostgreSQL in some cases.
• PostgreSQL 8.3.7-0lenny1 – Debian Stable version – It’s a top performer from the Debian standard distro and is out performed only by the latest InnoDB 1.0.3.
• Differences between PostgreSQL and MySQL 5.1.30/InnoDB 1.0.3 are very small
• PostgreSQL is outperforming any MySQL version on Creating, Loading, Created Indexes operations (this can be very usefull on a DB recovery).
• I don’t know why PostgreSQL is performing bad on bulk_delete() bulk_modify() querys … is possible to have a glitch in my configurations?

除了一个批量删除和批量修改的操作PostgreSQL慢的有点离谱（和MySQL相差6000多倍），应该能算是个Bug了，其他的性能大多还是比MySQL要好的。当然这里都是和InnoDB比较的，若是和MyISAM相比的话，慢点儿也是正常，因为MyISAM的功能太少，少了很多必要的操作和约束，对于任何一个业务系统，没有事务支持都是肯定不行的，不过这在MySQL的主要应用领域——网站上并不是个大问题。