Blogger beta新模板修改起来并没有我预先估计的那样复杂。
今天帮云影把新的Blog基本搭建好了，还有些细节要完善。地址：http://hallenyu.blogspot.com。主要工作就是把原来的CSS搬过去，然后根据布局的需要增加了几个DIV——顺便梳理了一下整个模板的结构，加了一些注释。
我是在Blogger beta提供的现成模板基础上加以修改的。在梳理结构过程中就发现那些高手的coding习惯也不是足够好。比如我的一个好习惯：为DIV加注，如：<div id="idname">...</div><!-- #idname -->在原始模板里就没有见到，于是要定位某些元素非常困难。梳理结构，既是主动了解，其实也是迫不得已。
所谓技术进步，其实都是对最终用户而言。Blogger beta技术进步了，更方便了，是说对不需要像我这样去改代码而言，进步了，方便了。改代码其实要比以前做更多的事。当然设计者也是一个层面的最终用户，Blogger也需要为咱们多多努力。
2006-10-17
2006-09-22
更改Blogger的“快速编辑”图标
Blogger的“快速编辑”还是很好用的，但并没有提供多种图标的选择，唯一的一个跟本站的界面不太和谐。原来是打算放弃“快速编辑”功能，但实际使用中发现没有它还的确不方便，那就还是用上吧，把图标改了就成。
Blogger的帮助文件提供了修改发送邮件图标的方法，但这个方法显然不能套用来修改“快速编辑”的图标。
我琢磨了一下，用以下方案可行：
这个例子修改了“快速编辑”图标，并且指定了普通、悬停两种状态使用不同的图标。如果只需要改为一个静态图标，就忽略第二段。
Blogger的帮助文件提供了修改发送邮件图标的方法，但这个方法显然不能套用来修改“快速编辑”的图标。
我琢磨了一下，用以下方案可行：
这个例子修改了“快速编辑”图标，并且指定了普通、悬停两种状态使用不同的图标。如果只需要改为一个静态图标，就忽略第二段。
2006-09-18
[链接] 空白显示页面问题的解决
点击访问原作
在windows操作系统上使用IE作为浏览器时。常常会发生这样的问题：在浏览使用UTF-8编码的网页时，浏览器无法自动侦测（即没有设定“自动选择”编码格式时）该页面所用的编码。即使网页已经声明过编码格式：
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
，由此造成某些含有中文UTF-8编码的页面产生空白输出。
如果使用的是Mozilla、Mozilla Firefox、Sarafi的浏览器这不会造成这个问题。这是由于IE解析网页编码时以HTML内的标签优先，而后才是HTTP header内的讯息；而mozilla系列的浏览器则刚刚相反。
由于UTF-8为3个字节表示一个汉子，而普通的GB2312或BIG5是两个。页面输出时，由于上述原因，使浏览器解析、输出<title></title>的内容时，如果在</title>前有奇数个全角字符时，IE把UTF-8当作两个字节解析时出现半个汉字的情况，这时该半个汉字会和</title>的<结合成一个乱码字，导致IE无法读完<title>部分，使整个页面为空百输出。而这个时候如果察看源文件的话，会发现实际上整个叶面全部已经输出了。
因此最简单的解决办法是再网页文件的<head></head>标签中一定要把字符定义<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
放在<title></title>之前。
2006-09-15
Blogger beta
试用了一下Blogger beta，功能的确加强了很多，表面上最突出的就是Label。这个功能的确很实用，也是Blogger因为没有提供这个功能而一直以来被诟病之处。看来Blogger beta要在这个问题上打个翻身仗。
Label，在大部分网站一般叫做Tag，反正是一回事，就是给主题添加一些简短的描述，然后就可以通过众多描述的共同之处进行分类。
最需要这个功能的其实是图片网站，比如flickr。因为Blog之流尚可通过文本搜索，进行人工的查找。效果自然不如Tag来得好，但总算有此功能。但图片站可就十分依赖Tag技术了。用户对同一张的描述会产生两维的效果，一维是广度——描述差异性越多，再次找到它的可能性就越高；另一维是深度——描述的相同性越高，就越接近图片主题的本质。比如一幅树叶的图片，最容易想到的Tag就是“树叶”，但也有可能是“黄色”；因为它是黄色的树叶；也可能是“秋”，因为它是秋天的树叶；也可能是“五角”，因为它有着五角的外形……
这应该跟人工智能有关吧？不懂，瞎猜。
但实际上Blogger beta最大的变化之处是骨子里的，网络重构。新的模板必须采用严格的XHTML 1.0 Strict！内置的转换标记也是一套全新的系统，这些都增加了用户自定义模板的难度——要从Blogger转向Blogger beta并不是一件轻松愉快的事情；除非你采用那些老老实实的模板。
其他的诸如翻页功能、新的档案文件列表方式，相较而言都是小儿科了。
现在对我来说，遇到一个具体问题：我正试图把诗歌栏目也转向Blogger，但Blogger对帖子日期有限制，只支持最早到1990年，那么我80年代的作品就无法有正确时间了，虽然作品不多，但这总是不爽。试用Blogger beta发现它对日期的支持要好的多，还是方便的手工输入方式——那么到底用哪个？还是两个都不用，用MySQL+PHP自己做？
Blog这东西提供了一种网页（网站）结构与内容分离的极为便利的方式，不用还真是可惜啊。
Label，在大部分网站一般叫做Tag，反正是一回事，就是给主题添加一些简短的描述，然后就可以通过众多描述的共同之处进行分类。
最需要这个功能的其实是图片网站，比如flickr。因为Blog之流尚可通过文本搜索，进行人工的查找。效果自然不如Tag来得好，但总算有此功能。但图片站可就十分依赖Tag技术了。用户对同一张的描述会产生两维的效果，一维是广度——描述差异性越多，再次找到它的可能性就越高；另一维是深度——描述的相同性越高，就越接近图片主题的本质。比如一幅树叶的图片，最容易想到的Tag就是“树叶”，但也有可能是“黄色”；因为它是黄色的树叶；也可能是“秋”，因为它是秋天的树叶；也可能是“五角”，因为它有着五角的外形……
这应该跟人工智能有关吧？不懂，瞎猜。
但实际上Blogger beta最大的变化之处是骨子里的，网络重构。新的模板必须采用严格的XHTML 1.0 Strict！内置的转换标记也是一套全新的系统，这些都增加了用户自定义模板的难度——要从Blogger转向Blogger beta并不是一件轻松愉快的事情；除非你采用那些老老实实的模板。
其他的诸如翻页功能、新的档案文件列表方式，相较而言都是小儿科了。
现在对我来说，遇到一个具体问题：我正试图把诗歌栏目也转向Blogger，但Blogger对帖子日期有限制，只支持最早到1990年，那么我80年代的作品就无法有正确时间了，虽然作品不多，但这总是不爽。试用Blogger beta发现它对日期的支持要好的多，还是方便的手工输入方式——那么到底用哪个？还是两个都不用，用MySQL+PHP自己做？
Blog这东西提供了一种网页（网站）结构与内容分离的极为便利的方式，不用还真是可惜啊。
2006-09-09
更正一下
Feed的几个技术里面说：
因此我就修改了一下，获得另一个全站Blog的RSS聚合：
http://feedjumbler.com/users/ivox/all/rss.xml
FeedJumbler生成聚合会有个问题，即我下次更改、增加RSS地址后，新生成的聚合就会有不同的名字。
今天又研究了一下，在FeedJumbler注册以后，其实会获得一个固定的RSS地址，其对应的聚合可以根据自己的需要进行修改。因此我就修改了一下，获得另一个全站Blog的RSS聚合：
http://feedjumbler.com/users/ivox/all/rss.xml
Feed的几个技术
首先是聚合。我很奇怪会有那么多桌面的RSS聚合阅读器，那些东西想来也的确不错，但何不就在线阅读呢？
针对我自己的这些Blog，聚合的意义很简单，就是把内容组织到一起，按时间顺序排下来——但如此简单一个要求，网上竟然找不到现成、合适的script。我查了算起来一整天的资料，总算明白AJAX不能跨域查询，OK！但我们不是非用AJAX不可啊。
Safari的RSS阅读器对我来说就十分理想。我甚至把那个.js文件抄过来好好研究了好一阵，但终于还是放弃了。毕竟自己不是专业的Coder哈。
找不到合适的资料跟搜索引擎有极大关系。下午4点左右我试了一下在Google里面用“combine rss script”来搜索——这下豁然开朗了，总算找到一大堆在线聚合的网站。
接下来的事情就是研究到底哪个更好用……比较了无数了，总算暂时选定了lazytom's FeedJumbler。这个聚合服务并不是有多好，总算能用了。
有了聚合，本站首页就可以显示各个栏目的文章了，但Blogger放在我的FTP上的RSS有些问题。最好的解决办法就是把Blog放去Blogspot.com——反正现在这家速度还满快，那就放过去好了。同时这样也解决另一个很烦人的问题：由于Blog生成的文件极多，GoLive在发布、更新的时候速度超慢！现在删掉了大量文件，自然就好多了。
Adobe也该打五十大板，GoLive的FTP模块效率实在太低，还超级占资源。
FeedJumbler生成聚合会有个问题，即我下次更改、增加RSS地址后，新生成的聚合就会有不同的名字——原来的应当还能用吧，但订阅了旧的聚合的用户就不能得到新栏目的更新状况了。
这样就要用到FeedBurner了。这项服务的基本内容就是把有可能变化的、不好记的、乱七八糟的，如此等等的RSS重新包装一番，再赋予一个好记的、稳定的名字。其实就跟我们用域名来代替IP一样。
好了，本站永久性的Feed就这样炮制出来了！欢迎订阅——
http://feeds.feedburner.com/ivox
针对我自己的这些Blog，聚合的意义很简单，就是把内容组织到一起，按时间顺序排下来——但如此简单一个要求，网上竟然找不到现成、合适的script。我查了算起来一整天的资料，总算明白AJAX不能跨域查询，OK！但我们不是非用AJAX不可啊。
Safari的RSS阅读器对我来说就十分理想。我甚至把那个.js文件抄过来好好研究了好一阵，但终于还是放弃了。毕竟自己不是专业的Coder哈。
找不到合适的资料跟搜索引擎有极大关系。下午4点左右我试了一下在Google里面用“combine rss script”来搜索——这下豁然开朗了，总算找到一大堆在线聚合的网站。
接下来的事情就是研究到底哪个更好用……比较了无数了，总算暂时选定了lazytom's FeedJumbler。这个聚合服务并不是有多好，总算能用了。
有了聚合，本站首页就可以显示各个栏目的文章了，但Blogger放在我的FTP上的RSS有些问题。最好的解决办法就是把Blog放去Blogspot.com——反正现在这家速度还满快，那就放过去好了。同时这样也解决另一个很烦人的问题：由于Blog生成的文件极多，GoLive在发布、更新的时候速度超慢！现在删掉了大量文件，自然就好多了。
Adobe也该打五十大板，GoLive的FTP模块效率实在太低，还超级占资源。
FeedJumbler生成聚合会有个问题，即我下次更改、增加RSS地址后，新生成的聚合就会有不同的名字——原来的应当还能用吧，但订阅了旧的聚合的用户就不能得到新栏目的更新状况了。
这样就要用到FeedBurner了。这项服务的基本内容就是把有可能变化的、不好记的、乱七八糟的，如此等等的RSS重新包装一番，再赋予一个好记的、稳定的名字。其实就跟我们用域名来代替IP一样。
好了，本站永久性的Feed就这样炮制出来了！欢迎订阅——
http://feeds.feedburner.com/ivox
2006-09-08
Blogger的几个用法
今天最重要的事情就是把“爱好”这个栏目Blog化了。当中涉及到好几个技术问题。
图片浮动是很容易实现的。但按照Blogger提供的，也就是通常的方式，图片只能在Blog内文里面浮动，并不影响日期和标题；并且那种浮动是围绕式浮动，跟我需要的效果不同。
好在Blogger的模板定制能力够强，内文也支持DIV。那么我就有办法了。 办法的关键是在设置里面里面取消浮动对齐方式！然后在内文里面把图片放在一个DIV里面令其float:left;，而把文字放在另一个DIV里面，令其float:right;。
另一个同样关键之处就是在模板里面把日期和标题放在一个DIV里面，令其也float:right;。
实际效果见“爱好”栏目。
把页面直接放在blogspot.com会有很多好处，但有个前提：去掉Nav条。
做起来倒是简单，在CSS里面放入这段就好：
图片浮动是很容易实现的。但按照Blogger提供的，也就是通常的方式，图片只能在Blog内文里面浮动，并不影响日期和标题；并且那种浮动是围绕式浮动，跟我需要的效果不同。
好在Blogger的模板定制能力够强，内文也支持DIV。那么我就有办法了。 办法的关键是在设置里面里面取消浮动对齐方式！然后在内文里面把图片放在一个DIV里面令其float:left;，而把文字放在另一个DIV里面，令其float:right;。
另一个同样关键之处就是在模板里面把日期和标题放在一个DIV里面，令其也float:right;。
实际效果见“爱好”栏目。
把页面直接放在blogspot.com会有很多好处，但有个前提：去掉Nav条。
做起来倒是简单，在CSS里面放入这段就好：
2006-09-05
2006-09-02
2006-07-20
Blog究竟是什么？
这个问题是问Blogcn和广大Blog用户的。
我早已发现Blogcn提供的Blog里面，“引用”功能是无效的——总是报告“缺少参数!!”。前几天我给Blogcn的技术支持打了电话，报告了这个严重Bug。接电话的小伙子听得时分茫然，明显没有遭遇过这个问题。我不得不耐心细致地给他讲解了问题的症状。
几天后，Blogcn总算作出了反应，但不是改正，而是儿戏地把“引用”链接改成了“####”！
为什么一个大型的Blog提供商居然无视Blog的引用功能？
为什么千万计的用户居然无视Blog引用功能不健全的严重Bug？
难道说Blog就仅仅是一个廉价的普通网站？对于这些家伙来说——
Blog究竟是什么？
我早已发现Blogcn提供的Blog里面，“引用”功能是无效的——总是报告“缺少参数!!”。前几天我给Blogcn的技术支持打了电话，报告了这个严重Bug。接电话的小伙子听得时分茫然，明显没有遭遇过这个问题。我不得不耐心细致地给他讲解了问题的症状。
几天后，Blogcn总算作出了反应，但不是改正，而是儿戏地把“引用”链接改成了“####”！
为什么一个大型的Blog提供商居然无视Blog的引用功能？
为什么千万计的用户居然无视Blog引用功能不健全的严重Bug？
难道说Blog就仅仅是一个廉价的普通网站？对于这些家伙来说——
Blog究竟是什么？
订阅：
博文 (Atom)