修改 wp-includes/js/quicktags.js 文件

1. 找到

edButtons[edButtons.length] =
new edButton('ed_code'
,'code'
,'<code>'
,'</code>'
,'c'
);

在后面添加

edButtons[edButtons.length] =
new edButton('ed_coolcode'
,'coolcode'
,''
,'</coolcode>'
,'x'
);

2. 找到

	else if (button.id == 'ed_link') {
		document.write('<input type="button" id="' + button.id + '" accesskey="' + button.access + '" class="ed_button" onclick="edInsertLink(edCanvas, ' + i + ');" value="' + button.display + '" />');
	}

在后面添加

    else if (button.id == 'ed_coolcode') {
		document.write('<input type="button" id="' + button.id + '" accesskey="' + button.access + '" class="ed_button" onclick="edInsertCoolcode(edCanvas, ' + i + ');" value="' + button.display + '" />');
	}

3. 在文件末尾添加

function edInsertCoolcode(myField, i, defaultLang, defaultLine) {
    if (!defaultLang) {
		defaultLang = 'php';
	}
    if (!defaultLine) {
		defaultLine = 'off';
	}
    if (!edCheckOpenTags(i)) {
        var codeLang = prompt('输入需要加亮的程序语言', defaultLang);
        var codeLine = prompt('是否显示行号(on, off)', defaultLine);
        edButtons[i].tagStart = '<' + 'coolcode';
        if (codeLang) {
            edButtons[i].tagStart = edButtons[i].tagStart + ' lang="'
                                    + codeLang + '"'
        }
        if (codeLine) {
            edButtons[i].tagStart = edButtons[i].tagStart + ' linenum="'
                                    + codeLine + '"';
        }
        edButtons[i].tagStart = edButtons[i].tagStart + '>';
        edInsertTag(myField, i);
    }
    else {
		edInsertTag(myField, i);
	}
}

-- EOF --

Related Posts

• 2007-04-05 -- 博客世界最受欢迎的30个插件 (0)
• 2007-05-16 -- WordPress 2.2 final (0)
• 2007-03-18 -- wordpress 快捷键 (2)
• 2006-12-27 -- 再谈Wordpress的MySQL乱码问题解决方法 (3)
• 2006-07-03 -- Mysql4.1编码详解及WordPress编码完善 (1)

WordPress 2.2 终于正式发布了，想要的 Tag 特性将被延后到2.3中才会出现，反而多了 Widgets ......
点击下载

http://wordpress.org/development/2007/05/wordpress-22/

Goodies:

• WordPress Widgets allow you to easily rearrange and customize areas of your weblog (usually sidebars) with drag-and-drop simplicity. This functionality was originally available as a plugin Widgets are now included by default in the core code, significantly cleaned up, and enabled for the default themes.
• Full Atom support, including updating our Atom feeds to use the 1.0 standard spec and including an implementation of the Atom Publishing API to complement our XML-RPC interface.
• A new Blogger importer that is able to handle the latest version of Google’s Blogger product and seamlessly import posts and comments without any user interaction beyond entering your login.
• Infinite comment stream, meaning that on your Edit Comments page when you delete or spam a comment using the AJAX links under each comment it will bring in another comment in the background so you always have 20 items on the page. (I know it sounds geeky, but try it!)
• We now protect you from activating a plugin or editing a file that will break your blog.
• Core plugin and filter speed optimizations should make everything feel a bit more snappy and lighter on your server.
• We’ve added a hook for WYSIWYG support in a future version of Safari.

Developer Features:

• A new set of WordPress-specific XML-RPC APIs that allow for editing pages, setting categories, and much more.
• We now use jQuery for a number of internal functions, and hope to transition all of our JS to use it. (We still need volunteers for this.)
• Comment feeds now support multiple formats, including Atom.
• Our internal mail functions now use phpMailer, which allows for things like SMTP support.
• You can now set database collation and character set in your config file.
• You can also hardcode your site and WP URL in the config file, overriding the values in the DB.
• Finally we’ve increased the inline documentation of a number of functions inside of WP, which should help you navigate those parts of the code.

新特性：

• 加入 Widgets 支持，WordPress Widgets 让您可以只需要鼠标简单拖放操作便可重新安排和自定义您的 Blog (通常是侧边栏)。此功能最初是 Widgets 插件引入的，现在成为了 WordPress 的默认核心代码，做了大量的优化，并且默认主题启用了这个功能。
• 完整的 Atom 支持，包括更新我们的 Atom 聚合以符合 1.0 标准，并实现了 Atom 发布 API 以和原有 XML-RPC 接口互补。
• 全新 Blogger 导入程序可以让您导入新版 Google Blogger，只要输入登录信息，便可全自动无需人工干预无缝的导入文章和评论。
• 无限评论流，意思是在编辑评论页面，当您使用 AJAX 链接删除评论或将评论标记为垃圾评论时，系统会自动从后台调取较早的评论显示出来，补充刚才删除的评论，这样能够保证评论管理页面总是显示 20 条评论。
• 插件激活保护，现在可能导致 Blog 无法工作的插件将被自动禁用。
• 核心插件和过滤器进行了速度优化，您应该能感觉到进行任何操作时速度上的提升。
• 未来版本的 Safari 浏览器的所见即所得支持提供了一个钩子。

对于开发者：

• 增强 XML-RPC API，支持编辑页面，设置分类。
• 核心 Javascript 开始换用 jQuery。
• 评论 Feed 支持多种格式，包括 Atom。
• 引入 phpMailer 组件，支持 SMTP，有望解决邮件乱码。
• 数码库的编码问题，在 WP 2.2 中只需要修改一下 wp-config.php 文件中的两个变量 DB_CHARSET 和 DB_COLLATE，把它们改成 UTF8 就可以了。这意味着在 WP 2.2 基础上升级的话，不需要每次都要去修改 wp-db.php 了。
• Blog 地址问题，可以在 wp-config 中把 siteurl 和 home 设置成常量，如果做了这个设置，WP 将会忽略后台 options 中的设置。这个变化的好处是如果以后 Blog 搬家，不再需要像以前那样去数据库中深挖这两个值，再修改成新的。
• 最后我们增加了 WP 代码中的函数文档，可以帮助您更快理解那些代码。

Blog 地址在 wp-config 中的定义：
define('WP_HOME', 'http://yoursite.com');
define('WP_SITEURL', 'http://yoursite.com');

-- EOF --

Related Posts

• 2008-01-13 -- 为wordpress添加coolcode插件的quicktag (0)
• 2007-04-05 -- 博客世界最受欢迎的30个插件 (0)
• 2007-03-18 -- wordpress 快捷键 (2)
• 2006-12-27 -- 再谈Wordpress的MySQL乱码问题解决方法 (3)
• 2006-07-03 -- Mysql4.1编码详解及WordPress编码完善 (1)

From:
http://fairyfish.com/2007/04/02/top-30-wordpress-plugins-in-blogosphere/

翻译于：
http://www.staska.net/2007/03/27/top-30-wordpress-plugins-in-blogosphere/，

作者根据Lorelle的Lists of favorite WordPress plugins上的48列表和280个插件，选出最受欢迎的30个插件。

1. WordPress 插件第一位是Akismet，48位 bloggers 中有34位使用它，显而易见，垃圾留言是非常烦人的，而且Akismet在防止垃圾留言方面确实做的不错。
2. Google Sitemap Generator以27票排在第2位。看起来很多 Blogger 开始关注SEO（搜索引擎），这个插件可以告诉 Google 如何搜索你的 Blog 和去哪里找到你想被找到，在这方面，他是最好的工具。
3. Wasabi 写的 Related posts 排到第三位。就像其名字说的一样，这个插件根据 blog entry 的内容产生一个相关 posts 的列表，这是一个非常棒的工具通过显示你对某个主题所写的相类是的 posts 来提高你的 blog 的粘性。当我在我的技术论坛开始使用 Chitika RPU’s 之后，我就没有使用过这个插件，在48个 blogger 中有19个人使用它。
4. Wp-Contact form. 这个由 Ryan Duff 开发的插件被48位 blogger 中的17未使用。它在你的 blog 上生成一个联系的表单，通过它，你的读者可以联系你。但是不幸的是，现在 Ryans 的网站下线了，另外一个生成联系表单的插件在这里,更新：你可以从 Doug Carr blog 下载防止垃圾邮件的Wp-contact form。
5. 最初由Skippy开发，现在由Ilfilosofo维护的 WordPress database backup 有16个人使用它。这是一个对所 WordPress Blogger来说，“必须使用”的插件，如果你没有使用它，你最终会有很多麻烦，想象下，如果你的数据库出现了问题并且你所有文章都丢失的话，会是一件多么悲惨的事情。这个插件最新版甚至可以让你在一定周期内自动备份数据库。
6. Feedburner Feed Replacement 可以让你跟踪你的 RSS 订阅者并且使用很多其它很 Cool 的Feedburner 的服务。
7. Ultimate Tag Warrior 是一个可以做所有和 tagging 相关事情的插件。通过这个插件你可以给你的文章都加上 tag，在文章内加入 tag，文章外加入 tag，等等。这些 tags 可以被用来搜索你的 blog，能够一些像 Technorati 这样的 blog 搜索引擎收集并且给你带来新用户，UTW被14位 blogger 使用。
8. Subscribe to comments （13/48）这个插件可以让你的读者在留言之前通过选择一个选择框，然后得到以后留言的 e-mail 通知。让你的读者坚持参加他感兴趣的话题来增加你的 blog 的社区化，从这方面说，这是一个非常好的插件。
9. AdSense Deluxe (10/48) 是一个让你非常容易插入 AdSense，YPN，Chitika ads到你的文章的插件，并且它提供一个非常容易管理的接口让你可以设置什么时候和哪里显示你的广告。如果你想在 blog 中使用广告，你最好安装这个插件。
10. Gravatars (9/48)是另外一个构建社区化的插件。它让你在读者留言附近放入一张小图片（avatars）。它可揖让留言区和讨论区更加个性化和可爱活。为了让头像能够显示，读者需要去 Gravatars 注册。
11. Jerome’s Keywords plugin.这是另外个关于关键字或者 tags 的插件，和 Ultimate Tag Warrior 有些相似。它有更少的选项和功能，但是处理 tags 一样好而且更好用。JK plugin得到十一位是有条件的，因为有个4个插件都被8位 blogger 推荐。所以接下来的3个插件(11-14 place)有一样的票数，只是以字母数序排名。
12. Optimal title (8/48)是一个 SEO 相关的插件。它在你的 blog 上映像了wp_title ()的功能，但是它把分隔符移动了文章标题之后。这样可以让你 blog 文章名字，或者分类的名字在 http://www.lsproc.com/blog/wordpress_shortcut_key/ http://www.lsproc.com/blog/wordpress_shortcut_key/#comments Sun, 18 Mar 2007 05:53:31 +0000 lostsnow http://www.lostk.com/blog/technology/wordpress_shortcut_key/ Continue reading →]]> 转载时请标明文章原始出处和作者信息, 作者: lostsnow.
    http://www.lsproc.com/blog/wordpress_shortcut_key/

    很多wordpress用户都是通过点击文本撰写区上面的那些菜单按钮来插入链接，图片等等。但使用这个方式比较麻烦，而且更耗时间。如果能直接通过键盘快捷键来操作的话，将会极大地提高blogging的效率。下面就是很多wordpress的一些基本的快捷键：

    Alt+B = 字体加粗（bold）
    Alt+I = 斜体（italic）
    Alt+Q = 引用（Blockquote）
    Alt+T = 更多 （Read More tag）
    Alt+U = 定义无序列表（Unordered list）
    Alt+O = 定义有序列表 （Ordered list）
    Alt+S = 文本加下划线（ins）
    Alt+L = 列表项 （list item）
    Alt+A = 插入链接（link）
    Alt+C = 设置文本为代码风格（code）
    Alt+D = 文本加删除线（del）
    Alt+P = 发表日志（Publish ）

    注意：

    1、苹果机用户可能需要用ctrl来代替alt键，甚至可能要同时按alt和shift才有用。

    2、Firefox下要同时按alt和shift。

    -- EOF --

    Related Posts

    • 2008-01-13 -- 为wordpress添加coolcode插件的quicktag (0)
    • 2007-05-16 -- WordPress 2.2 final (0)
    • 2007-04-05 -- 博客世界最受欢迎的30个插件 (0)
    • 2006-12-27 -- 再谈Wordpress的MySQL乱码问题解决方法 (3)
    • 2006-07-03 -- Mysql4.1编码详解及WordPress编码完善 (1)
    ]]> http://www.lsproc.com/blog/wordpress_shortcut_key/feed/ 2 http://www.lsproc.com/blog/mysql_encode_error_in_wordpress/ http://www.lsproc.com/blog/mysql_encode_error_in_wordpress/#comments Wed, 27 Dec 2006 02:49:16 +0000 lostsnow http://www.lostk.com/blog/webdesign/mysql_encode_error_in_wordpress/ SHOW VARIABLES LIKE ‘character_set_%’; +————————–+—————————-+ | Variable_name | Value | +————————–+—————————-+ | character_set_client | latin1 … Continue reading →]]> 转载时请标明文章原始出处和作者信息, 作者: lostsnow.
    http://www.lsproc.com/blog/mysql_encode_error_in_wordpress/

    在MySQL4.1下，中文的WP就会产生种种的乱码问题。

    一个程序（ PHP，CGI 等）与MySQL建立连接后，这个程序发送给MySQL的数据采用的是什么字符集，MySQL 是无从得知的。所以解决乱码问题的根本就是我们在程序中告诉MySQL采用的编码是什么，简单的就是在程序中加入这样的一个语句：

    SET NAMES 'utf8';

    这个语句的效果等同于同时设定了

    SET character_set_client='utf8';
SET character_set_connection='utf8';
SET character_set_results='utf8';

    为什么这么做？

    我们安装MySQL4.1时按照默认配置，那么default-character-set= utf8。在MySQL Command Line Client下查看到的查看系统的字符集和排序方式的设定为：

    mysql> SHOW VARIABLES LIKE ‘character_set_%’;
    +————————–+—————————-+
    | Variable_name | Value |
    +————————–+—————————-+
    | character_set_client | latin1 |
    | character_set_connection | latin1 |
    | character_set_database | utf8 |
    | character_set_results | latin1 |
    | character_set_server | utf8 |
    | character_set_system | utf8 |
    | character_sets_dir | /usr/share/mysql/charsets/ |
    +————————–+—————————-+
    7 rows in set (0.00 sec)

    mysql> SHOW VARIABLES LIKE ‘collation_%’;
    +———————-+——————-+
    | Variable_name | Value |
    +———————-+——————-+
    | collation_connection | latin1_swedish_ci |
    | collation_database | utf8_general_ci |
    | collation_server | utf8_general_ci |
    +———————-+——————-+
    3 rows in set (0.00 sec)

    按照MySQL的存储机制，数据在传输的过程中就会在latin1和utf8两种编码之间互相转换，这样就很容易的变成了乱码。我们在程序中设置了 SET NAMES ‘UTF8′，就等同于把所有的编码都设置为utf8，这样数据就没有了编码转换问题，也就没有了乱码问题了。

    在WP中的设置方法

    那么具体在WordPress中，怎么设定SET NAMES 'UTF8'呢？

    对于PHP的MySQL系统来说，这样的修改很简单：

    找到wp-includes/wp-db.php

    $this->dbh = @mysql_connect($dbhost,$dbuser,$dbpassword);


    //加上下面这行

    $this->query("SET NAMES 'utf8'");


    这样数据在传输和存储的过程中，都不会出现乱码了。

    然后把所有表和字段的字符集改成utf8，运行以下语句：

    
    --
    -- TABLE
    --

    ALTER TABLE `wp_categories` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_comments` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_links` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_options` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_post2cat` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_postmeta` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_usermeta` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_users` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

    --
    -- TABLE wp_categories
    --

    ALTER TABLE `wp_categories` CHANGE `cat_name` `cat_name` varchar( 55 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_categories` CHANGE `category_nicename` `category_nicename` varchar( 200 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_categories` CHANGE `category_description` `category_description` LONGTEXT CHARACTER SET utf8 COLLATE utf8_general_ci;

    --
    -- TABLE wp_comments
    --

    ALTER TABLE `wp_comments` CHANGE `comment_author` `comment_author` tinytext CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_comments` CHANGE `comment_author_email` `comment_author_email` varchar( 100 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_comments` CHANGE `comment_author_url` `comment_author_url` varchar( 200 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_comments` CHANGE `comment_author_IP` `comment_author_IP` varchar( 100 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_comments` CHANGE `comment_content` `comment_content` text CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_comments` CHANGE `comment_approved` `comment_approved` ENUM( '0', '1', 'spam' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_comments` CHANGE `comment_agent` `comment_agent` varchar( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_comments` CHANGE `comment_type` `comment_type` varchar( 20 ) CHARACTER SET utf8 COLLATE utf8_general_ci;

    --
    -- TABLE wp_linkcategories
    --

    ALTER TABLE `wp_linkcategories` CHANGE `cat_name` `cat_name` tinytext CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` CHANGE `auto_toggle` `auto_toggle` enum( 'Y', 'N' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` CHANGE `show_images` `show_images` enum( 'Y', 'N' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` CHANGE `show_description` `show_description` enum( 'Y', 'N' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` CHANGE `show_rating` `show_rating` enum( 'Y', 'N' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` CHANGE `show_updated` `show_updated` enum( 'Y', 'N' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` CHANGE `sort_order` `sort_order` varchar( 64 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` CHANGE `sort_desc` `sort_desc` enum( 'Y', 'N' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` CHANGE `text_before_link` `text_before_link` varchar( 128 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` CHANGE `text_after_link` `text_after_link` varchar( 128 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_linkcategories` CHANGE `text_after_all` `text_after_all` varchar( 128 ) CHARACTER SET utf8 COLLATE utf8_general_ci;

    --
    -- TABLE wp_links
    --

    ALTER TABLE `wp_links` CHANGE `link_url` `link_url` varchar( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_links` CHANGE `link_name` `link_name` varchar( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_links` CHANGE `link_image` `link_image` varchar( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_links` CHANGE `link_target` `link_target` varchar( 25 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_links` CHANGE `link_description` `link_description` varchar( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_links` CHANGE `link_visible` `link_visible` enum( 'Y', 'N' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_links` CHANGE `link_rel` `link_rel` varchar( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_links` CHANGE `link_notes` `link_notes` mediumtext CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_links` CHANGE `link_rss` `link_rss` varchar( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci;

    --
    -- TABLE wp_options
    --

    ALTER TABLE `wp_options` CHANGE `option_name` `option_name` varchar( 64 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_options` CHANGE `option_can_override` `option_can_override` enum( 'Y', 'N' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_options` CHANGE `option_value` `option_value` longtext CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_options` CHANGE `option_description` `option_description` tinytext CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_options` CHANGE `autoload` `autoload` enum( 'Y', 'N' ) CHARACTER SET utf8 COLLATE utf8_general_ci;

    --
    -- TABLE wp_postmeta
    --

    ALTER TABLE `wp_postmeta` CHANGE `meta_key` `meta_key` varchar( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_postmeta` CHANGE `meta_value` `meta_value` longtext CHARACTER SET utf8 COLLATE utf8_general_ci;

    --
    -- TABLE wp_posts
    --

    ALTER TABLE `wp_posts` CHANGE `post_content` `post_content` longtext CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `post_title` `post_title` text CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `post_excerpt` `post_excerpt` text CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `post_status` `post_status` enum( 'publish', 'draft', 'private', 'static', 'object', 'attachment' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `comment_status` `comment_status` enum( 'open', 'closed', 'registered_only' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `ping_status` `ping_status` enum( 'open', 'closed' ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `post_password` `post_password` varchar( 20 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `post_name` `post_name` varchar( 200 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `to_ping` `to_ping` text CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `pinged` `pinged` text CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `post_content_filtered` `post_content_filtered` text CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `guid` `guid` varchar( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `post_type` `post_type` varchar( 100 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_posts` CHANGE `post_mime_type` `post_mime_type` varchar( 100 ) CHARACTER SET utf8 COLLATE utf8_general_ci;

    --
    -- TABLE wp_usermeta
    --

    ALTER TABLE `wp_usermeta` CHANGE `meta_key` `meta_key` varchar( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_usermeta` CHANGE `meta_value` `meta_value` longtext CHARACTER SET utf8 COLLATE utf8_general_ci;

    --
    -- TABLE wp_users
    --

    ALTER TABLE `wp_users` CHANGE `user_login` `user_login` varchar( 60 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_users` CHANGE `user_pass` `user_pass` varchar( 64 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_users` CHANGE `user_nicename` `user_nicename` varchar( 50 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_users` CHANGE `user_email` `user_email` varchar( 100 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_users` CHANGE `user_url` `user_url` varchar( 100 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_users` CHANGE `user_activation_key` `user_activation_key` varchar( 60 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    ALTER TABLE `wp_users` CHANGE `display_name` `display_name` varchar( 250 ) CHARACTER SET utf8 COLLATE utf8_general_ci;
    

    -- EOF --

    Related Posts

    • 2006-07-03 -- Mysql4.1编码详解及WordPress编码完善 (1)
    • 2006-02-26 -- 一切又重新开始了 (0)
    • 2010-01-11 -- cacti 图片中文乱码问题 (2)
    • 2008-03-18 -- lamp 相关配置 [Debian] (2)
    • 2008-03-05 -- 解决webalizer 汉化后图表中乱码的问题 (0)
    ]]> http://www.lsproc.com/blog/mysql_encode_error_in_wordpress/feed/ 3 http://www.lsproc.com/blog/mysql-encode-wordpress/ http://www.lsproc.com/blog/mysql-encode-wordpress/#comments Mon, 03 Jul 2006 07:25:17 +0000 lostsnow http://www.lostk.com/blog/webdesign/mysql-encode-wordpress/ Continue reading →]]> 转载时请标明文章原始出处和作者信息, 作者: lostsnow.
    http://www.lsproc.com/blog/mysql-encode-wordpress/

    下面要写的是一篇非常无聊的东西，充斥了大量各式各样的编码、转换、客户端、服务器端、连接……呃，我自己都不愿意去看它，但想一想，写下来还是有点意义的，原因有四：

    1. MySQL 4.1 对多语言的支持有了很大变化 (这导致了问题的出现)；
    2. 尽管大部分的地方 (包括个人使用和主机提供商)，MySQL 3 仍然占主导地位；但 MySQL 4.1 是 MySQL 官方推荐的数据库，已经有主机提供商开始提供并将会越来越多；
    3. 许多 PHP 程序以 MySQL 作为默认的数据库管理软件，但它们一般不区分 MySQL 4.1 与 4.1 以下版本的区别，笼统地称“MySQL 3.xx.xx 以上版本”就满足安装需求了；
    4. 因为 latin1 在许多地方 (下边会详细描述具体是哪些地方) 作为默认的字符集，成功的蒙蔽了许多 PHP 程序的开发者和用户，掩盖了在中文等语言环境下会出现的问题；

    简单的说，MySQL 自身的变化和使用 MySQL 的 PHP 程序对此忽略，导致了问题的出现和复杂化，而由于大部分用户使用的是英文，使这种问题不被重视。这里提到的 PHP 程序，主要就 WordPress 而言。
    MySQL 4.1 字符集支持的原理

    MySQL 4.1 对于字符集的指定可以细化到一台机器上安装的 MySQL，其中的一个数据库，其中的一张表，其中的一栏，应该用什么字符集。但是，传统的 Web 程序在创建数据库和数据表时并没有使用那么复杂的配置，它们用的是默认的配置，那么，默认的配置从何而来呢？

    1. 编译 MySQL 时，指定了一个默认的字符集，这个字符集是 latin1；
    2. 安装 MySQL 时，可以在配置文件 (my.ini) 中指定一个默认的的字符集，如果没指定，这个值继承自编译时指定的；
    3. 启动 mysqld 时，可以在命令行参数中指定一个默认的的字符集，如果没指定，这个值继承自配置文件中的；
    4. 此时 character_set_server 被设定为这个默认的字符集；
    5. 当创建一个新的数据库时，除非明确指定，这个数据库的字符集被缺省设定为 character_set_server；
    6. 当选定了一个数据库时，character_set_database 被设定为这个数据库默认的字符集；
    7. 在这个数据库里创建一张表时，表默认的字符集被设定为 character_set_database，也就是这个数据库默认的字符集；
    8. 当在表内设置一栏时，除非明确指定，否则此栏缺省的字符集就是表默认的字符集；
    9. 这个字符集就是数据库中实际存储数据采用的字符集，mysqldump 出来的内容就是这个字符集下的；

    简单的总结一下，如果什么地方都不修改，那么所有的数据库的所有表的所有栏位的都用 latin1 存储，不过我们如果安装 MySQL，一般都会选择多语言支持，也就是说，安装程序会自动在配置文件中把 default_character_set 设置为 UTF-8，这保证了缺省情况下，所有的数据库的所有表的所有栏位的都用 UTF-8 存储。

    
    当一个 PHP 程序与 MySQL 建立连接后，这个程序发送给 MySQL 的数据采用的是什么字符集？MySQL 无从得知 (它最多只能猜测)，所以 MySQL 4.1 要求客户端必须指定这个字符集，也就是 character_set_client，MySQL 的怪异之处在于，得到的这个字符集并不立即转换为存储在数据库中的那个字符集，而是先转换为 character_set_connection 变量指定的一个字符集；这个 connection 层究竟有什么用我不大明白，但转换为 character_set_connection 的这个字符集之后，还要转换为数据库默认的字符集，也就是说要经过两次转换；当这个数据被输出时，又要由数据库默认的字符集转换为 character_set_results 指定的字符集。
    一个典型的环境

    典型的环境以我自己的电脑上安装的 MySQL 4.1 为例，我自己的电脑上安装着 Apache 2，PHP 5 和 WordPress 1.5.1.3，MySQL 配置文件中指定了 default_character_set 为 utf8。于是问题出现了：

    1. WordPress 按照默认情况安装，所以所有的表都用 UTF-8 存储数据；
    2. WordPress 默认采用的浏览字符集是 UTF-8 (Options->Reading 中设置)，因此所有 WP 页面的 meta 中会说明 charset 是 utf-8；
    3. 所以浏览器会以 utf-8 方式显示所有的 WP 页面；这样一来 Write 的所有 Post，和 Comment 都会以 UTF-8 格式从浏览器发送给 Apache，再由 Apache 交给 PHP；
    4. 所以 WP 从所有的表单中得到的数据都是 utf-8 编码的；WP 不加转换的直接把这些数据发送给 MySQL；
    5. MySQL 默认设置的 character_set_client 和 character_set_connection 都是 latin1，此时怪异的事情发生了，实际上是 utf-8 格式的数据，被“当作 latin1”转换成……居然还是转换成 latin1，然后再由这个 latin1 转换成 utf-8，这么两次转换，有一部分 utf-8 的字符就丢失了，变成 ??，最后输出的时候 character_set_results 默认是 latin1，也就输出为奇怪的东西了。

    最神奇的还不是这个，如果 WordPress 中设置以 GB2312 格式阅读，那么 WP 发送给 MySQL 的 GB2312 编码的数据，被“当作 latin1”转换后，存进数据库的是一种奇怪的格式 (真的是奇怪的格式，mysqldump 出来就能发现，无论当作 utf-8 还是当作 gb2312 来读都是乱码)，但如果这种格式以 latin1 输出出来，居然又能变回 GB2312！

    这会导致什么现象呢？WP 如果使用 MySQL 4.1 数据库，把编码改用 GB2312 就正常了，可惜，这种正常只是貌似正常。
    如何解决问题

    如果你已经不耐烦了 (几乎是肯定的)，google 一下，会发现绝大部分的解答是，query 之前先执行一下：SET NAMES 'utf8'，没错，这是解决方案，但本文的目的是说明，这为什么是解决方案。

    要保证结果正确，必须保证数据表采用的格式是正确的，也就是说，至少能够存放所有的汉字，那么我们只有两种选择，gbk 或者 utf-8，下面讨论 utf-8 的情况。

    因为配置文件设置的 default_character_set 是 utf8，数据表默认采用的就是 utf-8 建立的。这也应该是所有采用 MySQL 4.1 的主机提供商应该采用的配置。所以我们要保证的只是客户端与 MySQL 交互之间指定编码的正确。

    这只有两种可能，客户端以 gb2312 格式发送数据，或者以 utf-8 格式发送数据。

    如果以 gb2312 格式发送:

    SET character_set_client='gb2312'
SET character_set_connection='utf8' 或者
SET character_set_connection='gb2312'

    都是可以的，都能够保证数据在编码转换中不出现丢失，也就是保证存储入数据库的是正确的内容。

    怎么保证取出的是正确的内容呢？考虑到绝大部分客户端 (包括 WP)，发送数据的编码也就是它所希望收到数据的编码，所以:

    SET character_set_results='gb2312'

    可以保证取出给浏览器显示的格式就是 gb2312。

    如果是第二种情况，客户端以 utf-8 格式发送 (WP 的默认情况)，可以采用下述配置:

    SET character_set_client='utf8'
SET character_set_connection='utf8'
SET character_set_results='utf8'

    这个配置就等价于 SET NAMES 'utf8'。
    WP 应该作什么修改

    还是那句话，客户端要发给数据库什么编码的数据，数据库是不可能确切知道的，只能让客户端自己说明白，所以，WP 是必须发送正确的 SET... 给 MySQL 的。怎么发送最合适呢？台湾的 pLog 同仁给出了一些建议：

    1. 首先，测试服务器是否 >= 4.1，编译时是否加入了 UTF-8 支持；是则继续
    2. 然后测试数据库以什么格式存储 ($dbEncoding)；
    3. SET NAMES $dbEncoding

    对于第二点，WP 的情况是不同的，按照上面的典型配置，只要用 WP，肯定数据库是用 UTF-8 存储的，所以要根据用户设置的以 GB2312 还是 UTF-8 浏览来判断 (bloginfo('charset'))，但这个值是要连接数据库以后才能得到的，所以效率最高的方式是连接数据库之后，根据这个配置设置一次 SET NAMES，而不必每次查询之前都设置一遍。

    我的修改方式是这样的，在 wp_includes/wp-db.php 中增加:

    
    function set_charset($charset)
    {
    // check mysql version first.
    $serverVersion = mysql_get_server_info($this->dbh);
    $version = explode('.', $serverVersion);
    if ($version[0] < 4) return;

    // check if utf8 support was compiled in
    $result = mysql_query("SHOW CHARACTER SET like 'utf8'",
    $this->dbh);
    if (mysql_num_rows($result) < = 0) return;

    if ($charset == 'utf-8' || $charset == 'UTF-8')
    $charset = 'utf8';
    @mysql_query("SET NAMES '$charset'", $this->dbh);
    }
    

    在 wp-settings.php 的 require (ABSPATH . WPINC . '/vars.php'); 后增加:

    $wpdb->set_charset(get_bloginfo('charset'));

    -- EOF --

    Related Posts

    • 2006-12-27 -- 再谈Wordpress的MySQL乱码问题解决方法 (3)
    • 2008-03-18 -- lamp 相关配置 [Debian] (2)
    • 2008-01-13 -- 为wordpress添加coolcode插件的quicktag (0)
    • 2007-11-05 -- MySQL导出导入命令的用例 (0)
    • 2007-09-07 -- PHP 和 Mysql 学习笔记（四） (0)
    ]]> http://www.lsproc.com/blog/mysql-encode-wordpress/feed/ 1 http://www.lsproc.com/blog/wordpress-202-security-release/ http://www.lsproc.com/blog/wordpress-202-security-release/#comments Tue, 14 Mar 2006 02:55:37 +0000 lostsnow http://lost.yi.org/blog/internet/wordpress-202-security-release/ Continue reading →]]> 转载时请标明文章原始出处和作者信息, 作者: lostsnow.
    http://www.lsproc.com/blog/wordpress-202-security-release/

    An important security issue has been brought to the attention of the WordPress team and we have worked diligently to bring you a new stable release that addresses it. Our latest version 2.0.2 contains several bugfixes and security fixes.

    The problems addressed are unannounced XSS issues privately discovered and reported to the WordPress team. Thanks to Mark Jaquith, Robert Deaton, and David House for assisting with this release.

    Just a quick note: this is different than the snake-oil reports that went out on some security lists a few days ago. There were a couple, but they were either not actual security problems, too small to warrant a release, or just patently false. Remember: just because you read it on a mailing list doesn’t mean that it’s true. We’d be the first people to panic if there was an actual problem.

    As always, when something serious crosses our desks we jump on it and get a well-tested release out as soon as possible.
    
    Upgrade 2.0.1 to 2.0.2

    This is a security upgrade. Information can be found in the WordPress Dev Blog 2.0.2 Announcement (http://wordpress.org/development/2006/03/security-202/).

    It is NOT necessary to run install.php or upgrade.php as no changes are made to the database. As with all WordPress upgrades, the contents of your /wp-content/ folder should remain intact and unchanged.

    1. Delete /wp-admin/ folder.
    2. Delete /wp-includes/ folder. Note: You must backup /wp-includes/languages/ directory if exists.
    3. Delete all the wordpress files in the root directory where the root index.php file is found. DO NOT DELETE wp-config.php.
    4. Download and extract the new version.
    5. Upload it to the appropriate folders such as /wp-admin/ and /wp-includes/.
    6. Upload all the files in the root directory.
    7. If existed, restore /wp-includes/languages/ directory

    That's it.

    Volunteers are assisting with problems on the WordPress Support Forums (http://wordpress.org/support/) and there is useful information in the 2.0.2 upgrade thread (http://wordpress.org/support/topic/64309).

    -- EOF --

    Related Posts

    • 2008-01-13 -- 为wordpress添加coolcode插件的quicktag (0)
    • 2007-05-16 -- WordPress 2.2 final (0)
    • 2007-04-05 -- 博客世界最受欢迎的30个插件 (0)
    • 2007-03-18 -- wordpress 快捷键 (2)
    • 2006-12-27 -- 再谈Wordpress的MySQL乱码问题解决方法 (3)
    ]]> http://www.lsproc.com/blog/wordpress-202-security-release/feed/ 0