搜索大闹库鲁兰格 / magento2-gtid-safe-url-rewrite-fallback
强制类别保存/更新观察器回退到一个（已弃用）的方法，该方法不需要临时表。这使得 Magento v2.1.x 的类别保存具有 GTID 一致性
Requires
- php: ~5.5.0|~5.6.0|~7.0.0
- magento/framework: 100.1.*
- magento/module-backend: 100.1.*
- magento/module-catalog: 101.0.*
- magento/module-catalog-import-export: 100.1.*
- magento/module-catalog-url-rewrite: 100.1.*
- magento/module-eav: 100.1.*
- magento/module-import-export: 100.1.*
- magento/module-store: 100.1.*
- magento/module-ui: 100.1.*
- magento/module-url-rewrite: 100.1.*
This package is auto-updated.
Last update: 2024-09-06 11:00:41 UTC
README
强制类别保存/更新观察器回退到一个不需要临时表的方法的 Magento 2 模块。这允许 GTID 一致性类别保存，但会牺牲一些性能。
为什么？
因为，Magento 2 在整体应用性能方面似乎比可扩展部署具有更高的开发优先级，尤其是在云环境中。该模块是解决许多云环境中特定问题的快速解决方案，这些环境需要二进制安全事务和 GTID 一致性事务……通常是 MySQL 兼容的托管数据库，并具有某种形式的复制以提供更好的可用性和故障转移。从 Magento 2.1.x 的早期版本开始，类别重写重建的方式已经改变，使其更加高效；不幸的是，它是通过使用临时表来实现的，这违反了 GTID 一致性，如果在保存类别时更改了 URL 键、'is_anchor' 或产品列表，将导致“在保存此类别时出错”的错误。
该模块是一个快速解决方案，强制 Magento 回退到不使用临时表或违反 GTID 一致性的（目前已弃用）方法……从而永远解决问题…… ;-p
正在开发一个更永久的解决方案，涉及永久表，但这对需要立即保存其 Magento 类别的任何人来说应该可以解决问题！:-D
安装
安装通过 composer 提供。包名为 bangerkuwranger/magento2-gtid-safe-url-rewrite-fallback。只需在您的 Magento 根目录中运行以下命令即可
composer require bangerkuwranger/magento2-gtid-safe-url-rewrite-fallback
php bin/magento module:enable Bangerkuwranger_GtidSafeUrlRewriteFallback
php bin/magento setup:upgrade
php bin/magento setup:di:compile
php bin/magento cache:flush