wordpress（35）
我们现在要做的就是删除wordpress中自动保存的修订版本数据，这些数据统一保存在数据库中。
首先我们打开数据库管理系统，找到你的wordpress数据库，点击后，在上方有个SQL按钮，如图所示：
输入以下代码：
SELECT&*&FROM&wp_posts&WHERE&post_type&=&&revision&
bcoder站长的查询结果是：1126条记录！才200来篇文章的时候，竟然有1000多条修订版本记录。对于我这种强迫症患者这实在不能忍啊！
废话不多说，我们就直接删除就是了，当然为了起见，可以下数据库，以免操作失误，咳咳。
继续在SQL查询窗口，输入以下命令：
DELETE&FROM&wp_posts&WHERE&post_type&=&&revision&
至此，您的数据库已经清理完毕！
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：19748次
积分：1161
积分：1161
排名：千里之外
原创：97篇
(2)(4)(7)(16)(27)(7)(5)(8)(1)(8)(23)WordPress 文章修订历史清理插件 | 水景一页
Haoxian Zeng's personal website
您在这里：
WordPress 文章修订历史清理插件
WordPress 中编辑文章之后会留下很多修订版本。在文章发布之后，这些修订版本可能就没什么用了，如果不清除掉，会占用很多数据库空间。有一些插件可以帮忙完成修订版本的清理工作。
下面提到了三个可以清除文章修订版本（revision）的插件：、 和 。
经过测试，我觉得 Optimize Database after Deleting Revisions 比较好。或者 Delete-Revision 也非常好，也是我一直在用的，但是很久没更新了，建议简单修正其源代码。这三个插件都能很好的工作于 模式。
****************** 华丽的废话分割线 ******************
目录 Contents
1. Delete-Revision
我之前一直用的是 ，很简单（功能单一），也很有效，而且目前也还能很好的工作。但是它只能一次清除所有修订草稿。（这样应该很好吧？）
但是这个插件最后更新于号。后来 WordPress 中有个函数修改了，它也没有更新。前些天测试插件的时候开启了的功能（将 define('WP_DEBUG', true); 放到
文件（位于 WordPress 安装文件夹根目录）的结尾即可），发现了这一问题：
Notice: has_cap was called with an argument that is deprecated since version 2.0! Usage of user levels by plugins and themes is deprecated. Use roles and capabilities instead. in ......\wp-includes\functions.php on line 2998
如果是中文的话，会显示：
Notice: 自 2.0 版本起，已不建议给 has_cap 传入一个参数！插件和主题中，用户等级的使用已不被支持。请换用角色和权限。 in ....../wp-includes/functions.php on line 2998
如果希望继续使用 Delete-Revision，建议自行修正该插件的上面的 has_cap 参数的问题。方法（详细信息请参考“”一文）如下：
将该插件源文件（delete-revision.php ）中第 40 行的代码，
add_options_page('Delete-Revision', 'Delete-Revision',8, basename(__FILE__), 'my_options_delete_revision');
中的 8 改为 'manage_options' 。注意，单引号是必须的。即，
add_options_page('Delete-Revision', 'Delete-Revision', 'manage_options', basename(__FILE__), 'my_options_delete_revision');
另外，即使不修改源代码也是可以正常工作的。只不过有开头所描述的问题而已。
2. Optimize Database after Deleting Revisions
也是非常简单的一个插件，除了可以设定要保留的最新修订版本数量（所有文章都使用这一设定）之外，还可以同时对垃圾箱里的内容和垃圾评论进行清理，还可以清理一些残留的孤立的文章 Meta 元数据。
这个插件的文件夹名字是 rvg-optimize-database。安装并启用后，在 WP 仪表盘的“设置”菜单项下有“Optimize DB Options”，这是它设置页面；在“工具”菜单项下有“Optimize Database”，这是它的操作页面。
在“Optimize DB Options”选项页面：
Maximum number of – most recent – revisions to keep per post 表示设定要保留的每篇文章的最大的修订草稿数量。默认为 0，即不保留。
Delete all trashed items 表示同时删除所有在“回收站”中的内容。默认未选中。
Delete all spammed items 表示同时删除所有垃圾评论。默认未选中。
Delete unused tags 表示同时删除所有未使用的标签。默认未选中。
Keep a log 表示对所有执行的操作保存一份日志。默认未选中。这个没必要吧？
Scheduler 表示设置定期执行所有任务。默认未选中。这个也没必要吧？
Show ‘1-click’ link in Admin Bar 表示在 WordPress 后台顶部的导航条中放置一个“一键执行 Optimize DB”任务的快捷菜单。默认未选中。建议选中。这个挺好的，以后发布文章后，觉得修订版本没什么用了，就顺手一点击即可完成上面选项中设定的所有操作。
剩下的部分建议不要随便设置。
当然，设定好选项后别忘记点击页面底部的 Save Options 按钮保存设置。
在“Optimize Database”页面，单击“Start Optimization”按钮就可按照上面的选项设置执行清理工作。当然，最简单的还是直接单击 WordPress 后台顶部的导航条中的“Optimize DB ( 1 click)”吧。
虽然清理数据库的功能对我来说挺鸡肋的，我都是在 phpMyAdmin 中整理数据库，但是这个插件确实挺不错。
3. Revision Control
貌似是设置好了之后会自动清理修订版本的一个插件。
安装并启用后，在 WordPress 仪表盘的“设置”菜单项下有个“Revision”就是它的设置页面了。可以针对不同文章类型（文章 post、页面 page，甚至如果你使用了，其修订版本 TabePress Tables 也可以被自动清理）设定要保留的修订草稿数量。估计超过这个数量的修订版本会被自动清理。
但是这样的设定有个小问题：如果设定为 0，即不保存任何修订草稿，那是不是完全就不能用修订功能了呢？如果保存少量修订版本，比如 5 个，那么这些修订版本是不是就一直存在了呢，即使这文章已经发布可能再也不会修改了？
另外，这个插件启用后，WordPress 也会有个警告信息，虽然看情况不怎么严重：
Strict Standards: Non-static method Plugin_Revision_Control_Compat::options() should not be called statically, assuming $this from incompatible context in ....../wp-content/plugins/revision-control/revision-control.php on line 252
所以这个插件我就不打算用了，有兴趣的自己去测试吧。
本文发表于。永久链接：<>。转载请保留此信息及相应链接。
引用通告：
引用通告：
订阅 & 关注
近期评论发表在《》欢迎优雅的广而告之 :D发表在《》对不起，回复晚了。这两天电脑出了点状况，马不停蹄的倒腾呢。
你说的匹配具体是指的什么啊？成尚枫格发表在《》该表格 在手机端是不是不能自动匹配出来发表在《》再来学习一边。。发表在《》谢谢支持 :D相关文章热门文章12345
来自外部的引用： 10酷米小客 – 每日网摘 & Blog Archive & links for 飞龙收藏禁用WordPress mu的PostRevisions或autosave插件 = 飞龙博客 飞龙在天安装WordPress之后应做的事情 & Wopus中文博客平台& 安装WordPress之后应做的事情允灿博客-Yuncan.Name & 安装WordPress之后应做的事情安装WordPress之后应做的事情 – 麦叶网安装WordPress之后应做的事情 – 麦叶网提高WordPress访问速度的10种方法 | 中国美编网 – 时尚期刊杂志设计_北京企业内刊设计_平面设计_美编之家安装WordPress之后应做的事情 | YourSite安装WordPress之后应做的事情 | 网管日记
中文版下载： 英文版下载：关闭WordPress自动保存和文章修订功能
作者：佚名
字体：[ ] 来源：互联网 时间：07-26 21:58:55
前天辛辛苦苦把网站搭建起来了。然后把原来的Wordpress自动发布的第一篇测试文章改成了我自己的内容
今天发文章时，惊奇的发现文章的ID竟然已经到达了19了。鉴于我以前折腾Wordpress的经验，我知道这是Wordpress的&自动保存和文章修订功能&在作怪。但是，该怎么才能关闭Wordpress的这个功能呢？！还是问&谷老师&吧。 经过&谷老师&的指点，找到了解决办法。其实很简单，只需在wp-config.php中加入以下代码即可： 代码如下: define('AUTOSAVE_INTERVAL', 120 ); // 设置自动保存间隔，单位是秒，默认60 define('WP_POST_REVISIONS', false ); // 禁用文章修订功能 define('WP_POST_REVISIONS', 3); // 根据你的需要将上述三行代码放到wp-config.php中，如果你不知道放在文件什么位置，这个文件中已经有很多define开头的代码，和他们放在一起就可以。 很简单对吧，就像这两个功能都是累赘，毫无用处，如果你只想知道这些，写这篇文章就毫无意义了。甚至你可能还不是百分之百的清楚自动保存和文章修订到底有什么区别，到底谁是让数据库数据膨胀的罪魁祸首。 那么我们继续看一看这两个东西。 自动保存(Auto-Save) 这是一个非常实用的功能，当你编辑文章的时候，WordPress每隔60秒自动保存你输入的内容，防止因为电脑挂机或者断电而丢失辛苦劳动的成果。这个功能不同于自动修订，你完全不用担心它会让你的数据库数据膨胀，因为它只会创建一条记录，每隔60秒更新一次，当文章发布后，这条记录的post_status会从draft变成publish，没有一点浪费的地方。 唯一给你带来麻烦的可能是保存间隔太短，服务器难受，写文章可能有间歇性卡的感觉，那么你可以将时间设置的长一点。 define('AUTOSAVE_INTERVAL', 120 ); // 设置自动保存间隔，单位是秒，默认60 如果你倾向于用Word编辑，之后拷贝到WordPress的编辑器中，你也可以完全禁用自动保存功能，在主题的functions.php中加上如下代码就可以 代码如下: function disable_autosave() { wp_deregister_script('autosave'); } add_action('wp_print_scripts','disable_autosave'); 禁用后的副作用：预览功能不可用，必须保存为草稿才能预览 如果服务器还不错，这个自动保存功能基本不影响什么，Sola使用了60秒保存一次的自动保存，喜欢用WP的编辑器边写边预览，经常误点WP菜单（现在的菜单鼠标滑过就会弹出子菜单，很容易点错），要是没有60秒一次的自动保存，真不知道要浪费多少时间重新编辑了。 文章修订(Post Revisions) 在编辑文章时，如果文章标题、内容或者摘要等字段发生变化，WordPress就会将当前版本保存为一个修订版，方便你想退回到之前的版本，这有点像svn的工作方式。随之而来的问题是，数据库会被修订版撑的很大，加之有自动保存的功能，让这个修订功能多少显得有点累赘。 我们可以控制修订版的数量，例如一篇文章最多保存3个修订版 define('WP_POST_REVISIONS', 3); 这样，每创建一篇文章，数据库中会有1条auto-save+最多3条revision。 或者完全禁用 define('WP_POST_REVISIONS', false ); 可以通过运行一条SQL语句彻底删除修订版以及与之相关的meta信息 代码如下: 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'; 关于自动草稿 自动保存产生的记录叫做草稿，还有一种记录叫做自动草稿，自动草稿在你点击写文章时就会自动创建。 如果你点击写文章后： 输入内容，自动保存生效 手动将文章保存为草稿 发布文章 自动草稿记录会被转换成草稿或者文章，从而不产生垃圾数据。 如果你点击写文章，什么也没写就关闭了，就产生了一条自动草稿垃圾记录，修改这个问题需要更改源代码，如果感兴趣可以google一下，但如果可以养成良好的写文章习惯，自动草稿根本不是问题，WordPress也有一些回收机制，例如每次新建文章时会自动清除7天以前的自动草稿。 用插件管理文章不同版本 有一些插件可以帮助我们清理数据库，管理文章的各个版本。
使用时注意不要误删草稿，有时候我们会将没写完的文章保存为糟糕，删了就惨了。
如果用短小精悍来形容Wp Cleaner，那么Revision Control就是五脏俱全了，功能强大，界面相对也复杂些。
大家感兴趣的内容
12345678910
最近更新的内容如何禁用wordpress Post Revisions功能及删除文章修订
wordpress自从更新自2.6版本以后，wordpress官方便为wp博客增加了一项wordpress post revisions的功能，用中文翻译的话应该是wp博客的自动文章修订功能。这项功能具体来说便是为你的文章的每一次修改都制作一个类似镜像的功能，你甚至可以在修改过的几次文章的镜像功能里进行比对，看看究竟修改了哪些地方。
不能说这个功能不好，只能说适合一些多用户编辑的博客，或者适合一些确实需要使用这项功能的博客主人，但并不是适合所有的人。就本人来说吧，这项功能几乎用不上，有时候在发布一篇文章之后，会进行多次的修改更新，直到文章最后完成可能需要修改十几次，而自从有了这项功能以后，我发现有些文章的post revisions镜像，也就是每一次的一些小地方的修改，都被wordpress当作一整篇文章保存了下来，如果你的文章修改了10多次，一篇文章就被保存了10多个版本。而这种方式也导致了我在备份数据库的时候发现数据库都变大了。
对于本人来说，一篇文章我只看最后完成的结果的，修改过程中的文章是怎么样，根本就不会去看的，自从有了这个功能以后，有些文章，增加了10来个版本，而且还有比较的功能，实在是用处不大，而且让wordpress变得复杂难用了。于是决定禁用掉这项功能。
现在说下重点，禁用wordpress post revisions文章修订功能的方法，有两种方法，一种是在网上使用插件停用掉这项功能，常用的有No Revisions这个插件，这里希望便捷的解决的可以用这个方法试试，但是这里推荐使用第二种方法，因为插件毕竟会占用网站服务器资源。第二种方法如下：
打开wp-config.php文件，找到&require_once(ABSPATH . &wp-settings.php&);& 这段语句，在它前面加上这么一句： define(&WP_POST_REVISIONS&, false); 然后保存上传覆盖原文件即可。
个人觉得，如果你有定期备份数据库的习惯，这个功能基本用不上。如果说是担心文章修改出错可以还原文章才增加这个功能的话，我觉得直接还原数据库恢复旧文章的方法比这个功能快得多了。
这个问题解决了以后，我们会自然而然的想到，那我之前修改文章产生的不少修改版本是否有办法清除掉呢，这样也好给自己的数据库减减压，方法是肯定的，这里使用数据库SQL命令运行的方式来批量删除残留的文章修订。方法如下：
登录你的phpmyadmin后台，找到相对应的数据库，点击&SQL&菜单栏，在运行框里运行如下的命令：
DELETE FROM wp_posts WHERE post_type = &revision&;
运行完成后即批量删除了所有的Revisons的保留文章。
禁用wordpress Post Revisions功能及删除文章修订的方法就是这样子了，友情提示一下，在进行修改wpconfig文章以及运行SQL命令之前最好先做好相应的备份，就是备份wpconfig文件以及你的数据库，以防万一出错的情况发生。
标签(Tag):
------分隔线----------------------------
------分隔线----------------------------