可以关闭而不会造成伤害的未使用核心模块列表

相对于Magento 1的该主题，准备一个可以关闭或完全删除的Magento 2核心模块列表可能会很有用，因为这些模块很少使用，因此对我们的商店没有危害。

首先提出一些命题：

• Magento_Ups或Magento_Dhl或Magento_Fedex（如果我们的客户不使用这些货件）
• Magento_Paypal - 如上
• Magento_AdminNotification （有时很烦人）
• 所有模块Import/Export-如果我们不从Magento 1迁移商店
• Magento_Bundle或Magento_Downloadable或Magento_GroupedProduct-如果不会使用
• Magento_GiftMessage -（如果未使用）
• Magento_Rss -如果不使用
• Magento_Sitemap

这里是一些有问题的问题-如果有人有经验，请告诉他们是否对任何事情都有用：

• Magento_Marketplace
• Magento_Msrp
• Magento_NewRelicReporting
• Magento_OfflineShipping 和 Magento_OfflinePayments
• Magento_SampleData
• Magento_Swagger
• Magento_Usps
• Magento_Vault

这是我认为模块可以执行的操作的列表，它可能有助于了解您可以尝试禁用的功能。

重要说明：禁用模块时，请检查模块依赖性，因为某些依赖性可能会中断。

• AdminNotification：可以禁用。但是，获取最新的安全信息很有用。
• AdvancedPricingImportExport：如果您不使用导入/导出功能或高级定价，则可以禁用此功能。
• 授权：不能被禁用，它是处理ACL的模块
• Authorizenet：如果您不使用Authorize.net，可以将其禁用
• 后端：无法禁用，它处理后端。
• 备份：如果您不使用Magento备份功能，则可以禁用。
• BrainTree：如果您不使用BrainTree，可以将其禁用
• 捆绑包：如果您不使用捆绑包产品，则可以禁用。
• BundleImportExport：如果您不通过导入/导出使用捆绑产品，则可以禁用
• CacheInvalidate：如果您不使用Varnish缓存，则可以禁用它（但是您应该！）
• 验证码：如果您不使用验证码，可以禁用
• 目录：好吧，我认为它可以被禁用，但是为什么呢？
• CatalogImportExport：如果不对目录使用Import / Export，则可以禁用
• CatalogInventory：无法禁用
• CatalogRule：我认为如果您不使用目录价格规则，则可以将其禁用
• CatalogRuleConfigurable：如果您不对可配置产品使用目录价格规则，则可以禁用
• CatalogSearch：保留；）
• CatalogUrlRewrite：与此相同
• CatalogWidget：如果您不使用目录小部件产品列表，则可以禁用此选项
• 结帐：保留
• CheckoutAgreements：如果您不使用Checkout协议，则可以将其禁用。
• Cms：如果您不使用CMS功能，不确定是否可以真正禁用它。
• CmsUrlRewrite：参见上文
• Config：无法禁用，它处理系统配置功能。
• ConfigurableImportExport：如果不与导入/导出功能一起使用可配置，则可以禁用
• ConfigurableProduct：如果您不使用可配置产品，则可以禁用
• 联系人：如果您不使用联系人页面，可以禁用
• Cookie：保留；）
• Cron：这里也一样
• CurrencySymbol：我认为如果您不使用多种货币，可以将其禁用
• 顾客：好^^
• CustomerImportExport：如果您不对客户使用导入/导出功能，则可以禁用
• 部署：我认为这取决于您的部署方法，但这是处理deploy CLI命令的模块
• 开发人员：我认为可以在生产中禁用它，它为开发人员提供了几个CLI命令。
• Dhl：如果您不使用DHL，则可以禁用
• 目录：我认为不能禁用它，因为它可以处理国家和地区的管理。
• 可下档下载：如果您不使用可下载的产品，则可以禁用。
• DownlodableImportExport：如果您不使用具有Import / Export功能的可下架产品，则可以禁用。
• EA：无法禁用
• 电子邮件：无法禁用
• EncryptionKey：不应禁用 EncryptionKey，因为它会处理高级加密模型以保护密码/敏感数据。
• 联邦快递：如果您不使用联邦快递，则可以禁用。
• GiftMessage：如果不使用礼物消息，则可以禁用。
• GoogleAdwords：如果您不使用Adwords，可以将其禁用。
• GoogleAnalytics：如果您不使用Analytics（分析），可以将其禁用
• GoogleOptimizer：如果您不将Google实验（A / B测试）与Google Analytics（分析）一起使用，则可以禁用
• GroupedImportExport：如果您不使用具有Import / Export功能的分组产品，则可以禁用。
• GroupedProduct：如果您不使用分组产品，则可以禁用。
• ImportExport：如果完全不使用Import / Export功能，则可以禁用它。
• 索引器：保留它
• 集成：如果您不使用Web API ，可以肯定可以将其禁用。
• LayeredNavigation：如果不使用分层导航，则可以禁用。
• 市场：可以禁用，它在后端显示Magento的合作伙伴。
• MediaStorage：保留
• Msrp：我认为如果您不使用Magento的MSRP功能，可以将其禁用。
• 多重运送：如果您不使用“运送到多个地址”功能，则可以禁用。
• NewRelicReporting：如果您不使用NewRelic，则可以禁用。
• 新闻通讯：如果您不使用Magento的新闻通讯功能，可以将其禁用。
• OfflinePayments：如果您不使用以下付款方式，则可以禁用：银行转账，货到付款，支票/汇票和采购单。
• OfflineShipping：如果您不使用以下送货方式，则可以禁用：免费送货，统一费率，餐桌费率和商店提货。
• PageCache：保留它
• 付款方式：相同
• 贝宝：如果您不使用贝宝，则可以禁用。
• 持久性：如果不使用Magento的持久性功能，则可以禁用。
• ProductAlert：如果您不使用产品提醒功能，可以将其禁用。
• ProductVideo：如果您不为产品使用视频，则可以禁用。
• Quote：保持它
• 报告：我认为如果您不使用Magento报告，可以将其禁用。
• RequireJs：保留它
• 评论：如果您不使用评论系统，则可以禁用。
• Rss：如果不使用RSS 则可以禁用
• 规则：它是由销售规则，目录规则等扩展的抽象模块。理论上，如果您不使用任何规则，则可以将其禁用
• 销售：保留
• SalesRule：如果您不使用购物车规则，则可以禁用。
• SalesSequence：应保留。它负责“销售”模块中的序列处理。
• SampleData：如果不使用样本数据，则可以禁用
• 搜索：保留
• 安全性：保留
• SendFriend：如果您不使用发送给朋友功能，可以禁用它。
• 运输：保留
• 站点地图：如果您不想管理站点地图，可以将其禁用。
• 储存：保存
• Swagger：我想如果您不想以用户友好的格式检查Magento REST API，可以将其禁用。
• 色板：如果不使用色板，则可以禁用
• SwatchesLayeredNavigation：如果在分层导航中不使用色板，则可以禁用
• 税收：保留税收，除非您生活在免税的世界中。在这种情况下，请将邀请发送给我。
• TaxImportExport：如果您不对税收使用导入/导出功能，则可以禁用它。
• 主题：保留
• 翻译：理论上，如果不需要翻译，可以将其禁用
• Ui：保留
• Ups：如果您不使用UPS，可以将其禁用
• UrlRewrite：保留它
• 用户：保留
• Usps：如果不使用USPS 可以禁用
• 变量：如果您不使用自定义变量功能，则可以禁用。
• 保险柜：如果您不使用保险柜，则可以禁用。
• 版本：应禁用，因为它允许任何人通过访问来检查您的Magento版本/magento_version
• Webapi：如果不使用REST和SOAP Web服务，则可以禁用。
• WebapiSecurity：如果您确实使用REST和SOAP Web服务，则不应禁用它。
• Weee：如果您不支付/固定产品税，可以禁用
• 窗口小部件：如果不使用窗口小部件，则可以禁用
• 心愿单：如果您不使用心愿单功能，可以将其禁用。

从理论上讲，如果您还禁用了模块的依赖性，则应该能够禁用任何模块。
通过运行cli命令，您应该能够看到所有依赖项bin/magento info:dependencies:show-modules。它将生成一个csv文件，其中包含模块之间的所有依赖关系。
理想情况下，这将是一棵像树一样的结构，并且完全禁用一个分支应该可以工作，但这是现实生活，它不能那样工作。
有些模块具有循环依赖关系。“ A取决于B，B取决于C，而C取决于A”（这仍然是一个很小的情况。您可以得到比这更大的链）。
在这里，除非禁用整个圆圈，否则无法禁用模块。
但是在安装模块时，您无法通过UI进行操作。在安装之前，您必须手动进行操作。
您可以使用此命令检查所有循环依赖项bin/magento info:dependencies:show-modules。同样，您将获得一个带有所有循环依赖项说明的csv文件。
但是即使禁用了完整的圆圈，由于某些未声明的依赖项和/或在错误的模块中声明的某些依赖项，您仍然可能会遇到问题。
大约一年前，我做了一个有关禁用MagetTitansIT的核心模块的演讲。您可以在此处找到幻灯片。
可能有点过时，因为在过去的一年中有些问题已经解决，但是这个想法和主要问题仍然存在。