定位 wordpress 存储插件信息的位置 - 用于 git 回购
locating where wordpress stores plugin information - for purpose of a git repo
我已经为 Wordpress 安装了 Revolution Slider 插件，它工作得很好。但是，我也在使用 GIT 在协作环境中工作，并且只想将我的代码推送到生产环境，而不是在目标服务器上再次安装插件。
这当然意味着 none 的 DB 信息将被更新。 Revolution Slider 安装大约 5-6 table 秒，从 wp_revslider_.. 开始，这很容易转储和安装。
然而.. 在 Wordpress tables 中必须有其他地方存储插件的状态，否则 /wp-admin 不会知道它在那里。这将是哪个 table，是否有任何其他 table 或可能已更改的字段？
插件状态 (active/inactive) 在 table wp_options，其中 "option_name" = "active_plugins".
有时特定于插件的状态变量也存储在 wp_options 中。看一下“/wp-admin/options.php”，它们的前缀通常是一样的。
顺便说一句，找出滑块在哪里保存数据的一种方法是对新的 WP 数据库进行 sqldump，然后安装滑块，然后再次进行 sqldump，现在比较文件。
我已经为 Wordpress 安装了 Revolution Slider 插件，它工作得很好。但是，我也在使用 GIT 在协作环境中工作，并且只想将我的代码推送到生产环境，而不是在目标服务器上再次安装插件。
这当然意味着 none 的 DB 信息将被更新。 Revolution Slider 安装大约 5-6 table 秒，从 wp_revslider_.. 开始，这很容易转储和安装。
然而.. 在 Wordpress tables 中必须有其他地方存储插件的状态，否则 /wp-admin 不会知道它在那里。这将是哪个 table，是否有任何其他 table 或可能已更改的字段？
插件状态 (active/inactive) 在 table wp_options，其中 "option_name" = "active_plugins".
有时特定于插件的状态变量也存储在 wp_options 中。看一下“/wp-admin/options.php”，它们的前缀通常是一样的。
顺便说一句，找出滑块在哪里保存数据的一种方法是对新的 WP 数据库进行 sqldump，然后安装滑块，然后再次进行 sqldump，现在比较文件。