Система регулярно изменяет уровни цен, почему

Добрый день. Раз в какое то время система пересчитывает наличие товаров и прочие системные поля. После таких пересчетов вызывается сохранение продукта и соответственно автоматизация для продуктов. Данные действия насколько я понимаю и устанавливают вашим продуктам уровни цен.

Добрый день. 1. По данному товару ничего не менялось, не было не приходов не процессов, не резервов, вообще ничего, зачем делать сохранение ? История подтверждает что ничего не было https://baza.cn.ua/admin/shop/products/62999/history/?userid=&systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=&filtercdatefrom=2020-12-24&filtercdateto= 2. Почему эти сохранения имеют какой то не системный характер, то есть идет запуск в 00:16 потом 02:38 потом 10:38 и дальше пошло с какой то вообще не логической частотой 11:06, 11:26, 11:35 (это же тупо жрет ресурс и раздувает БД) ? 2020-12-24 13:59:21 2020-12-24 13:44:20 2020-12-24 13:15:27 2020-12-24 12:26:23 2020-12-24 12:23:22 2020-12-24 12:00:23 2020-12-24 11:35:20 2020-12-24 11:26:19 2020-12-24 11:06:40 2020-12-24 10:43:21 2020-12-24 10:38:23 2020-12-24 02:38:21 2020-12-24 00:16:33 3. Как можно прекратить эти несистемные сохранения ?

1. Сохранения происходят при пересчете системой наличия товаров как я и указал сообщением выше. 2. Изменения происходят только при вызове специальной задачи. На счет раздувания БД вы частично правы. Вы можете этого избежать убрав действия автоматизации или поставив действия, которые чистят историю изменений 3. Я несколько дней назад предлагал вам доработку в 2ч, чтобы не вызывать данный процессор так часто а делать это раз в пол часа или час. Насколько я помню, вы проигнорировали данное решение.

[quote] Бодяко Дмитрий Сотрудник писал/а: 1. Сохранения происходят при пересчете системой наличия товаров как я и указал сообщением выше. [/quote] 1. Это я уже понял, можно не повторяться, у меня вопрос зачем делать сохранение если ничего не поменялось это же как то не рационально и тупо молотить кучу товаров, а потом запускать по этим товарам сохранения и писать в историю, вы можете описать логики системе в данном вопросе ибо пока что это выглядит (функционал пересчета) как какой-то нерациональный костыль (пересчитать 10 раз по всем товарам что бы на 100% поставить галочку в наличии) ? [quote] Бодяко Дмитрий Сотрудник писал/а: при вызове специальной задачи [/quote] 2. Я понял что это какой то спец запуск, но вы не ответили на вопрос "почему она имеет какой то не системный характер" хотелось бы понять какая логика запуска этого функционала, почему он не лопатить каждый 20 минут как в обед ? [quote] Бодяко Дмитрий Сотрудник писал/а: 3. Я несколько дней назад предлагал вам доработку в 2ч, чтобы не вызывать данный процессор так часто а делать это раз в пол часа или час. Насколько я помню, вы проигнорировали данное решение. [/quote] Я не проигнорировал, просто Вы плохой продавец, вы пытаетесь мне продать то что мне абсолютно не нужно

1. Я не буду обсуждать с вами архитектуру системы и её действия, это ни к чему не приведет. 2. Данный запуск делается после того как вы изменяете какие либо данные в системе, которые могут повлиять на наличие товара. Будь то изменение наличия поставщика, остатков на складах и так далее. 3. Я не продавец вовсе и не собирался вам ничего продавать. Вам нужно чтобы не запускалось определенное действие так часто, я даю вам решение этой задачи.

[quote] Бодяко Дмитрий Сотрудник писал/а: 2. Данный запуск делается после того как вы изменяете какие либо данные в системе, которые могут повлиять на наличие товара. Будь то изменение наличия поставщика, остатков на складах и так далее. [/quote] По этому товару ничего не меняли и у него нет поставщиков почему тогда система по нему меняет (запускает) тем более в 02:38 ?

пересчет запускается не по одному товару системы а по всем. Это сделано специально, так нужно! Ко мне есть еще какие то вопросы?

[quote] Бодяко Дмитрий Сотрудник писал/а: пересчет запускается не по одному товару системы а по всем. Это сделано специально, так нужно! Ко мне есть еще какие то вопросы? [/quote] 1. По каким товарам система запускает скрипт (какие условия выборки) ? 2. Почему система запускает в 02:38, а потом с 10:00 раз в 10-15 минут (в чем глобально логика) ? 3. Как работает галочка (какой механизм работы) "update-avail-after-balance" которая тут https://baza.cn.ua/admin/shop/settings/storage/ и не вредно ли система включение это галочки + работа этого скрипта (каждые 10-15 минут) при моем количестве товаров (в описании к настройке просто написано "вмикайте її тільки при невеликій кількості продуктів", просто понятие "невеликій" очень условное) ?

1. Все 2. Так нужно 3. Не вредит

[quote] Бодяко Дмитрий Сотрудник писал/а: 1. Все 2. Так нужно 3. Не вредит [/quote] Прошу давать полные ответы, так как кто-то нажаловался что я много пишу и меня ограничили в комментариях 1. Можно подробней, тупо все вплоть до удаленный или только те что в наличии или те по которым есть статки ? 2. Я понял что так нужно, но опишите логику, что бы было понятно с какой целью 3. Если не ведуться поставщики то галочка по сути решает задачу скрипта и можно доработать его отключение ?

1. По всем не удаленным товарам системы 2. Я не могу объяснить вам все тонкости работы системы и для чего это необходимо. 3. Да, можно это сделать за 2ч доработки.

[quote] Бодяко Дмитрий Сотрудник писал/а: пересчет запускается не по одному товару системы а по всем. Это сделано специально, так нужно! Ко мне есть еще какие то вопросы? [/quote] Вы можете доработать систему что бы она запускала эту процедуру только тогда когда по товару реально было движение по складу или по поставщиками (то есть те операции которые реально влияют на наличие), то есть что бы система тупо не молотила все подряд по 5 раз в час (как по мне это может очень хорошо "попустить" систему) ?