好吧,是时候应该要写点什么了。
错过了2009年的总结，又错过了2010年的展望。我怕，要是我再不写点什么，这个Blog将会被彻底遗忘了罢。
一切安好，身体，家庭，工作都很好。不写Blog的原因一是没时间，二恐怕是因为“平淡”到是在不知道该写点什么。我曾经说过，我希望我的Blog是一个学习的平台。反应了我的状态。可惜，忙碌的工作使得思考变得零零碎碎起来，而这些零碎的东西往往很适合通过Twitter这个出口宣泄出去。于是，当我正儿八经地坐在电脑前，打开Wordpress的Dashboard时，突然一个字都写不出来了。杯具，这一定是杯具。
终于在2009年的尾巴上实现了我拥有一台MacBook的梦想，不光如此，还直接从MacBook变成了MacBook Pro。要谢谢老婆大人的理解和大力支持。BTW,在TextMate上写代码果然是一种享受啊 :-)
总之，我一切安好，在2010年，我想我应该会多写几篇Blog吧。正确每个月2篇 :-)
前些日子还在纠结为什么在Windows平台下就没有像Things这么优雅的GTD软件呢。
今天终于被我找到了一个简洁，干净的AIR程序，叫“Doit.im” 难得的是，这个程序几乎还原了我能看到的Things的操作。当然，有一些改动，但是几乎已经很接近了。
使用这个服务，需要注册一个doit.im的帐号，然后就可以在安装了这个客户端的所有电脑上同步你的GTD信息了。不过暂时还没有Web端的对应服务，所有的操作都是基于客户端的。
整个程序的非常直观，“收件箱”中是一些新建任务的默认地点；然后再把他们调整到对应的列表中，比如“今日待办”“明日待办”以及“择日待办”；或者是有具体日程的“日程”和一个比较笼统的“行动列表”。可以用拖动来完成在列表间的转换，甚至是设置成“完成”的项目再拖回别的列表中就变成“未完成”项目了。
整个侧边栏中“明日待办”比较好玩，这是Things所没有的，官方解释是：
您可以将需要明天完成的待办事项放在明日待办中；午夜12点后，明日待办中的事项会自动出现在今日待办中。
只是这么一来，明日待办事项和别的“择日待办”有什么区别?为什么要在择日和今日之外再单独地把明日列出来?不是很清楚这个逻辑。
不管怎样，一个刚发布半个月的程序，可以达到1780++（在我写这篇Blog的时候，又多了7个）注册会员，还是值得表扬的。
希望Doit.im的开发者可以继续完善这个东西，并且热烈期待着本程序的iPhone同步功能，官方日程是10月底的1.1版，到时不知道是怎么同步的，应该是Web同步，不是native的app吧 :-)
如果你还在找一个GTD程序，那么doit.im值得一试
前几天，在name.com购买了一个我现有域名中最长的一个。
http://www.youcanmakemoneywithoutdoingevil.com
很喜欢Google，我想很大一部分原因是因为这句“不作恶”的宣言。虽然它在Google的10 Things中不是排在第一位，可是对我，对所有喜欢Google的人的影响应该是很大的。
在看Function的“Creative Domain Names: Some Clever Alternative Methods”的时候想到了这个域名，一查居然还可以注册，马上就收入自己囊中了。(当天晚上，name.com搞促销，.com的域名只售5.99刀一枚，这是后话了）没想好这个域名用来做什么，先指向了Google.com，向Google致敬。
再次，让我们重复一下这句话 You can make money without doing evil :-)
之前看过Kimihuang的Blog有一个分类叫做“Kimi来找茬”专门找一些网站的设计方面的问题，很受启发。
今天看支付宝的网站的时候，发现支付宝有一个页面描绘了在生活中使用支付宝的一些场景。
其中，描绘“水电煤缴费”这个环节，用的是“杭州都市快报 员工” 高小姐的一个陈述。“白天要上班，晚上回家要照顾家人，家务永远也做不完。用支付宝交水电和煤气费，不用再去银行排队，跟家人在一起的时间也更多了。”
可是，支付宝的同学们，你们没有理由不知道杭州，现在还没有办法用支付宝来交电费才对啊。
为什么不找一个“水电煤”3个服务都已经开通了的地方来编写用户场景呢? 要知道支付宝强调的是“诚信”不是吗?
转眼又到了9月28日。终于，我站在了2字头的尾巴上开始遥望3字头的时代。
能走过这29年，需要感谢的人很多。父母，老婆，所有的家人。朋友，老师，同事。
谢谢你们，让我这29年健健康康，快快乐乐的渡过。
在接下来的29年，我该怎么做? 会有什么样的变化? 我希望到那时，我可以再发一篇Blog Post来告诉大家 :-)
谢谢各位的生日祝福，很美好，很开心。
还记得“Balsamiq”么?这个小工具可以让你制作页面的原型。不过，你制作的原型却只能以图片的形式存在，没法导出成HTML/CSS/JS，这可不妙。
终于，在经过一段时间的寻找之后，我发现了“Napkee”这是一个专门为“Balsamiq”而制作的软件，同样也是基于Adobe AIR，可以把Balsamiq生成的项目文件转换成HTML/CSS/JS文件，甚至还可以导出 Adobe Flex3格式，只要按一颗按钮而已 :-) 很简单是吧? 我们来试试看吧。
这个软件提供了15天试用，15天之后，一些功能将会不能被使用。你可以花49美元来购买它。当然，Napkee也和Balsamiq一样提供了一种免费得到一个License的机会，具体是什么?你可以去他们的网站上找找看 :-)
自从上周我把iPhone升级到iPhone OS3.0之后,我发现我的iPod功能就失效了。每次一打开iPod就会自动退出程序。而且iTunes也无法发现iPhone，91助手好些,虽然可以连接，却也没法子往iPhone传音乐。
发现这个问题的时候,我实在是有些无语。要知道，用来“越狱”的那个“redsn0w”在win7上没法正常运行，就算设置了兼容设置，以windows XP SP2模式运行也是会100%停止响应。我开始后悔为什么我要把自己的iPhone升级?而且用的还是“恢复”而不是“更新”。重新安装程序的苦闷不算，现在还要摊上重新恢复的风险。
好在，这个世界上还有“Google大神”。在尝试了种种秘籍却失败之后，我几乎就想放弃了。上帝保佑，我发现了一个信息，“只要把/private/var/mobile/Media路径下的 itunes-control”然后再次连接iPhone和itunes就可以了。
好吧，在这里记录一下这个信息，希望如果还有朋友遇到这样的问题时，可以少尝试一些我走过的弯路。 :-)
因为原来用SVN取得的Wordpress常常遇到代码冲突的问题 生成了很多文件,看着很可恶。
今天就借着修复无法用Live Writer连接Blog的机会,想把整个WP MU升级一把,正好看到现在的版本是2.8.4a了，想都没想就直接上传覆盖了原先的文件。
整个过程很快,一会儿结束之后,自己的几个站点都可以打开。想想应该没什么问题了。直到2分钟之后接到苏打水的短信，才知道他的Blog页面变得一片空白…再次确认了所有*.ialog.com 发现之后这个是异常的。
试过在后台存档这个Blog，再次访问时提示是站点被Suspend,那么DNS之类的问题是没有的了吧。
试过去php_Myadmin查看数据库表,内容都还在。
只是不知道为什么就是在访问时一片白色 -__-
已经给DH 的support team发了ticket 虽然这个严格来说不是他们的问题，不过想想或许还有人跟我同样的遭遇，他们也许能提供一些解决思路来的。
转眼间又到8月31日。算起来,今天算是第五届Blog Day了。早上起床打开电脑,看到@Lemond和@sidekikick在Twitter上提及才想起这件事情来 :-)
这些年来,写Blog的机会是越来越少了,不管是在Twitter上发泄了那些零星的表达欲望也好,还是工作越来越忙,没时间来照看Blog也好,我的Blog都快成了Delicious的Link Farm了 :-(
不过,幸好Blog Day的宗旨是推荐5个新读到的Blog。这点对我还不算太难,毕竟读Blog的时间还是有的。
1. 人物志
这是中文网志年会的一个线上新项目。基于WPMU的BuddyPress.虽然整个形态是类似SNS，但是我要介绍的是他的一个Blog,有一个专门的栏目“周荐一博”（我怎么记得原来是“日荐一博” :-( ）每周都会有人在上面推荐一个Blogger，很好玩，很多都是我之前不知道的Blogger。
2. Nettuts+
这个Blog上经常有各式各样的教程实在是居家旅行之必备。
3. Apple4us
这个Blog不能不提,这是我看到过的国内介绍Apple相关讯息最好的Blog, 没有之一。这帮作者很热情，也很有动力。
同时顺带推荐一下他们的另外一个项目 DaCode Tee都很有想法 :-)
专注于拇指设备小众讨论。什么是拇指设备? 手机只是其中之一吧，另外的您就自己看Blog去咯。
5.我的咖啡你的茶
这是我几个朋友一起准备写的一个专门话题类的Blog，专门介绍咖啡和茶相关的讯息。如果喜欢，就订阅一下吧。虽然现在的更新频率还不能保证，但是我们能够保证的是不更新那些有的没的没用信息 :-)
好吧,5个Blog转眼就写完，差不多也该收工去上班了 :-) 各位,你准备在今天Blog Day写点什么东西么?
Technorati: Blogday2009
一直以来,我都不太愿意写这样的话题。总觉得这样的文章有点不实际。今天看到NetPlus+写的这篇Blog觉得很以为然，所以还是翻译一下吧。当然，这个所谓翻译，不是原封不动的，原文可以猛击这个链接去参观。
在早些时候,常可以看到这样的代码：
[code lang=”html”]<li>这是一行文字
<li>这还是一行文字
<li>好吧，这难道不是一行文字吗?[/code]
不瞒您说，当时我也是这么写的，总觉得这样的代码写出来不影响实际显示效果，而且可以少些几个字…
现在html代码的检验越来越严格了，如果你不想遇到检验或者其他的小问题的话，还是采用标准的写法吧。标准的写法，当然要包括UL和LI并且闭合才行：
[html]
<ul>
<li>这是一行文字</li>
<li>这还是一行文字</li>
<li>好吧，这难道不是一行文字吗?</li>
</ul>
[/html]
一般来说。Doctype出现在html标签开始之前，也就是一个页面的最顶端。浏览器最开始读到这段代码，正确的doctype可以告诉浏览器这个页面中到底包含了什么样子格式的代码。
[html]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
[/html]
上面标出的是最常见的4种声明。一直有争论说到底用哪种声明比较好，有一种观点说用xhtml-strict的，可是我发现大多数人用的或许还是html 4.01 strict, 也就是上面第一条。不管怎么样，最重要的是要记得声明 :-)
[html]<p style="color: red;">这是红色的字</p>[/html]
我也不清楚为什么，这点看上去似乎没什么问题。不过，大牛们说，人应该在同一个时候专心地处理一个问题，不要在编写页面代码的同时去考虑页面样式的问题。一切样式的问题等到页面代码结束了之后再说吧。
看来，这是代码习惯的问题?
建议是把这些东西放到专门的css文件中去
[css]
#element > p{
color: red;
}
[/css]
虽然CSS文件可以放在页面的任何地方，这条建议的出发点是为了可以让页面载入速度变快些。
[html]
<head>
<title>页面标题</title>
<link rel="stylesheet" type="text/css" media="screen" href="path/to/file.css" />
<link rel="stylesheet" type="text/css" media="screen" href="path/to/anotherFile.css" />
</head>
[/html]
这个还是出于加快页面载入速度的考虑。当浏览器读到脚本的时候，它没法再继续加载页面，所以把脚本放在底部可以保证整个页面的主要内容首先被显示出来。
[html] <p>页面内容在这里. </p> <script type="text/javascript" src="path/to/file.js"></script> <script type="text/javascript" src="path/to/anotherFile.js"></script> </body> </html> [/html]
想当年（用上这个词的感觉真好）似乎大家尤其喜欢用内联的Javascript脚本。不过现在我们不这么做了，我们把Javascript脚本放在单独的文件里，然后用addEventListener/attachEvent来监听事件。
或者，还可以用jQuery这样的框架来实现
[js]
$(‘a#moreCornInfoLink’).click(function() {
alert(‘Want to learn more about corn?’);
});
[/js]
如果你用的是Firefox，那么建议你使用Web Developer Toolbar这个插件。它可以帮你做检验HTML的工作，当然还有CSS和Javascript.
用Firefox的很多html开发者都是冲着这个插件的吧。如果你还没有用过这个插件，那么建议你赶快下载一个吧。
这条有点凑数哦！不过，作者说很多人只发挥了Firebug 20%的优势。哈，那么还等什么，赶快用一下吧，20%就这么厉害了。
资料：
这一点，我有时没法很好的遵守，原因竟然还是懒。。。
因为在中文和英文切换时，有时按一下大写键比较顺手 :-)
于是就有这么难看的代码了
[html]
<DIV>
<P>这是内容</P>
</DIV>
[/html]
这其实也是一种变成习惯问题 :-) 英语人士在阅读这些代码的时候估计会很累? 所以一下的代码是值得推荐的
[html]
<div>
<p>这是内容</p>
</div>
[/html]