源代码
File: wp-includes/revision.php
function _wp_upgrade_revisions_of_post( $post, $revisions ) {
global $wpdb;
// Add post option exclusively
$lock = "revision-upgrade-{$post->ID}";
$now = time();
$result = $wpdb->query( $wpdb->prepare( "INSERT IGNORE INTO `$wpdb->options` (`option_name`, `option_value`, `autoload`) VALUES (%s, %s, 'no') /* LOCK */", $lock, $now ) );
if ( ! $result ) {
// If we couldn't get a lock, see how old the previous lock is
$locked = get_option( $lock );
if ( ! $locked ) {
// Can't write to the lock, and can't read the lock.
// Something broken has happened
return false;
}
if ( $locked > $now - 3600 ) {
// Lock is not too old: some other process may be upgrading this post. Bail.
return false;
}
// Lock is too old - update it (below) and continue
}
// If we could get a lock, re-"add" the option to fire all the correct filters.
update_option( $lock, $now );
reset( $revisions );
$add_last = true;
do {
$this_revision = current( $revisions );
$prev_revision = next( $revisions );
$this_revision_version = _wp_get_post_revision_version( $this_revision );
// Something terrible happened
if ( false === $this_revision_version )
continue;
// 1 is the latest revision version, so we're already up to date.
// No need to add a copy of the post as latest revision.
if ( 0 < $this_revision_version ) {
$add_last = false;
continue;
}
// Always update the revision version
$update = array(
'post_name' => preg_replace( '/^(\d+-(?:autosave|revision))[\d-]*$/', '$1-v1', $this_revision->post_name ),
);
// If this revision is the oldest revision of the post, i.e. no $prev_revision,
// the correct post_author is probably $post->post_author, but that's only a good guess.
// Update the revision version only and Leave the author as-is.
if ( $prev_revision ) {
$prev_revision_version = _wp_get_post_revision_version( $prev_revision );
// If the previous revision is already up to date, it no longer has the information we need :(
if ( $prev_revision_version < 1 )
$update['post_author'] = $prev_revision->post_author;
}
// Upgrade this revision
$result = $wpdb->update( $wpdb->posts, $update, array( 'ID' => $this_revision->ID ) );
if ( $result )
wp_cache_delete( $this_revision->ID, 'posts' );
} while ( $prev_revision );
delete_option( $lock );
// Add a copy of the post as latest revision.
if ( $add_last )
wp_save_post_revision( $post->ID );
return true;
}
更新日志
Version | 描述 |
---|---|
3.6.0 | Introduced. |
在WordPress中,wp_upgrade_revisions_of_post()
函数用于将旧版本的帖子修订版本升级到新版本的帖子修订系统。这个函数通常在插件或主题的代码中使用,或者在WordPress核心更新过程中用于处理修订版本的数据迁移。
以下是 wp_upgrade_revisions_of_post()
函数的基本用法:
wp_upgrade_revisions_of_post( $post_id );
参数解释如下:
$post_id
:要升级修订版本的帖子ID。
使用wp_upgrade_revisions_of_post()
的步骤:
- 确定帖子ID:首先,你需要确定你想要升级修订版本的帖子的ID。
- 调用函数:使用
wp_upgrade_revisions_of_post()
函数,并传入相应的帖子ID。
下面是一个使用wp_upgrade_revisions_of_post()
函数的例子:
<?php
// 假设我们有一个特定的帖子ID
$post_id = 123;
// 升级该帖子的修订版本
wp_upgrade_revisions_of_post( $post_id );
?>
在这个例子中,我们假设有一个帖子ID为123,然后我们调用 wp_upgrade_revisions_of_post()
函数来升级这个帖子的修订版本。
需要注意的是,这个函数主要用于WordPress内部的数据迁移和升级过程。通常,开发者或网站管理员不需要直接使用这个函数,因为WordPress会自动处理帖子修订版本的升级。
此外,wp_upgrade_revisions_of_post()
函数可能在未来的WordPress版本中被弃用或更改,因为它涉及到WordPress内部的数据处理。因此,除非你明确知道自己在做什么,并且有充分的理由需要手动处理帖子修订版本的升级,否则建议不要在常规的插件或主题开发中使用这个函数。如果你确实需要使用它,请确保对WordPress核心有深入的了解,并且已经对数据进行备份,以防万一。
未经允许不得转载:445IT之家 » WordPress函数_wp_upgrade_revisions_of_post()用法