VD
Как вариант, чтоб 5 мин не ждать, можно скрипт сразу дернуть после сохранения ресурса.
Size: a a a
2020 July 03
VD
Тут вопрос, норм ли расхождения данныъ на протяжении 5 минут
SB
Кстате, спасибо вчера за подсказки, по части интеграции товаром из crm.
У идеи отправлять информацию об обновленном товаре при сохранении есть один минус, если crm подвиснет, у нас получится расхождение по данным. Конечно можно писать в лог и т.д. чтоб потом менеджер пересохранял, но думаю это не есть гуд.
Я считаю самый правильный вариант, на событие onDocFormSave записываем в табличку, id товаров, которые нужно послать в crm. Раз в пять минут, через cron запускаєм скрипт, который будет смотреть табличку. из товарами которые нужно обновить, и уже по 100 штук слать в crm. Если все ок будет или статус менять или удалять из таблицы.
У идеи отправлять информацию об обновленном товаре при сохранении есть один минус, если crm подвиснет, у нас получится расхождение по данным. Конечно можно писать в лог и т.д. чтоб потом менеджер пересохранял, но думаю это не есть гуд.
Я считаю самый правильный вариант, на событие onDocFormSave записываем в табличку, id товаров, которые нужно послать в crm. Раз в пять минут, через cron запускаєм скрипт, который будет смотреть табличку. из товарами которые нужно обновить, и уже по 100 штук слать в crm. Если все ок будет или статус менять или удалять из таблицы.
Такой же подход, но для немного другого. Задержка ИМХО некритична, лучше, чем если заявка не отправится вообще
VD
Можно по идее раз в минуту
VD
если в базе пусто, значит идем отдыхать
SB
в любом случае на живье в момент события узкое место, лучше в базе лазить
AA
Тут вопрос, норм ли расхождения данныъ на протяжении 5 минут
Все зависит от текущей концепции работы. Где-то и пару секунд задержки это печально, а где-то и час терпит. (;
AA
По сути Вы сейчас "создали" очередь. Для этого есть множество готовых систем.
VD
Все зависит от текущей концепции работы. Где-то и пару секунд задержки это печально, а где-то и час терпит. (;
ну можно, и сразу после сохранения скрипт дернуть
AA
Можно. Тут уже от потребностей зависит.
VD
хтось в чаті писав про індекс для value в таблиці tmplvar_contentvalue, добавив я індекс, і деякі запити, стали літати. А чи є якісь мінуси, в такого підходу? По ідеї запити на вставку і обновлення будуть повільніші, але по ідеї не критично?
AA
Индексы хороши при использовании SELECT. "Минусом" можно считать то что индексы занимают дисковое пространство - когда таблица имеет большой размер, то индексный файл может достигать максимума размера файла для ОС.
VD
https://ruhighload.com/Индексы+в+mysql вот тут неплохо написано.
це я читав, просто value в tmplvar_contentvalue по ідеї не найкраще поле, щоб для нього індекс створювати. Вроді в postgre можна, робити індекс частичный, для конкретного тв, але нажаль, в mysql так не можна
AA
це я читав, просто value в tmplvar_contentvalue по ідеї не найкраще поле, щоб для нього індекс створювати. Вроді в postgre можна, робити індекс частичный, для конкретного тв, але нажаль, в mysql так не можна
Обычно смотрю на задачу, т.к. клиент может желать заработать "сейчас" и для него даже минимальная архитектура достаточно примитивная подходит аж бегом. Объясняешь к чему может привести такое и предлагаешь на выбор решения. Клиент сам когда есть заработок дальше доходит до того что и где оптимизировать. Т.е. не всегда стоит делать "правильно", т.к. можно банально НЕ достичь нужного результата за нужное время.
DL
це я читав, просто value в tmplvar_contentvalue по ідеї не найкраще поле, щоб для нього індекс створювати. Вроді в postgre можна, робити індекс частичный, для конкретного тв, але нажаль, в mysql так не можна
Так уже дружит ево с постгри с 2.1
D
Добрый день, уважаемые!
D
Последнее время при попытке загрузить файл в редакторе вылетает "ошибка без ошибки"
D
вот такое
