Drupal\Component\Plugin\Exception\PluginNotFoundException："glossify_taxonomy“插件不存在。

Question

在Drupal 8中，当我们上传模块时，我们会经常遇到这样的问题。

我已经安装了glossify及其子模块glossify_taxonomy并进行了配置。我们在生产中创造了一些内容。

过了几天，我们觉得我们不需要全球化模块。在我们的本地实例中，我们使用composer卸载了模块，并导出了配置，并将其推送到生产和配置中，也是导入的。

每当我们尝试创建内容，或者尝试访问现有内容时，我们都会得到插件，而不是找到异常。

We首先删除了所有的配置，删除了所有的内容，然后从目录中删除了模块。

但在生产中我们不能每次都这么做。请建议如何安全卸载模块。

提前为大家准备好答案。

Answer 1

有两种方法(如果您不想将模块的源代码重新安装到生产中，并完成相同的步骤来完全卸载它)。

• 如果您对try服务器具有命令行访问权限，则可以在生产中尝试使用钻取卸载模块。运行drush pm-uninstall glossify_taxonomy，然后运行drush pm-uninstall glossify
• 如果失败，您可以安排内容冻结，将数据库下载到本地实例，并手动将模块设置为“禁用”。然而，与Drupal 7's变量表不同的是，每个模块没有自己的数据行。相反，所有启用/禁用的模块状态都被聚合并保存在配置表和缓存配置表中的一行数据中，其中cid = core.extension。在不完全卸载的情况下禁用模块：
  1. 从prod本地加载导出的数据库，并：
  2. 打开“config”表
  3. 使用“core.extension”搜索行
  4. 下载Blob对象
  5. 取消序列化数据(http://www.unserialize.me/是一个用于序列化和非序列化的快速在线工具)
  6. 取消glossify & glossify_taxonomy模块或从数组中删除它们。
  7. 序列化数据
  8. 上传Blob对象
  9. 保存已编辑的记录
  10. 打开“cache-config”表并重复步骤2-8。
  11. 导出修改后的本地数据库
  12. 在对生产进行更改之前，保留数据库的备份，以便在需要时进行快速还原。
  13. 将修改后的本地数据库导入回prod
  14. 测试以查看是否继续观察缺少的模块警告/错误。