发现数据库里有几十处不连贯的id,最近几天也没有发布什么文章,只是每天早上会利用wp_insert_post发布一篇知乎的60秒新闻。猜测问题可能就出在函数上面,于是简单测试了一下。
手动与函数插入文章
事先检查了一下,当前最后一个有效id被一张图片占用,id为349,这才发布100多篇文章,wordpress的id机制真是让人直呼败家。手动生成一篇文章,获取短链接地址,id为350,删除文章,清空回收站,重新手动生成,id未发生变化,仍旧是350。
转入函数生成,首次生成时文章id为351,问题基本可以确认是出在函数上了,删掉重来,第二次生成文章id为352,继续尝试,id持续上升。难怪上次尝试重排能多出来30多个空白id,看来就是这么上来的。
尝试强制提供ID
wp_insert_post是可以指定ID的,之前由于不知道如何获取ID,都是采用了默认值,先尝试获取了最后一篇文章的ID:
//获取最后一篇post的ID值
function GetLastPostId()
{
global $wpdb;
$query = "SELECT ID FROM $wpdb->posts ORDER BY ID DESC LIMIT 0,1";
$result = $wpdb->get_results($query);
$row = $result[0];
$id = $row->ID;
return $id;
}
获取ID后尝试提交数据,程序运行后没有生成文章,打印出$wp_error看了一下,程序反馈为所提供的ID无效:
$result=wp_insert_post( $newPost , ture );
print_r( $result );
清理数据库
自己的博客中,wp_insert_post与手动插入的流程应该是存在不同的,手动插入文章的时候,因为在functions.php中曾经加过一段代码以禁用自动草稿与修订版本:
/*==========
禁用草稿功能
==========*/
function keep_id_continuous(){
global $wpdb;
$lastID = $wpdb->get_var("SELECT ID FROM $wpdb->posts WHERE post_status = 'publish' OR post_status = 'draft' OR post_status = 'private' OR ( post_status = 'inherit' AND post_type = 'attachment' ) ORDER BY ID DESC LIMIT 1");
$wpdb->query("DELETE FROM $wpdb->posts WHERE ( post_status = 'auto-draft' OR ( post_status = 'inherit' AND post_type = 'revision' ) ) AND ID > $lastID");
$lastID++;
$wpdb->query("ALTER TABLE $wpdb->posts AUTO_INCREMENT = $lastID");
}
于是尝试将这段代码加入程序中,提示错误,奇怪的是,直接提取函数语句运行却是可行的,运行后文章id终于正确了。但直接语句运行,在需要多次调用的时候显然是不够方便的。猜测是不是一段程序中不允许有多个同名函数的原因,因为这个函数已经在functions.php中添加过了,于是换了个自定义的函数名称:
function getLastID(){
global $wpdb;
$lastID = $wpdb->get_var("SELECT ID FROM $wpdb->posts WHERE post_status = 'publish' OR post_status = 'draft' OR post_status = 'private' OR ( post_status = 'inherit' AND post_type = 'attachment' ) ORDER BY ID DESC LIMIT 1");
$wpdb->query("DELETE FROM $wpdb->posts WHERE ( post_status = 'auto-draft' OR ( post_status = 'inherit' AND post_type = 'revision' ) ) AND ID > $lastID");
$lastID++;
$wpdb->query("ALTER TABLE $wpdb->posts AUTO_INCREMENT = $lastID");
return $lastID;
};
添加上述程序之后,不需要指定文章ID,wp_insert_post能够正确的获取下一个未被使用的ID,也猜测了一下问题的成因,可能是由于在手动状态下,生成文章前会调用一次这个函数,取消了厄余数据的ID占用,而自己编写的插入文章程序没有这个功能,所以厄余数据也就越攒越多了。