今早起床 习惯性的拿枕边的 iPhone 上 twitter 浏览一下
因为如果有大事 这里应该是最及时的
结果发现满屏幕的 Steve 逝世了 意识到这次他是真的走了
真的很以外 前几个月 媒体传他身体状况很不好 但是6的 WWDC 他依然给我们带来了 iCloud 而且昨天 Apple 刚开完发布会
真的是没想到 知道他是09年 之前只会关注苹果的产品 之后开始慢慢了解他的经历 真的是很传奇 我们可能只知道他是 Apple 的 CEO 创始人 但是不知道他是迪士尼最大的股东 Toy Story 的制片人 等等
他真的是太累了 21岁创建 Apple 56岁作为 Apple 董事长 的身份去世 他一生都在改变着世界 现在终于能好好休息了
再见 Steve
今天和朋友谈了好多 关于团队开发App的事情
其实前些天 朋友和我说要开发一款不是我最感兴趣的App的时候，老实讲还是有点不情愿的。因为我真的不怎么对这个App感兴趣，我不喜欢做重复的事情。这个Cloud服务的功能的确没有什么亮点，况且在这类服务中已经有了DropBox了。
再有就是我自己本身。
当初自学PHP，自学Unix下Shell编程，到现在自学Objective-C，都是把这些技术当作是工具，当成是最后达到我梦想的工具，而我的梦想，是服务的本身，比如Twitter，Facebook，4Square等，而不是这个App。这也是我几天几夜不睡觉工作的精神支柱。所以我当时加入团队的原因也是因为我喜欢A2L和PF，但是现在让我去做其他的事情，我很难做到。
我真的是一个不懂得拒绝的人，这点我父亲说得一点也没错。我不想让别人失望，我总是尽我所能得答应别人，哪怕这件事情我真得没有把握去做好，去完成。
真是个坏习惯。
最近发Mail给几个朋友 他们好多都和我说是乱码 以至于我得用Word附件发送
于是Google了一下 发现好多朋友都出现了这个问题
看到了一个分析：
无论系统默认编码是什么类型的简体中文，只要没有指定编码，也就是自动，苹果Mail都会在邮件后面自动加上Unicode的源代码。比如说如果默认编码是“简体中文EUC”，如果我们不指定编码发邮件的话Mail除了把GB2312编码的内容放到邮件里面以外，还会在源代码后面自动加上UTF－8的编码，这才是引起电子邮件乱码的原因。如果我们指定了编码（比如说EUC），那么Mail就不会把UTF－8的源代码加上去了。这一点也可以从邮件大小上看出来。拿我做的实验来说，如果指定编码，那么邮件大小是4K，如果不指定，那就是20K，显然Mail把其它的编码加到邮件里面了。
也就是说，引起乱码的原因并不是哪个类型的编码兼容不好，而是Mail会自动在邮件后面加上Unicode （UTF－8）的编码，和我们选择什么编码关系不大（我试过了，只要是手动指定编码了，EUC，GBK和18030都可以正常显示）。看来下面的工作就是 怎么不让Mail自动加上那部分的编码。
引用链接: http://www.mac52ipod.cn/post/mail-code-LuanMa.php
我们只要指定Mail 发送邮件的编码就行了
打开Mail 在 Message – Text Encoding 中选择Unicode (UTF-8)
再发封邮件给你朋友试试 看还是不是乱码 =)
最近在研究iPhoto 想到如果照片多了的话启动速度会不会变慢
于是Google到了一个办法 可以通过VACUUM命令 加快iPhoto启动速度 原文地址：http://hints.macworld.com/article.php?story=20090227072825458
打开Terminal 然后cd到iPhoto Lirary 默认的话是
cd "~/Pictures/iPhoto Library"
然后使用SQLite的vacuum命令
for dbase in *.db; do sqlite3 $dbase "vacuum;"; done
至此整理优化数据库的工作就完成了 启动试试看吧 是不是快了很多
下面来解释一下VACUUM命令 SQLite关于VACUUM命令的官方文档 http://www.sqlite.org/lang_vacuum.html
简单的说 就是当一个对象 比如表 索引 视图等从数据库中删除 SQLite就会保留删除后产生的空间 当下次有新信息需要添加时就会添加进这些空间
因此 数据库文件可能会比较大
另外 频繁的插入 更新和删除 可能会导致数据库中的信息变得十分分散
VACUUM命令就是先将主数据库包含的文件复制到一个临时的数据库文件 然后清空主数据库 再从这个临时数据库中重新载入原始数据库文件
这样消除了空闲的页面空间 并且使用数据库中的信息都是连续的 这样缩短了载入数据库所用的时间 iPhoto自然能快速启动了
今天想用GarageBand录首歌，启动时候发现报错：
An error has occurred with an installed Audio Unit plug-in.
Audio Unit “General MIDI Module” by “M-Audio”. This plug-in may require an update.
然后开始想会不会是GarageBand的问题
于是开始Repair Disk Permissions & ReInstall GarageBand
发现问题还是没有解决
于是Google Audio Unit是什么 原来是一个苹果专属的Plug in 在 /Library/Audio/Plug-Ins/Components下面 而且这个General MIDI Module是Sibelius自带的 删除的时候不会自动删除
现在清楚了 卸载Sibelius的时候 这个 General MIDI Module 插件没有同时卸载掉 然后GarageBand在启动的时候 会自动扫系统的AU库 发现了这个插件 但是可能是版本或者什么问题无法启用 所以报错
于是进入/Library/Audio/Plug-Ins/Components目录 删除这个 GM_Module_AU.component 文件 再次启动GarageBand 不再报错。