У мене є дивна проблема з правилом Magento Target.
Сценарій: Magento EE 1.12. 30+ переглядів магазинів у тому ж екземплярі Magento. 30k + товари. Більшість продуктів мають однакові налаштування для всіх представлень магазину. Я створив правило для відображення продажів наступним чином. "Показати товари з тієї ж категорії із ціною 100% або більше, ніж поточний продукт". Налаштування показу продажів: "Тільки на основі правил" (видання відтворюється для "На основі правил і вибраних"). Я зберегла правило. переробили все. Все виглядає добре, виглядають розпродажі (для продуктів, які я протестував), як визначено правилом, АЛЕ… Через деякий час для одного і того ж продукту в одному представленні магазину з’являються розпродажі, а в інших представленнях магазину вони не є. Продукт має однакові налаштування для всіх представлень магазину. (і він повинен мати однакові продажі.)
Якщо я змінити щось у правилі та зберегти його знову, набір продуктів починає відображатися на всіх представленнях магазину, але через деякий час проблема відтворюється.
Після перекопування коду я виявив, що збитки, згенеровані цільовим правилом, зберігаються в таблиці enterprise_targetrule_index_upsell, щоб уникнути розбору всіх правил кожного разу. Ось як це працює. (таблиця обрізається під час збереження правила) Якщо в таблиці, про яку я згадував, є якісь «цільові правила», вони будуть отримані. Якщо їх немає, правила аналізуються і результат заноситься в таблицю індексів. Ось деякі записи з цієї таблиці для конкретного продукту.
+-----------+----------+-------------------+---------------------------------------------------------------------+---------------------+
| entity_id | store_id | customer_group_id | product_ids | customer_segment_id |
+-----------+----------+-------------------+---------------------------------------------------------------------+---------------------+
| 17372 | 2 | 0 | 17373,350,583,487,17664,29737,14719,443,445,29502,17666,17667,17668 | 0 |
| 17372 | 5 | 0 | 17373,350,583,487,17664,29737,14719,443,445,29502,17666,17667,17668 | 0 |
| 17372 | 17 | 0 | 17373,350,583,487,17664,29737,14719,443,445,29502,17666,17667,17668 | 0 |
| 17372 | 18 | 0 | 17373,350,583,487,17664,29737,14719,443,445,29502,17666,17667,17668 | 0 |
| 17372 | 19 | 0 | 17373,350,583,487,17664,29737,14719,443,445,29502,17666,17667,17668 | 0 |
| 17372 | 20 | 0 | | 0 |
| 17372 | 21 | 0 | 17373,350,583,487,17664,29737,14719,443,445,29502,17666,17667,17668 | 0 |
| 17372 | 22 | 0 | 17373,350,583,487,17664,29737,14719,443,445,29502,17666,17667,17668 | 0 |
| 17372 | 23 | 0 | 17373,350,583,487,17664,29737,14719,443,445,29502,17666,17667,17668 | 0 |
Як ви бачите, продажі для продукту з id 17372 є однаковими для всіх представлень магазинів, за винятком store_id 20, який порожній. У магазині немає нічого особливого. Вся продукція, що бере участь тут, доступна у всіх магазинах.
Будь-яка ідея?
Дякую. Маріус.
cron
правильно налаштовано. Правила IIRC відновлюються щоночі і без активної діїcron
спричинить дивну поведінку