WordPress完美解决文章ID不连续问题
有很多WordPress博客的固定链接中使用了文章ID,但是WordPress由于种种原因导致了文章ID不连续的问题,也经常有博友在论坛中提问要解决这个问题,但是很少能够得到他们满意的答复。今天我就来告诉你如何完美的解决这个问题,说是完美,可能有点过了,WordPress 3.0 之后的版本都会有个自动草稿,每发表一篇文章就会占两个ID号,目前还没有禁用的方法。还请继续往下看如何一定程度上解决文章ID不连续的问题。当然如果你的固定链接中没有使用post ID,那么对你来说文章ID是透明的,无关紧要。即使固定链接中用了post ID,如果你不是特别在意,连不连续也是无关紧要的,本文对你来说也没多大意义了。
一、禁用文章修订版
所谓的文章修订版就是你每次修改一次文章,它都会自动帮你保存修改之前的文章版本,专业术语叫做版本控制,这样保证了在误修改的情况下可以还原之前的内容,这个在维基文档的维护方面是有很大帮助的,但是作为我们的小博客,似乎没多大用处,而且这个修订版在数据库中是占据一个ID的,这也是导致文章ID不连续的问题之一。要想禁用文章修订版,可以在 wp-config.php文件中添加:
define('WP_POST_REVISIONS', false);
也可以在当前主题的functions.php添加以下PHP代码:
// 禁用修订版本,2015年3月5日更新
add_filter( 'wp_revisions_to_keep', 'specs_wp_revisions_to_keep', 10, 2 );
function specs_wp_revisions_to_keep( $num, $post ) {
if ( 'post_type' == $post->post_type )
$num = 0;
return $num;
}
二、删除文章修订版
禁用了文章修订版之后,数据库中还是保存着之前已经创建的文章修订版,这些其实已经没多大用处,而且占着ID,我们可以将它删除。至于怎么删除,可以在 phpmyadmin 中执行以下SQL语句(会影响置顶文章,慎用!并做好备份):
DELETE a,b,c
FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id)
LEFT JOIN wp_postmeta c ON (a.ID = c.post_id)
WHERE a.post_type = 'revision';
三、删除不必要的附件
相信很多博友在发布文章都会同时上传/插入一些附件,如图像、视频、音乐等,这些附件可以在WordPress管理后台 - 媒体库中看到,不同媒体对应了不同的文章。可是你要注意的是这些媒体也是占据着文章ID的,它们与文章都保存在同一个数据库表wp_posts中。如果你特别追求文章的ID一定要完美无缺地连续,请不要在发布文章的时候上传/插入这些媒体,并请在WordPress管理后台 - 媒体库中,删除之前上传的媒体(注意这个操作不只是删除记录,而且会删除你上传的文件),需要的话请用FTP重新上传这些文件。
四、禁用自动保存
自动保存的好处是你在编辑文章的时候,每隔一小段时间系统会自动帮你保存编辑的文章,防止网页突然关闭,导致之前写的几千字哗啦一下全没了。缺点是每篇都文章都会有一个自动保存的记录,同样占据一个文章ID,也是文章ID不连续的原因之一,如果你不需要这个功能,可以在当前主题的functions.php中添加以下代码:
// 禁用自动保存,所以编辑长文章前请注意手动保存。
add_action( 'admin_print_scripts', create_function( '$a', "wp_deregister_script('autosave');" ) );
五、重新排列不连续的文章ID
方法一:可在当前主题的functions.php中加入以下PHP代码,这样如果你只是单纯发文章,不发页面,不添加菜单,不上传媒体的话,基本上此后的文章ID是连续的,而且不改变之前已经发布的文章ID,不影响SEO:
// WordPress 3.8测试有效
function keep_id_continuous(){
global $wpdb;
// 删掉自动草稿和修订版
$wpdb->query("DELETE FROM `$wpdb->posts` WHERE `post_status` = 'auto-draft' OR `post_type` = 'revision'");
// 自增值小于现有最大ID,MySQL会自动设置正确的自增值
$wpdb->query("ALTER TABLE `$wpdb->posts` AUTO_INCREMENT = 1");
}
add_filter( 'load-post-new.php', 'keep_id_continuous' );
add_filter( 'load-media-new.php', 'keep_id_continuous' );
add_filter( 'load-nav-menus.php', 'keep_id_continuous' );
如果你使用了置顶文章、菜单和父子页面等功能,下面的方法失效:
方法二:完成以上几步,基本上可以保证以后发布的文章ID都会是连续的了,但是之前已经发布的文章ID还是一片混乱,得把他们重新排列,以保证是ID是连续的。我写了一个PHP脚本,你可以通过以下网址下载,下载后用文本编辑器打开,根据开头的说明修改数据库信息,然后将该PHP文件上传至你的博客空间,运行一下看到OK就可以了,你可以到phpmyadmin中查看wp_posts表中的id是不是连续的了。还是那句话,开始之前请先备份你的数据库。(如果你使用了post id作为固定链接,那么将可能改变所有文章的网址,会影响搜索引擎收录;如果你用的插件建立了新的数据库表,如投票插件等,也将会出现问题;如果你的博客中创建了父子关系的页面,运行了以下脚本将会失去此关系。请慎用!)
-- 完 --
本文采用 「CC BY-NC-SA 4.0」创作共享协议,转载请标注以下信息:
原文出处:露兜即刻 https://www.ludou.org/wordpress-post-id-continuous.html
不管3721,先把沙发占了再说……
@有点蓝 谢谢支持,可惜你已经是占了楼底了。
@Ludou 难道我幻视了……
我的ID都到了66xxxx了
@有点蓝 挺好,文章挺多的嘛
@Ludou 都是ID不连续惹的啊,不带笑话人滴……
原来这样做难怪我的ID很多是不连续的
@型男索女 你是怎么知道ID连不连续的呢?
ID的连续性没有在意过,这个影响不大
@WordPress啦 如果固定链接中不使用post ID,那么对你来说是透明的,无关紧要。即使固定链接中用了post ID,如果你不是特别在意,连不连续也是无关紧要的。
偶不是ID党
@OOXX 那你又是什么党?
支持,就是喜欢过来这里!!!
@yisvin 谢谢!
这个功能确实很有用啊!不连续的id很麻烦!
@淘宝网 如何麻烦?能够说说吗?
以前有这个问题 因为我写一篇文章 他竟然给我占十几个ID 那还了得
后来搞了一下 缓解了很多 不过有时候还是会出现不连续的情况 不过不打算管了 还可以接受至少
@李道然 其实连不连续都是可以接受的,只不过是一个网址,只是有些人有心理洁癖,必须这样必须那样,要不然心里不好受。
@Ludou 心理洁癖,就是这个词儿……
原来这东西初衷是按顺序走的啊,我以为随机数是故意的。
@clyee 当你了解一些数据库知识的时候就理解了。
我使用的是自定义标题的,呵呵,不需要,不过学习一下也无妨,其实,不连续也没说嘛
@倡萌 嗯,自定义链接中不包含文章ID的话,文章ID对你来说已经什么都不是了。
不用这个,使用的是自定义的URL,也不在乎这个,嘿嘿。
@一米 自定义的URL中也可以包含文章ID的,只是你不用这种格式而已。而不是说用了自定义的URL,就不能用文章ID了。
那评论ID呢,也自动修改成新文章的ID?
我的ID都5000多了
@Dianso 评论有自己的ID,文章最后提供的代码可以保持文章和评论的对应关系。另外评论的ID很少出现不连续的情况,除非你删了某些评论。
好用,抽个时间我也搞下,太感谢了
一般采用离线发布就可以解决大部分问题~~修改已发布文章的ID的话,后果很严重啊~呵呵
@老饕 如果你安装的插件,没有新建数据库表与文章关联的话,我以上提供的php脚本是没有任何危险后果的。如果说有严重后果的话,那就是可能会改变文章的网址,会影响搜索引擎收录。
@Ludou 是啊~~我说的就是收录~~难道一个一个重定向?所幸我一直是离线发布~
好像有个插件有此功能~~
一开始我就是用文章名,后来觉得post_id好,于是就换了。用在线编辑ID占用的确很严重,用离线编辑就好多了,至少不至于一篇文章之间就隔个几十上百的。
以前用YO2的服务
ID现在到七万多了。
呵呵看不大懂 点gg了啊
我那都是用文章名显示的,这个ID有用吗
@陈剑 没用!
谢谢你的文章,自己的文章从28就一直跳到了400多,都不知道是怎么搞的,先试试你的方法
@兰色忧郁 如果你的固定链接没有使用文章id,这些问题都是可以忽略的
嘿嘿,我用的是emlog,基本上没有出现这样的情况
博主,文章太有用了。
@Baider 嗯
不错的想法,就是不知道对收录有影响的不啊
@sky 文中已经说明。
第三条对我来说有些麻烦啊,我有很多图片的,算了,放弃了。
唉,对代码不是很懂,自己懂的人随便写写程序和主题好了
我觉得连续与否无所谓,自动保存功能还是挺重要的