WP官方开发的时候，在Wordpress后台编辑、修改文章。都会在一定时间保存一下之前文章修订版本，以便在不可抗力的情况下，可以快速的找回之前的数据。但这个功能会增加冗余数据，影响服务器性能，拖慢程序的运行。
可以使用以下方法禁用相关功能
方法一、通过修改 WordPress 程序根目录下wp-config.php配置文件实现功能禁用
打开根目录下的 wp-config.php 文件，在 “define(‘WP_DEBUG’, false);” 后边添加下面的两行代码：
-
/** WordPress 编辑器关闭自动保存和历史修订版本选项。 本项注释掉即可开启。 */
-
-
define(‘AUTOSAVE_INTERVAL’, 86400);//设置自动保存时间设置为一天
控制修订版本和自动保存的设置
-
// 不保存任何版本（除了自动保存的版本）
-
define(‘WP_POST_REVISIONS’, false);
-
//保存所有修订版本
-
define(‘WP_POST_REVISIONS’, true);
-
// 保存 n 个修订版本
-
define(‘WP_POST_REVISIONS’, n);
-
-
-
define(‘AUTOSAVE_INTERVAL’, false);
-
//自动保存10小时一次
-
define(‘AUTOSAVE_INTERVAL’, 36000);
-
//设置自动保存间隔/秒
-
define(‘AUTOSAVE_INTERVAL’, 120);
为什么选择10小时自动保存一次而不是直接false？
因为在测试的时候发现直接 false 禁用无效，所以后来索性将自动保存的时间间隔设置成了36000，这样无论你编辑多长时间都不会产生ID了。因为修改成false以后会造成WordPress报错的一个bug，开启debug可以在编辑文章时看到提醒。编辑一篇文章一般都不会超过10小时，所以效果是一样的，杠杠滴。
方法二、找到 wp-includes/defaut-contants.php 文件，修改如下代码：
注意：下次升级WordPress程序时，更新后会导致代码被覆盖掉，需要重新添加。
-
//禁用版本修订历史和自动保存
-
// 修改前
-
if ( !defined( ‘AUTOSAVE_INTERVAL’ ) )
-
define( ‘AUTOSAVE_INTERVAL’, 60 ); //这个是自动保存
-
if ( !defined(‘WP_POST_REVISIONS’) )
-
define(‘WP_POST_REVISIONS’, true ); //这个是版本修订历史
-
-
// 修改后
-
if ( !defined( ‘AUTOSAVE_INTERVAL’ ) )
-
define( ‘AUTOSAVE_INTERVAL’, false ); //禁用自动保存
-
if ( !defined(‘WP_POST_REVISIONS’) )
-
define(‘WP_POST_REVISIONS’, false ); //禁用版本修订历史
其中 autosave 的60为自动保存时间间隔，单位为s，可以修改为更大的数值或修改为false禁用。
以上二种方法并没有 完全禁用掉自动保存 。因为在没有点击“更新”文章之前就离开编辑的页面时，会弹出“系统可能不会保存你所做的更改”的提示窗口。所以还需要修改 wp-admin/post-new.php和wp-admin/post.php 这两个文件。将这两个文件中的 wp_enqueue_script( 'autosave' ); 注释掉。其中post.php还要把前面一行的if语句注释掉。
打开 wp-admin/post.php 文件，搜索并注释
-
//if ( ‘attachment’ !== $post_type )
-
// wp_enqueue_script(‘autosave’);
打开 wp-admin/post-new.php 文件，搜索并注释
//wp_enqueue_script( 'autosave' );
方法三、当前使用主题文件夹下的 functions.php 文件php结束标记 ?> 前加上如下代码
-
//禁用文章自动保存（方法一）
-
add_action( ‘admin_print_scripts’, create_function( ‘$a’, “wp_deregister_script(‘autosave’);” ) );
-
//禁用文章自动保存（方法二）。注：方法一与方法二任选其一
-
add_action(‘wp_print_scripts’,‘fanly_no_autosave’);
-
function fanly_no_autosave(){
-
wp_deregister_script(‘autosave’);
-
}
-
//禁用文章修订版本
-
add_filter( ‘wp_revisions_to_keep’, ‘fanly_wp_revisions_to_keep’, 10, 2 );
-
function fanly_wp_revisions_to_keep( $num, $post ) { return 0;}
另外你如果有自己定义的文章类型，可以使用下面这段代码来禁止特定文章类型的修订版本。
-
//只禁用某种文章类型的修订版本
-
add_filter( ‘wp_revisions_to_keep’, ‘fanly_wp_revisions_to_keep’, 10, 2 );
-
function fanly_wp_revisions_to_keep( $num, $post ) {
-
if ( ‘post_type’ == $post->post_type ) { //post_type为你要禁止修订版本的文章类型
-
return 0;
-
}
-
return $num;
-
}
下面是Wordpress中几种类型
文章（Post Type: ‘post’ ）
页面（Post Type: ‘page’ ）
附件媒体（Post Type: ‘attachment’ ）
修订版本（Post Type: ‘revision’ ）
导航菜单( Post Type: ‘nav_menu_item’ ）
温馨提示：不少WordPress用户会使用在wp-config.php添加相关代码来禁用自动保存和修订版本，但就个人的使用情况来看效果并不理想，具体原因尚不明确。
方法四、使用“ Super Switch ” 插件禁止修订版本和自动保存
1、在 “安装插件”页面的搜索框中，输入 Super Switch ——》 回车 ——》 找到 Super Switch ——》 点击“现在安装” ——》 启用“ Super Switch ” 插件。
WordPress文章禁用自动草稿（auto-draft）功能
打开 wp-admin/includes/post.php ，找到如下代码：
-
/*
-
$post_id = wp_insert_post( array( ‘post_title’ => __( ‘Auto Draft’ ), ‘post_type’ => $post_type, ‘post_status’ => ‘auto-draft’ ) );
-
$post = get_post( $post_id );
-
*/
这段代码很简单，先是清除七天以前的自动草稿，然后插入一条新草稿，如果你继续写文章并发布，那么这条草稿就被使用了，包括在后台首页有一个快速发布，也用到了这个。而很诡异的是，如果你后台点了“写文章（添加文章）”，没有输入任何内容或到别的页面或是关闭了，此时仍然会生成一个自动草稿，而这个草稿，是后台不可见的，是垃圾数据，隐形的祸害，也是造成文章ID不连续的隐形杀手。
将其注释，并添加以下代码：
-
/* 修改开始*/
-
global $wpdb;
-
global $current_user; // 获取当前登录管理用户
-
$post = $wpdb->get_row( “SELECT * FROM $wpdb->posts WHERE post_status = ‘auto-draft’ AND post_type = ‘$post_type’ AND post_author = $current_user->ID ORDER BY post_date ASC, ID ASC LIMIT 1” ); // 获取最早一条自动草稿
-
if ( !$post ) {
-
//没有记录添加一条草稿记录
-
$post_id = wp_insert_post( array( ‘post_title’ => __( ‘Auto Draft’ ), ‘post_type’ => $post_type, ‘post_status’ => ‘auto-draft’ ) );
-
$post = get_post( $post_id );
-
}
-
/* 修改结束 */
当数据库中有一条或多条状态为”auto-draft”的自动草稿时，取ID最小的，新文章即使用此条记录。如果没有此种类型的数据，才会新插入一条数据。并且查询数据时是根据当前的用户来判断，不会出现多用户时出错。这样就可以避免了自动草稿(auto-draft)的冗余垃圾数据。保证了日志ID的连续性。但最后我要提醒一句，如果你在日志中添加了附件，如图片，那么该图片也会占用一条数据，即一个连续的ID，所以，如果你以ID形式，发现日志有时候不是连续的ID了，那么，有可能是你日志的附件占用了临近的ID。
PS：这里，之所以使用post_date排序，是因为自动草稿超过七天后会自动删除。所以，先使用比较旧的记录。
评论0