У кого-нибудь были проблемы с использованием Prestashop класса Product updateCategories() раньше для одновременного обновления множества категорий продуктов? Мы используем это, чтобы сопоставить категории поставщиков с нашими собственными категориями, и нам нужно изменить сотни-тысячи категорий продуктов. Проблема, с которой мы сталкиваемся, заключается в том, что updateCategories обычно замедляется до сканирования при обновлении большого количества продуктов 100+, и на это уходят часы.
Я проверил время его работы на 50 продуктах, и иногда он обновляет их нормально, а иногда начинает сильно замедляться после 30-40.
В другом потоке предположили, что это может быть хук действия, срабатывающий в updateCategories(), но даже после отключения/переопределения модулей с помощью этого хука (ps_mainmenu, ps_facetedsearch) это все равно не исправило.
В нашем магазине сейчас ~150 000 товаров и более 300 категорий, с серверным оборудованием проблем быть не должно, проверил метрики, узких мест нет.
Хотелось бы услышать любые предложения о том, откуда может возникнуть проблема, или способ выяснить, что вызывает ее самостоятельно.
Прикрепляю пример скрипта для массового обновления категорий.
$productIds = Db::getInstance()->executeS('SELECT id_product FROM `' . _DB_PREFIX_ . 'product` ORDER BY id_product LIMIT 60');
$categoryId = 1;
$time_pre_total = microtime(true);
foreach ($productIds as $id) {
echo '------------------------------------------';
var_dump($id);
echo '<br>';
$time_pre = microtime(true);
$product = new Product((int)$id['id_product'], null, null, (int)Context::getContext()->shop->id);
$time_post = microtime(true);
$exec_time = $time_post - $time_pre;
var_dump($exec_time);
echo '<br>';
$time_pre = microtime(true);
$product->updateCategories([(int)$categoryId]);
$time_post = microtime(true);
$exec_time = $time_post - $time_pre;
var_dump($exec_time);
echo '<br>';
$time_pre = microtime(true);
$product->id_category_default = $categoryId;
$time_post = microtime(true);
$exec_time = $time_post - $time_pre;
var_dump($exec_time);
echo '<br>';
$time_pre = microtime(true);
$product->update();
$time_post = microtime(true);
$exec_time = $time_post - $time_pre;
var_dump($exec_time);
echo '<br>';
echo '------------------------------------------';
}
echo '------------------------------------------';
echo '------------------------------------------';
echo '<br>';
$time_post_total = microtime(true);
$exec_time_total = $time_post_total - $time_pre_total;
var_dump($exec_time_total);
echo '<br>';
echo 'cycle ended';
@user3256843 user3256843 Хороший звонок, кажется, это был метод cleanPositions() в классе Products, который пересчитывал все позиции категории после каждого обновления продукта.
Проблема заключалась в методе cleanPositions() в классе Products, он пересчитывал позиции, как упоминалось в комментариях @user3256843, я постараюсь переопределить/написать другой метод для себя.
Внутри $product->updateCategories() есть несколько «тяжелых» методов, которые могут тратить много времени на БД, особенно на пересчет позиций товаров по категориям и повторное применение определенных ценовых правил к правилам корзины на основе категорий. Поэтому я бы предложил отладить «глубже» эти методы, чтобы увидеть, где/когда тратится время.