Mar
17
17
来自国外的设计师博客于3月12日发起免费获取商业风格的活动，参与者只需要通过发表一篇介绍此活动的文章即有机会中奖。活动截止日期为3月25日。活动地址：Free Premium Theme - Anyone?
以下为本次活动奖品：Money Blogger
WP自带的表情必须使用表情符号来使用，对于非英语系国家使用起来很不方便。使用WP Grins插件可以使表情在评论页显示，只需点击就可使用。
WP Grins 插件下载地址：http://alexking.org/projects/wordpress/plugins/wp-grins.zip
插件出处：http://alexking.org/projects/wordpress
如果不喜欢自带的表情，可以使用其他表情包替换，并修改各表情文件名对应原文件名，否则无法正常显示。提供我现在使用的一套表情包
如若需要更多个性化操作，在2.2之前版本，可以修改 /wp-includes/vars.php 中此行列
$wpsmiliestrans = array(
2.2 版本以后的则在 /wp-includes/functions.php 中修改
行列中类似 ‘:mrgreen:’ => ‘icon_mrgreen.gif’, “=>” 前的为快捷符号，之后的为图片文件名，可根据需要自行修改。
经过一天修改测试，最终确定使用WordPress中文汉化小组2.3.1系列中文语言包后会导致IE页面查看源代码出现乱码。
此类问题典型表现：浏览页面正常，IE查看源码乱码，firefox下查看源码正常，使用原版自带风格依然存在乱码。
出现以上问题修改根目录下wp-config文件，
查找
define ('WPLANG', 'zh_CN');
修改为
define ('WPLANG', '');
期间修改过很多地方，一直没想到问题最后居然在语言包上。目前依然没有方法既使用此语言包又能完全解决乱码。我之前测试通过的方法为：保存风格包中functions.php为带签名的UTF-8格式，这样可以在IE中用notepad查看源代码时不产生乱码，也可以被百度蜘蛛识别，但登录后台wp-login.php时，PHP会识别functions.php的BOM而产生错误，且博客无法被Live Writer连接。
对WordPress架构不熟悉，所以对语言包与风格functions.php之间的联系机制还不太清楚，不能找出乱码产生原因。此问题已发送至汉化官方论坛，希望能及时修正。
昨日惊奇发现本博在IE下查看源代码时，中文显示全部为乱码。本以为是最近安装插件后导致的问题，仔细一想，可能这个问题存在已久，且与博客在百度较长时间收录较差有莫大关联（谷歌没问题，显示了技术强悍）。因此心底不禁发凉，这么严重的问题竟然到现在才发现，估计有一个月左右时间，平日用Opera浏览，查看源代码并无问题。
接下来解决问题过程中发现了很多有意思的东西，用Editplus把theme中相关php文件全部另存为UTF-8格式，上传后问题依旧。接着再次下载检查文件，发现编码又变回ANSI，检查上传文件发现Editplus根本就没有保存为UTF-8格式，由此得出结论，Editplus并非想象中那么可靠，过分信任某东西的后果是严重的。
网上下载了一个批量编码转换的小程序，使用后编码全部转换为UTF-8，但网页变得很不正常，表现为页面顶部增加一行空白，用备份的文件替换转换后的header.php,single.php后一切恢复。问题原因大概是批量转换工具将php文件中的空白字符变为一种浏览器可误读的字符，产生空白。
此次修改问题：IE下网页正常，源代码乱码
Windows Live Writer 2008,内置支持博客程序类型
Windows Live Spaces
Blogger
LiveJournal
TypePad
Wordpress
All blogs that support RSD (Really Simple Discoverability)
Metaweblog API
Moveable Type API
一切只需鼠标点击选择，无须任何服务器端操作。一直以来对于WordPress的编辑器很不满意，功能性太弱，不够人性化，加入链接，代码，图片等都很不方便。试用WLW后，一切来的太舒服了，编辑日志就如在Word中一般，功能强大，发布方便，本地客户端也无须担心操作失误数据丢失，而且微软官方还有很多好用的插件发布，真是太舒服了，微软怎么能出这么好用的东西呢？
图片可以很方便的添加阴影等特效，对于WordPress原先的手工编写粗糙HTML来说相当豪华。
WLW简体中文版下载地址：http://download.pchome.net/internet/tools/download_14598.html
