1，安全卫士360加上卡巴司机真的是很有用，尤其是当你给不懂计算机技术的朋友清理多年未扫过的电脑。那电脑简直就是流氓加病毒大百科。应该说这东西对于一般用户来说相当有必要。
2，微软的正版升级用户，可以看到windows live选项，没有什么产品。
3，管理数码照片，picasa有用。写个文章，writely有用。抓图，mwsnap这个免费软件很有用。
4，认识了很多以前光知道名的牛人（单向的），还加了他们的msn和gtalk，虚荣心加强。可是blog浏览数和google pr还是很低，所以，仍旧征求友情链接,条件，blog看着顺眼就行．
5，超酷超帅的vista little风格修改成功，Gneheix真是强人无敌，让我们三呼“Gneheix，我爱你”。不过我想大家的呼声更高更热烈一点再放出来，“你们想不想要啊！！！！！大声一点让我知道！！！！！！！！燃烧我的小宇宙！！！！！！”（实际上是还有一些小问题没解决，笑）
从港台那边有几个blogger在说这件事，比如“五师兄字”，而国内还没有看到今天有写相关文字的。
2006年的blogday，就在这8月31日。
http://www.blogday.org/
快速推荐几个喜欢的blog吧。
1，sunxiunan.com，秀楠宝宝网。
2，wordpresscn.com，wordpress中文消息集散地。
3，hopesome.com播客宝典，消息灵通。
4，魏君子，影评超级有意思。RSS是http://blog.sina.com.cn/myblog/index_rss.php?uid=1433596734
5，robinlu.com/blog/，石锅拌饭，好像blog不很活跃，但是技术很强。
我与BlogDay
为什么要把我自己与BlogDay扯在一起，因为那是有原因的。我的生日就是8月31日，BlogDay也是在这一天，我是在2005年8月31日下午16时才知道有BlogDay这个东东的，值得记念。没想到我和Blog还真是有点缘分的哦。BlogDay 2005 Logo
什么是BlogDay
BlogDay 起源于博客们（Bloggers）认为自己应该有一个专属的节日，用以认识其它来自于不同国度或拥有各种不同嗜好、兴趣的博客。在 BlogDay当天，所有参与活动的博客们应该在自己的站上推荐五个具有特色的博客（Blogs）给所有来访的朋友，藉此和大家分享更多崭新而有趣的博客。
是谁提出BlogDay
你有否注意日期3108（8月31日）这样的写法看起来很像“Blog”这个词。是的，Nir Ofir首先在以色列的一次Blog会议上一边涂鸦一边发现到这个象形，并由此产生出将象形与节日结合的创意，设立一个庆祝日——Blogday，作为博客群体的节日，甚至希望它能成为今后全球的传统节日。这个创意不亚于n年前同样因创意而诞生的Blog，而且创意者的本意不仅仅是单纯设立一个节日，而是号召大家在8月31日这一天都发表一篇网志，让人们发现一些优秀的Blog，并相互推广。
在BlogDay做什么
在八月三十一日这一天内，全世界参与活动的网民都会发表一篇帖子推荐五个新颖的博客，而且最好这五个部落格的内容可能是来自不同的文化、观点和型态。而所有造访的朋友都可以在八月三十一日当天发现自己前所未知的博客，藉此认识更多博客并为这些新发现而庆祝。
1. 找出五个你觉得有趣的新鲜博客。
2. 在2005年的BlogDay当天，留言给这五位博客的主人，告知你推荐了他们的博客。
3. 为推荐的博客写下简短的介绍，并在文中放置这些链结。
4. 在8月31日当天张贴上推荐的帖子。错过了今年的BlogDay，如果明年还有的话，我一会做的。
参看：
http://niro.typepad.com/spark_armada/2005/06/blog_day_2005.html
http://blogday.wikispaces.org/about_cn
http://spaces.msn.com/members/f6iend/Blog/cns!1p3IOupNKL_Xe0qRL8H2434A!313.entry
http://www2.uuzone.com/blog/Tak/36608.htm
尝试解决过去的CSS editor无法保存的问题。
欢迎试用，在“插件”菜单里面激活，然后就可以看到”CSS Editor2″。
有问题请留言。
如果原先的CSS Editor好用，不要激活使用新插件，没有必要。不过，两个插件是不冲突的。
首先征求信息，哪位大大知道哪里可以买到《威尼斯日记》，真好看，很想留一本放家里。
主要想说的是前一阵blog的“读书游戏”。
这是一种无意识自由散漫的游戏，有人积极参与，有人到此为止，有人根本参加。也有人提到过，（好像是老白）这游戏就像是给豆瓣做广告。
其实也不能算是douban的广告，现在不还有什么非非等类似豆瓣的服务么。
只是，为何没人去收集挖掘这个游戏产生的数据里，更深层一些的东西呢？google，feedsky，zhuaxia很重要的一点，我想就是他们掌握了用户的数据。这是他们盈利最基础的东西。AOL的搜索数据泄露，对于某些公司来说，简直就是天降甘露。我写过，也有人写过，feedsky这样的公司如何盈利。其实他们手里的数据就是他们重要的财富，对这些数据进行多次挖掘就可以得到很有用的一些结果。
blog读书游戏至少可以得出“知名博客最爱读的书”，或者“牛人最爱读的哲学书、休闲书、沙漠救险书”等等花样。可惜开始没想到，要不然搞个游戏专门的站点，这些数据不就有了么。
大多数人还是喜欢看排行榜或者流行榜然后进行选择，我也是如此，这也是现在这种信息过载时代无法避免的问题。相信精英的选择，相信专家的选择，至少不会有什么大的问题。大家经常看的博客，划拉划拉其实也就是那几个，然后加上自己的亲朋好友，这圈子真的很小。
游戏只是游戏，我现在说这些，都是事后诸葛亮罢了。
当然可以。已经开始在实验站点进行测试，运行效果相当不错。
可以移步到http://dlbaobei.com/blog/ak47这个实验站点，如果喜欢这种温婉的女性风格模版，希望您留言。
有人喜欢新模版，有人喜欢老的keso风格。没人强迫，我只是想要一点选择的权利。有时候，千人同貌给我的压迫感，如同活在一个机器时代，每件物品都来自一个模子，工人只是机械的把产品拿下拿上，就好像卓别林的那部电影《摩登时代》。
转载自livid.cn，天才程序员。
http://www.livid.cn/doc_view.php?doc_id=5332
中文 Web 阅读体验
关于制造中文 Web 阅读体验过程中的一些思考结论。
1. 正文字体的尺寸应该使用固定的偶数像素单位，如 12px，14px，16px 等，一个例外情况就是 15px 像素也是相当不错的正文字体的尺寸。由于中文 Windows 操作系统及部分的 Linux 发行版使用的是像素字库，因此，这几个尺寸的字体在显示效果上最佳。而在 Mac OS X 上，因为 Mac OS X 使用的是矢量字库，则在各种尺寸下显示效果都不错。另外就是，Mac OS X 的中文矢量字库中内嵌了 12px 的像素字库。
2. blockquote、ol、ul 等 HTML 元素内的文字应该在顶端和尾端留出至少 10px 的空白，在左端留出 20px 左右的空白，右端 10px 左右。在 CSS 语法中这些空白应该使用 margin 方式设置，padding 方式不提倡使用。padding 可以用来实现其他视觉效果。
3. 不要随意在正文和标题中使用拉丁等宽字体，除非是为了一些艺术上的用意。拉丁等宽字体应该用在和模拟打印制品或者程序源代码有关的场合。
4. 不要在任何地方强制指定使用任何的艺术中文字体，比如“魏碑”之类，这将在超过一半以上的计算机上，尤其是非 Windows 操作系统的计算机上不会显示出任何效果。
5. 应该对大部分文字的 line-height 属性进行强制指定，一个经验是，对于正文文字，line-height 数值可以指定为这些文字的 font-size 的像素值的 1.6 倍左右。如果是标题文字的话，1.3 倍左右。
6. 中文正文及标题中出现的标点符号应该使用全角方式输入。
7. 中文正文及标题中出现的英文及数字应该使用半角方式输入，并且在左右各留一个半角空格。如果这些这些半角英文及数字的左边或者右边紧接着任何的中文全角括号或者其他标点符号的话，则不需要加入半角空格。
8. 中文全角空格应该只在标题处使用。此外，在 Web 上的文字的正文的段落开头是否使用两个全角空格是个人喜好问题，反正我不喜欢用，因为这些全角空格有些浪费存储空间，且对快速扫描式的阅读没有太大帮助。
9. 在 Web 上的文字，是被人们用眼睛来扫描的，绝大部分都不会被人仔细阅读。
10. 中文字体的粗体和斜体显示效果不推荐使用。在大部分非 Windows 操作系统上，这些效果都不被字库或者浏览器支持。而在 Windows 操作系统上，这些效果也不够理想。粗体中文显示效果在 Windows 操作系统上会让部分笔画连接在一起而使得文字难以被辨认，而斜体中文显示效果则会使得部分笔画消失，也非常难以被辨认。如果一定要使用此二种效果，则要么通过 CSS 的 font-weight 方式指定，要么通过 strong 和 em 标签，而不要使用 b 和 i 标签。
11. 中文的段落与段落之间应该留出一个完整的空行。即每个段落使用一对闭合的 p 标签在不加 CSS 时候的效果，或者是使用两个 br 标签时产生的效果。注意，这个空行的高度会受到 line-height 的影响，因此不要把 line-height 设置为太高的数值，否则将使得两个段落之前的视觉联系减弱，导致影响阅读时候的思路连贯。
12. 如果文字是要被通过 RSS 输出的，则可以考虑在其中加入一份内嵌样式表，对于 ol、ul、blockquote 等元素的样式尤其需要控制。这样可以保证即使文字被显示在其他网站，其样式也依然可以保持统一，如果没有被聚合器过滤 HTML 标签的话。
以上这些，是我在写任何 HTML 文档时候的指导原则。比如，V2EX 的所有文档及 UBB 转换器都尽量符合这些原则。
我想到一个可能的技术创意，将论坛与博客联合起来。
blogger在论坛写文章，通过blog的网络服务api调用，把文章发送到各大BSP上，比如blogger或者msn space，或者我们的my donews，不需要把博客建立在论坛同一个网络服务上。然后论坛产生一段js或者是html代码，附在文章后面。
这段代码标示了文章在论坛上的链接，也许还可以输出其他用户的跟贴回复，或者一些其他信息等等。
当读者看到这篇文字，很感兴趣，就点击这段链接进入论坛进行回复交流。这样论坛就把自己作为一个评论的集散地，集合了人气。
其实，有点象抓虾blog阅读小组和cocomment的mashup。但是也有很大不同。
技术难度几乎没有。如果有人想实现，可以与我进行探讨，可以担任技术顾问角色（笑）。
为何要这样做？博客自己可以通过一个大型论坛集合人气，比如donews这样，人气值就很高，而且还不需要把blog建立在donews上，自己可以有控制的自由，只要改动一些配置就行。另外，论坛对于人员管理方面要比一般博客程序做的细致，比如评分、回复管理功能都要强于现有的博客程序。有名的博客可以建立自己的子论坛，就好像xilu的模式。用户可以回复，不可以发帖。团体博客就更容易实现，只要把某个用户组作为一个团体进行blog就可以。而且方便的一点是，论坛可以通过积分控制用户是否可以贴图贴文件，这对于一般来说无法贴图的博客站点来说，是相当的有用。
为何不使用论坛已有的博客功能？一个是论坛附带的博客功能比较弱，而且未必稳定。但是使用已有的或者自己顶级域名的博客没有这种问题。
风险是什么呢？大概就是评论不能直接放置在blog服务器上，而是转移到了论坛上。需要考虑评论的备份问题。另外就是这个论坛一定要选择比较稳定的服务。比如donews这样的。
我们的口号是：要论坛也要博客，哈哈。