Shutdown Timer 可以进行 关机/重启/睡眠/锁定/注销/运行程序/打开网页 等操作，通过四种模式来自动控制计算机，
1. 时间/日期
很好理解，到时间/日期自动执行操作。
2. CPU/内存
CPU 使用率持续在 X% 之上/下 Y 分钟执行操作。
CPU 温度持续在 X℃ 之上/下 Y 分钟执行操作（需要 CoreTemp 的支持）。
内存空闲持续在 XMB 之上/下 Y 分钟执行操作。
3. 网络状态
根据不同网络适配器的上传/下载速度持续高于/低于 X kbps 执行操作。
4. 进程状态
某进程持续 运行/未运行 X 分钟，执行操作。
官方下载：[url=http://sinvise.net/home/projects/software/shutdown-timer][color=#0070af]http://sinvise.net/home/projects/software/shutdown-timer[/color][/url]

　　据WordPress官方博客报道，WordPress已经正式支持了PubSubHubbub（有些人称其为PuSH），这种更新方式可以在谷歌阅读器中实时阅读到用户的博客更新，在大多数情况下，用户点完发布按钮，支持PubSubHubbub的系统（如Google Reader、FeedBurner等）就可以自动获取更新的RSS内容。

　　现在，在WordPress.com上托管的1050万个博客已经自动支持PuSH了，其工作模式是后台自动执行，用户不用做任何配置即可使用，实现了实时RSS的功能。

　　对于使用WordPress.org的程序自己搭建博客的用户，WordPress也推出了一款官方的PuSH插件：PuSHPress，推荐大家使用这个官方插件来支持PubSubHubbub功能。

　　除此之外，Wordpress.com目前的博客功能也很强大，支持邮件发布文章（工具 - Post by Email）和Google Webmaster验证（工具 - Webmaster Tools Verification），要是能支持免费域名绑定的话，那就可以完全抛弃Google Blogger了。

　　既然WordPress.com支持PuSH，而且支持邮件发布和Google Webmaster验证，那么用户现在可以发送全文邮件到自己的WordPress实时通过邮件发布全文的Buzz了。此外，由于ping.fm支持Wordpress.com的更新，因此可以通过Twitter - GAE - ping.fm - Wordpress.com - Google Buzz的方法实现实时同步Twitter信息到Buzz，这个方法不用输入Google账户的密码，有效的保护了Google账户的安全，且同步速度非常快。感谢Google的PubSubHubbub协议。

　　PubSubHubbub项目是Google的工程师开发的一种协议，可以在ATOM和RSS更新的时候，订阅者能实时得到更新，实现一种基于RSS Feed的类似Twitter的实时效果。

　　另求证一下，我这里好像可直接访问WordPress.com的博客，例如 williamlong.wordpress.com ，其他人也可以吗？

　　WordPress系统的用户密码是保存在wp_users数据表的user_pass字段，密码是通过Portable PHP password hashing framework类产生的，密码的形式是随机且不可逆，同一个明文的密码在不同时间，产生的密文也不一样，相对来说较为安全。

　　WordPress用户密码产生的过程是，当需要生成用户密码的时候，随机产生了一个salt，然后将salt和password相加，又进行了count次md5，最后和encode64的hash数值累加，就得到了一个以$P$开头的密码，这个密码每次产生的结果都不一样，下面就是产生WordPress密码的代码，将其放在WordPress根目录下，就可以生成一个加密的password，用这个密码替换掉wp_users数据表的user_pass字段即可修改密码。

<?php
 $password = ‘abc’;
 global $wp_hasher;
 if ( empty($wp_hasher) ) {
  require_once( ‘./wp-includes/class-phpass.php’);
  $wp_hasher = new PasswordHash(8, TRUE);
 }
 echo $wp_hasher->HashPassword($password);
?>

　　不过，修改WordPress用户密码还有更简单的方法，就是直接将wp_users数据表的user_pass字段修改为32位的md5(passowrd)即可修改密码为password，这样的密码形式当然不是很安全，所以，当这个用户在WordPress登录后，系统会自动将MD5密码修改为以$P$开头的密码。

　　WordPress的这种支持简单md5格式的密码使得其他系统（例如Ucenter系统）的用户整合WordPress更为简单。

　　WordPress有一个很有用的功能，就是在线编辑主题功能，在多人博客WordPress MU中，这一功能因为安全性问题而被禁用，这里有一个方法，可以变相开通这一功能，而又不至于影响整个系统的安全性。

　　具体的方法是，在最新的WordPress MU 2.8.4版本中，打开wp-admin\include\mu.php文件，搜索unset( $submenu['themes.php'][10] );一行，将其注释掉。

　　接着，搜索if ( strpos( $_SERVER['PHP_SELF'], $page ) ) {一行，将这一行代码修改为if ( strpos( $_SERVER['PHP_SELF'], $page ) && !is_site_admin() ) {，保存退出。

　　经过这样的修改，WordPress MU就可以使用在线编辑主题功能了，并且只有WPMU的管理员可以使用，其他普通用户没有权限使用，他们打开theme-editor.php时会提示“页面已被管理员禁用”，从而保证了整个系统的安全性。

　　Wordpress MU是Wordpress的多用户版本，因为程序结构的关系，Wordpress MU并不一定能兼容Wordpress的插件。WordPress MU有全局的插件和针对单个站点的插件，分别存放在不同的目录。/wp-content/mu-plugins/ 目录下存放的是全局的插件，无需逐个博客激活插件，默认就已经自动调用。/wp-content/plugins/ 目录下存放的是分站点的插件，只针对单个站点有效，这类插件和WordPress的插件基本兼容。

　　对于WordPress MU全局插件，通常是管理员设置的，有很多种不同类型，我这里介绍十个我个人感觉最为常用的全局插件，供广大网站管理员们参考。

　　Plugin Commander - 这个插件能在全站范围内自动启用和禁用分站点的插件，几乎是每个人都需要的功能，实际上，这个插件的部分功能已经在最新的WordPress MU中实现了。

　　Limit Revisions - 限制文章修订和自动保存功能，WordPress 2.6后增加的Post Revisions实在是个令人讨厌的功能，以至于禁用这项功能的插件都会成为必备插件。

　　Menus - 可以让网站管理员启用或禁用全站的某些菜单选项。

　　New Blog defaults - 这个插件能为所有的新建博客设置一个默认的主题和一些默认的功能设置。

　　Farm‘s Comment spam pack - 防范垃圾留言和垃圾博客就全靠这个插件了。

　　Sitewide Tags - 整站标签插件，可以得到一个全站范围内的标签云和相关文章。

　　Multi DB - 对于大型博客网站来说，多数据库插件是必然的，否则你的系统会死的很难看。

　　AHP Sitewide Recent Posts for WPMU - 获取全站范围的最新文章插件。

　　WPMU for Dummies： Part Deux - 老鸟可以忽略这个插件，不过对于新手来说，这个插件可以让你的WPMU管理更为方便。

　　好了，以上就是十个潮涌的WPMU插件，如果你还知道什么其他好用的WPMU插件，请留言告诉我。(via)

　　WordPress系统使用时间长了，数据库中的冗余数据就会很多，定期优化和清理Wordpress的数据库，可以保证Wordpress能够快速工作。

　　首先，停用一些无用的插件，将WordPress系统表之外的数据表都删除，只保留wp_posts， wp_comments， wp_terms， wp_term_relationships， wp_term_taxonomy 等系统数据表。

　　其次，打开phpMyadmin，通过SQL语句进行冗余数据删除操作。删除前记得先备份一下。

　　删除脚本是：

　　DELETE FROM wp_posts WHERE post_type = ‘revision’;

　　DELETE FROM wp_postmeta WHERE meta_key = ‘_edit_lock’;

　　DELETE FROM wp_postmeta WHERE meta_key = ‘_edit_last’;

　　最后，在phpMyAdmin中，选中所有表，点“优化表”。

　　经过这一番优化操作，就可以将WordPress数据库中的冗余数据删除，优化了数据库的性能。

　　以上操作，需要用户懂一些SQL语句，不要进行误操作，如果用户SQL比较熟的话，还可以看看这篇文章《八个有用的WordPress的SQL语句》。

　　我以前曾经介绍过将Z-Blog数据库转换到WordPress的SQL语句，做为反例，还会有从WordPress系统转换到Z-Blog系统的SQL语句，这是一个比较奇怪的话题，估计也很少有人这么做，不过对于某些特殊情况，我们有可能会将WordPress数据库转换到Z-Blog的Access数据库，这里我介绍一下手动使用SQL语句进行转换的方法。

　　首先在WordPress中建立一个和Z-Blog文章表、目录相同结构的表，建立的SQL语句如下：

CREATE TABLE blog_Article (
 log_ID int NOT NULL ,
 log_CateID int NULL ,
 log_AuthorID int NULL ,
 log_Level int NULL ,
 log_Url varchar (255)  NULL ,
 log_Title varchar (255)  NULL ,
 log_Intro longtext  NULL ,
 log_Content longtext  NULL ,
 log_IP varchar (15)  NULL ,
 log_PostTime datetime NULL ,
 log_CommNums int NULL ,
 log_ViewNums int NULL ,
 log_TrackBackNums int NULL ,
 log_Tag varchar (255)  NULL ,
 log_IsTop varchar (10) NOT NULL
)  DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

CREATE TABLE blog_Category (
 cate_ID int NOT NULL ,
 cate_Name varchar (50) NULL ,
 cate_Order int NULL ,
 cate_Intro varchar (255) NULL ,
 cate_Count int NULL
) DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

　　由于Z-Blog的数据库结构相对Z-Blog要复杂的多，因此转换之前还要进行一些目录ID的处理，其SQL语句如下：

update wp_posts, wp_term_relationships set wp_posts.post_category = wp_term_relationships.term_taxonomy_id where wp_posts.id=wp_term_relationships.object_id and wp_term_relationships.term_taxonomy_id in (select term_taxonomy_id from wp_term_taxonomy where taxonomy =’category’)

　　这个语句将目录ID保存到了wp_posts表中，这样以后转换会方便一些。

　　接下来，执行下面的语句，转换文章表结构。

INSERT INTO blog_Article (log_ID,log_CateID,log_AuthorID,log_Level,log_Url,log_Title,log_Intro,log_Content,log_PostTime,log_CommNums) select id, post_category, post_author, 4, id, post_title, post_excerpt, post_content, post_date, comment_count from wp_posts

　　转换成功后，我们需要安装一个MYSQL工具，名字叫MySQL ODBC Connector，安装完成后，在ODBC中建立一个MySQL的数据源。

　　最后，打开Access文件，点“获取外部数据”-“导入”，选择“ODBC数据库”中的MySQL数据源，导入blog_Article表即可，这样就可以将WordPress的文章内容导入到Z-Blog中了。

　　以上方法直接使用SQL语句转换数据库结构，适合大量数据的导入导出。少量数据可以通过导出XML文件的方式进行转换。