随时听人讲有500错误。
今天在楚云blog上重现了。
抓住机会debug。
结果很快出来：
当你第二次用同样的标题并且标题中含有多字节文字时，有很大机会触发wp一个死循环，然后服务器cpu直接到100%，当运行时间超过max_execution_time时候出现500错误。
死循环在这里：wp-include/post.php
[code lang=”php”]
get_var($wpdb->prepare(“SELECT post_name FROM $wpdb->posts WHERE post_name = %s AND post_type = %s AND ID != %d AND post_parent = %d LIMIT 1”, $post_name, $post_type, $post_ID, $post_parent));

if ($post_name_check || in_array($post_name, $wp_rewrite->feeds) ) {
$suffix = 2;
do {
$alt_post_name = substr($post_name, 0, 200-(strlen($suffix)+1)). “-$suffix”;
// expected_slashed ($alt_post_name, $post_name, $post_type)
$post_name_check = $wpdb->get_var($wpdb->prepare(“SELECT post_name FROM $wpdb->posts WHERE post_name = ‘$alt_post_name’ AND post_type = ‘$post_type’ AND ID != %d AND post_parent = %d LIMIT 1″, $post_ID, $post_parent));
$suffix++;
} while ($post_name_check);
$post_name = $alt_post_name;
}
}
[/code]
死循环触发点：wp-include/wp-db.php
[code lang=”php”]
db.tgz 解压后得到 db.php 将它放到 wp-content/ 下。
———
或许这只是其中一个造成500的原因，下次遇到再说吧。
——— update ——–
补充，此db.php为2.5.1的，后来才知道2.5.1比2.5.0也有更新，不保证其他版本没有意外情况。
——— update 2008/05/10 ——–
发现bug，更新了方法以及db.php下载链接。以前的方法太粗暴，一些其他的查询也被强制转码造成数据错误。
解决方法：重新下载db.php或按照前文代码重新修改wp-db.php。已经出错的数据，可重新编辑保存。已知会引发错误的地方：http://yourwpuri/wp-admin/widgets.php （也就是说你使用了之前的 db 文件后，有设置过 widgets 功能，最好重新设置一遍）