wordpress数据库插件,wordpress数据库配置过程

1.软文推荐

2.软文推荐

3.软文推荐

目录： 1、Wordpress插件过多很臃肿，怎么优化 2、如何删除WordPress插件垃圾数据库内容 3、如何开发一个WordPress插件 4、怎样可以直接备份WordPress博客数据库 5、如何重置WordPress数据库，重置wordpress网站插件 6、wordpress数据库自动备份插件有哪些？ Wordpress插件过多很臃肿，怎么优化

缓存就指很多方便了，比如 CDN 缓存、静态缓存、数据库缓存、浏览器缓存等等。

1、CDN 缓存：CDN 的话最好是备案了再起飞，因为大多数没备案的 CDN 都是给美国节点，而很多人是香港服务器，那岂不是绕着太平洋跑？另外，CDN 需要正确的配置（写缓存规则）才能够达到最好的效果。

2、静态数据库缓存：这个呢就不做推荐了，各有各的优点，自己比较效果吧。

3、浏览器缓存：这里呢说一下，如果长期更新浏览器缓存不要搞太久，很多人在百度云加速设置个一年什么的。Service Worker 的话可以试试，离线打开是不是很装逼呢

精简是重要的

很多优秀的主题包含了很多不必要的功能，这时候就需要适当的精简，毕竟只有骨骼轻才可以飞。

插件的话能用纯代码就用纯代码，插件什么的卡死了。

压缩合并让请求更快

一些 CSS/JS 文件要适当的压缩合并，减少请求数，因为在 HTTP/1.1中每个文件都要握手。

Gzip 的话是有必要开的，大家也知道打包文件更小吧。

动静分离让静态资源国内加载

如果你是国外主机的话，这个方法十分管用，可以把图片、CSS、JS文件等托管到国内，不过如果有了 HTTP/2 的话建议不要搞，因为又要与一个域名握手了。

HTTP/2 SPDY 大法好

HTTP/2 压缩了请求头，而且合并了请求，也就是说全站两个域名只需两次请求。

SPDY 的话是谷歌的一个项目，本身是为了加快 HTTP，不过现在的 HTTP/2 已经包含了其大部分功能，谷歌也要放弃该项目了

支持 HTTP/2 的 CDN有CloudFlare、腾讯云、又拍云、上海云盾、360网站卫士、魔门云（非联盟已回源，备案无国内，只有一两个节点，巨坑！）等等。

InstantClick 预加载

这个之前提到过，InstantClick 当访客鼠标悬浮在 a 链接时，InstantClick 会异步请求这个页面，当访客点击时，便瞬间切页，有木有飞起？不过这玩意会扯出一大堆 Bug，像统计、高亮什么的都需要重载，萌新就别弄了，国内估计也就泽泽大佬的 Yodu 模板自带了，至于 WordPress 还没见过，主题作者也不想撤扯出一大堆问题让用户天天问吧。

定时清理 WordPress 的垃圾

经常听一群人说清电脑辣鸡，windows 有垃圾，WordPress 当然也有，例如自动草稿这样的肯定是不要的东西，这里呢推荐 WP Clean Up 插件，国人写的。

希望可以帮助到你，望采纳！

如何删除WordPress插件垃圾数据库内容

经常换WP主题删WP主题，装插件删插件很正常，但是简单的删除并不彻底，数据库会有残留，多余的数据保留在post_meta表格里，久而久之就成了一堆可观的垃圾。可使用下面的SQL语句来清除不需要的post

meta值。有益于加快数据库运行速度，减小数据。

处理方法:清理wp_postmeta数据表，删除文章Meta标签，执行SQL语句，（建议先备份数据库，以上商法，后进者网络均已测试无误）

DELETE

FROM

wp_postmeta

WHEREmeta_key

=

‘_edit_lock’;

DELETE

FROM

wp_postmeta

WHEREmeta_key

=

‘_edit_last’;

2、彻底删除WP草稿修订版本残留数据

后台编辑文章时，系统会自动保存多个修订的副本。过多的修订记录会加重数据库负担造成资源浪费，数据库越来越庞大，增加了数据检索影响页面的加载时间。

处理方法:清理wp_posts数据表，删除草稿修订版本，执行SQL语句如何开发一个WordPress插件

你得先想一个名字，并且努力让它独一无二。在 Plugins 或者其他宝贝地方——Google或者百度先验证一下这个名字到底是不是独一无二的。另外你的名字得让别人明白你的插件是干什么的。

插件文件

下一步是创建一个PHP文件。按照原文奇怪的逻辑，你得先想好名字。这个名字还得是从插件名衍生过来的（其实是为你自己辨认的）。举个例子吧，比如说你的插件名字叫 "Fabulous Functionality",你的PHP名字可能是 fabfunc.php。另外不要用汉语拼音（这也是我加的），还要避免重名。人民群众会把你的插件安装到一个你也知道的叫wp-content/plugins/的地方,如果名字冲突岂不要悲剧了。

你也可以选择把插件分割成几个文件。 显而易见一个php文件是必需的，同时还需要图片、CSS、JavaScript、语言（当然也可以没有）。如果有很多文件，命名一个php和一个文件夹，例如 fabfunc and fabfunc.php。把你所有插件文件放到文件夹里，然后让你的用户相信只要把你的整个压缩包解压到 wp-content/plugins/就能正常使用你的劳动成果。

在本文的其余部分，“插件的PHP文件”是指主要插件的PHP文件，无论是在的wp-content/plugins/或子目录。

主页

最好为插件建立一个主页，以介绍插件的功能、安装方法、使用说明、适用的WordPress版本、插件更新信息等。

文件Headers

现在开始吧，首先让我们从向PHP主文件中加入一些信息

标准插件信息

插件的主文件顶部必须包括一个标准插件信息头。WordPress通过标准信息头识别插件的存在，并把她加入到控制面板的插件管理页面，这样插件才能激活，载入插件，并运行里面的函数；如果没有信息头，插件将无法激活和使用。标准信息插件头的格式为：

?php

/*

Plugin Name: 插件名

Plugin URI: 插件的介绍或更新地址

Description: 插件描述

Version: 插件版本，例如 1.0

Author: 插件作者名称

Author URI: 插件作者的链接

License: A "Slug" license name e.g. GPL2

*/

?

标准信息头至少要包括插件名称，这样WordPress才能识别你的插件。其他信息将显示在控制面板插件管理页面中。标准插件信息对各行顺序没有要求。

这样的升级机制能够正确地读出你的插件版本，建议你选择一个格式的版本号，不同版本之间，并坚持下去。例如，x.x中或x.x.x或xx.xx.xxx

注意：文件必须是 UTF-8 格式！

版权信息

通常我们还要在标准信息头中加入插件的许可证信息。大多数插件使用GPL或GPLCompatibleLicenses许可。如果使用GPL许可，要求插件中包含以下信息：

?php

/* Copyright 年份 作者名 (email : 你的邮箱)

This program is free software; you can redistribute it and/or modify

it under the terms of the GNU General Public License as published by

the Free Software Foundation; either version 2 of the License, or

(at your option) any later version.

This program is distributed in the hope that it will be useful,

but WITHOUT ANY WARRANTY; without even the implied warranty of

MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the

GNU General Public License for more details.

You should have received a copy of the GNU General Public License

along with this program; if not, write to the Free Software

Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA

*/

?

开始编写插件

现在是时候让你的插件能干些什么了。这部分内容包括插件开发的一般思路，而且介绍了开发插件需要做哪些工作。

WordPress插件钩子

许多WordPress插件通过连接一个或多个WordPress插件钩子来完成他们的功能。插件钩子的运行机理是，当WordPress运行到不同阶段，WordPress会检查当前阶段是否注册了插件函数，如果是，那么函数将被执行。通过执行插件函数改变了WordPress的默认功能。

例如，在WordPress将日志标题和post发送到浏览器前，会检查是否有插件函数注册了名为“the_title”的“filter”钩子。如果是，标题文本将会传送到注册函数中，注册函数返回值将会传送到浏览器。所以，如果要在日志标题中加入一些信息，可以通过这种方式实现。

另一个例子是名为“wp_footer”的“action”钩子。在WordPress的HTML页脚创建之前，会检查是否有插件注册了名为“wp_footer”的“action”钩子，如果是依次执行她们。

在Plugin API了解更多如何注册“filter”和“action”类型的钩子函数，及WordPress提供了那些插件钩子。如果你发现WordPress没有提供自己想要的钩子，你可以建议WordPress加入这个钩子，很多建议WordPress都会采纳。具体方法参考Reporting Bugs。

模版标签

另一个通过插件加入新功能的方法是建立自定义的模版标签Template Tags。如果有人想用你的插件，可以在他们的主题中添加这些标签，边栏，文章内容段，或者任意的只要是适合这插件的地方。例如，一个给文章添加地理位置的插件可能定义了一个模板标签函数geotag_list_states()放在边栏上，这里列表了所有在文章中关联的州的名称，并且还带有插件提供的到这些州的文档页的链接。

定义一个自定义模板标签，仅需要写一个PHP函数，并且在你插件主页或者插件的主PHP文件中声明一下。声明函数的时候，为这个函数提供一个示例来明确如果想要应用这个函数需要加主题中加些什么文件是个相当棒的主意。

保存插件数据到数据库

大多数WordPress插件需要站点的所有者或者是博客的用户输入信息，然后在对话过程中保存起来，以便过滤器函数(filter)、动作函数(action)或者模板函数(Template)使用。这些信息必须保存在WordPress的数据库中，以便下次使用。这里有两种基本的方法用于保存插件的信息到数据库里面。

使用WordPress的"option"机制（稍后会有介绍）。这种方法适合于保存一些相对小数量的静态命名类数据--这类数据通常只需要网站的所有者在首次建立插件的时候输入，以后很少改动。

文章属性post meta(a.k.a. Custom Fields)，适用于那些只和个人文章、页面或者附件有关的数据。

参看post_meta Function Examples, add_post_meta(), 以及与文章相关函数属性post.fuction meta (a.k.a. Custom Fields).

自定义分类法。对于文章分类或者其他对象，比如用户、评论，或者用户可编辑列表中的数据名称/值，可以考虑使用自定义分类法，尤其是当你要访问的所有的文章/对象与给定的分类法项目相关联的时候。查阅 Custom Taxonomies

在数据库中创建一个新的自定义数据表。这种方法适合于与个人文章、页面、附件或者评论相关的数据，这类数据会随着时间越来越多，它们也没有专有名称。参看Creating Tables with Plugins来了解更多这类信息处理方法。

WordPress的选项机制

参看 Creating Options Pages 得到更多如何创建会自动保存你选项数据的页面。

WordPress拥有一个机制来保存，更新和检索WordPress数据库中专用，名称类数据(即"options"机制)。选项值可以是字符，数组或PHP对象(他们会被"序列化"，或在存储前转换为字符，并在被检索时解开序列)。选项名称是字符，并且它们必须是独一无二的，这样就不会与其它的WordPress插件相冲突。

它也通常被认为是一个不错的主意，将你的插件使用的选项的数量降到最低。例如，考虑存储序列化数组的10个元素作为一个单一的命名选项，而不是存储10个不同的命名选项。

这里是你的插件应用WordPress option功能的主要函数。

add_option($name, $value, $deprecated, $autoload);

建立一个新的option; 如果这个option已经存在则不做动作.

$name

必须 (string). 要添加的option的名称.

$value

可选(string), 默认是空字符. option值会存在这里.

$deprecated

可选 (string), 不再被WordPress使用了,你可以不填或NULL 如果你希望应用后面的$autoload参数.

$autoload

可选, 默认为 'yes' (enum: 'yes' or 'no'). 如果设置为 'yes' 那么这个option会被get_alloptions 函数自动检索.

get_option($option);

在数据库中检索option值.

$option

Required (string). 你想返回数值的option名称。你可以Option Reference在找到一个随着WordPress一起安装好的默认option表。

update_option($option_name, $newvalue);

更新或创建数据库中的option值(注意 add_option 不是必须被调用，如果你不想作用 $deprecated 或$autoload 参数).

$option_name

必须(string). 要更新的option名.

$newvalue

必须. (string|array|object) option的新值.

管理面板

假定你的插件有一些选项(option)存储于WordPress的数据库中(参看上一节),你可能会想要一个主控面板来允许你的插件用户查看和编辑选项值。实现这一目标的方法阐述于Adding Administration Menus。

插件国际化

在你完成了你的插件的编写工作之后，另一个需要考虑的问题（假设你准备跟大家分享你的插件的话）就是将其国际化。国际化就是将你的软件设置成能够本地化的过程；本地化是将软件中显示的语言翻译成其他语言的过程。Wordpress正在被全球的人们使用，所以全球化和本地化是他内在的特性，这其中就包括了插件的本地化。

请注意，插件的语言文件是不会自动加载。将此插件代码，以确保加载的语言文件：

load_plugin_textdomain('your-unique-name', false, basename( dirname( __FILE__ ) ) . '/languages' );

要简单地取一个字符串使用 __('String name','your-unique-name'); 返回翻译或者_e('String name','your-unique-name'); 输出翻译。翻译，然后进入你插件的 /languages 文件夹。

我们十分希望你能够将你的插件国际化，这样其他国家的用户就可以在自己的本地使用它了。我们有一个关于国际化的综合说明在I18n for WordPress Developers，这其中就包括了一个描述插件国际化的部分。

更新你的插件

本节介绍将插件托管到 之后必要的更新步骤。特别列出wordpress.org关于使用 Subversion（SVN）的一些细节。

假设你已经提交你的插件到WordPress的插件库，随着时间的推移，你可能会发现需要将某些功能添加到插件或修正错误。更新代码，并将变化提交到你的插件主干（trunk），这些变化将是公开可见的，但仅限于在技术上志同道合的人通过SVN检查你的插件。其他用户通过网站或自己的WordPress插件管理下载都不会改变。

当你准备发布一个新版本的插件：

确保一切承诺和新版本的实际工作。注意所有版本的WordPress的插件支持，并尝试与他们进行测试。不要只是测试新功能，也确保你不小心打破一些插件的旧功能。

更改主要的PHP文件头注释中的版本号为新的版本号。

更改readme.txt文件的“Stable tag”字段中的版本号。

在readme.txt文件中添加一个新的小节“changelog“，简要介绍与最后一个版本相比，新版本有什么改变。这将列出的插件页面上的“更新日志”选项卡。

提交这些更改。

创建一个新的SVN标记作为副本主干（trunk），遵循 this guide。

给系统一个运行两三分钟，然后检查你的插件，看看更新是否一切正常，以及WordPress 是否提示插件有更新（更新检查可能有缓存，比如wordpress.org插件页面或后台安装，所以这可能需要一些时间 —— 尝试访问“可用更新”页面）。

故障排除：

wordpress.org插件的页面上仍然列出旧版本。你是否更新了树干文件夹'stable tag' 字段？只创建一个标签和或更新readme.txt文件是不够的！

插件的页面提供了一个zip文件的新版本，但按钮仍然列出旧的版本号，而且WordPress 没有装更新通知。你是否已修改主要的PHP文件中“Version”版本号？

对于其他问题，请参考： The Plugins directory and readme.txt files

插件开发建议

最后这个部分是关于开发插件的一些建议。

WordPress插件的代码应该遵循 WordPress Coding Standards. 另外请同时参考Inline Documentation。

你的插件中所有函数的名称都应该与现存的Wordpress Core函数，其他插件或主题的任何名称不同。基于这个原因，我们建议你在你的插件的所有函数的名称之前加上一个你自己选择的前缀，或者把你的插件的函数都写在一个类里面（当然这个类的名字也必须是唯一的）。

请不要把Wordpress数据库表格前缀（通常是“wp_”）直接写在你的插件里，请使用$wpdb-prefix 。

虽然数据库的读取相对便宜，但它的写入是相当昂贵的。数据库十分擅长获取信息并呈现给用户，而且这些操作（通常）是非常迅速的。然而对数据库进行改动就是一个非常复杂的过程了，而且需要使用更长的计算时间。因此，请尽量减少你对数据库进行写入的次数。在你编写程序的时候就做好所有的准备，这样就可以只在必须的时候再进行写入了。

在数据库里只SELECT你需要的东西。尽管数据库的读取十分便捷，我们依然推荐你值查找真正需要的数据，来尽量减少数据库的负载。例如，如果你只想获得表格的行数，不要使用 SELECT * FROM, 因为这样的话每一行中的所有数据都会被读出，导致内存的浪费。同样的，如果在插件中你只想获得post_id和post_author，请只 SELECT 这两项来减少数据库的负载。记住：在某一个操作的同时可能有其他上百个进程需要使用数据库，而数据库和服务器都必须同时满足所有这些进程的需求。学习怎样尽量减少你的插件对数据库的使用可以避免对这些资源的滥用。

不要让你的PHP出错。在你的wp_config.php文件中添加define('WP_DEBUG',true);，对你的所有函数进行测试来确定是否有任何的错误或者警告。有多少，就修复多少，直到再也不出现为止。

尽量不要直接调用script和style标记 —— 推荐使用 wp_enqueue_style() 和 wp_enqueue_script() 函数。他们帮助消除引用重复的脚本和样式，以及引进依赖的支持。

怎样可以直接备份WordPress博客数据库

所谓直接备份，是指不需要借助于 WordPress 插件、第三方服务或者程序代码，而直接通过 WordPress 后台或者 cPanel 备份，这样的备份方法是最安全的，只不外需要手动。 方法一：通过 WordPress 后台备份博客数据库 进入WordPress 后台，点击“工具”选项下面的“导出”，然后在泛起的页面点击“下载导出文件”就可以了。假如你的博客有多个作者，你还可以选择导出某一个作者的相关文件。导出文件包括对应作者的全部文章、页面、评论、自定义域、分类目录和标签，但是不包括 WordPress 插件和小工具的设置。假如要备份插件和小工具的设置，则可以通过虚拟主机空间的 cPanel 控制面板来备份 WordPress 博客数据库： 方法二：通过 cPanel 备份博客数据库 进入cPanel 之后，点击“文件”分类里面的“备份”，在泛起页面的“部门备份”下面，选择需要备份的博客对应的 MySQL 数据库并下载。 除了通过 cPanel 的文件备份功能之外，你也可以通过 phpMyAdmin 的导出功能进行 WordPress 博客的数据库备份： 方法三：通过 phpMyAdmin 备份博客数据库 点击cPanel “数据库” 分类下面的 “phpMyAdmin”，在泛起的页面点击博客对应的数据库，然后点击工具栏上的“导出”，并在下一页面的“另存为文件”一栏下面选择“gzip压缩”，然后点击“执行”，就可以把数据库下载到你的电脑硬盘了。 通常情况下我会选择第二种方法备份 WordPress 博客的数据库，由于备份的数据比第一种方法要全面，而速度则比第三种方法要快。不外，假如只是要把一个 WordPress 博客的文章转移到另外一个 WordPress 博客上，那么就用第一种方法。 数据库备份可选择的插件 WP-DB-Backup可以让你轻松备份你的WordPress 核心数据库， 另外一个特点是它还支持备份相同数据库中的其它表格，假如你的一个数据库中安装有多个WordPress博客 或其它程序的话。同时，WP-DB-Backup还支持时钟任务备份发送到你的电子邮箱或直接存储在你指定的主机目录上。不外貌似对大数据库的备份不怎么行，我常常备份到半途就没反映了。当然，也许是备份过程中主机出题目吧。 WP-DBManager可以让你优化数据库，修复数据库，备份数据库，恢复数据库，删除备份数据库，拖动和清空表格，运行SQL查询等。支持自动备份和优化数据库。 Remote Database Backup这也是一个WordPress 数据库备份插件。它主要是基于上面说的第一款WordPress Database Backup 改编而成，所不同的，它移除了一些安全限制，让你可以实现自动远程备份功能。 DBC Backup这款可以实现定时备份，支持none, gzip 和Bzip2压缩模式 。会自动创建导出目录, 自动写入. htaccess和一个空的index.html文件来保护你的备份。 且备份文件使用了一些复杂的文件名，更加安全。不外，不确定是否支持2.7。 官方目录上显示是最高支持到2.5.1。

如何重置WordPress数据库，重置wordpress网站插件

安装了wordpress后，打开它总感觉比别的网页速度慢，后来查询可能是后台安装了太多插件，关闭了所有还是不行，上百度查询了一下 找到了这个插件Optimize DB 希望对大家有用。 工具/原料 Optimize DB：在 WordPress 后台优化 MySQL 数据库

wordpress数据库自动备份插件有哪些？

用这个就可以了：WordPress Database Backup ，备份数据库的，可以设置时间，自动备份，并且自动发送到指定邮箱。希望能帮助你。