AV
ну в таком варианте я думаю можно и за один раз брать так как нужны только артикул наличие и цена
Size: a a a
2020 May 11
AV
данных не так много
k
т.е. проблема не в том как получить данняе а как по феншуй организовать обмен
1. сделай подключение удаленное ко второму серверу)) и юзай данные в магазине прямо оттуда..
2. поставь на втором сервере на нужной модели обсеврер и при создании/удалении/изменении модели - пусть второй сервер сразу отсылает данные магазину... будет почти в реальном времени))
2. поставь на втором сервере на нужной модели обсеврер и при создании/удалении/изменении модели - пусть второй сервер сразу отсылает данные магазину... будет почти в реальном времени))
k
вариантов куча)
AV
вот и хотелось бы выбрать правильный
AV
вот 2 мне вроде нравится буду пробовать
EK
а если сервер был недоступен то данные проебались, надежненько
k
только через джобы отсылай))
AV
ну это не очень критично там работает только днем ночью можно хоть всю ночь обновлять
k
а если сервер был недоступен то данные проебались, надежненько
через джобы - ловить ответ сервера и если что повторять джобу..
AV
через джобы - ловить ответ сервера и если что повторять джобу..
ну да если обновление не закончилось просто повтор
EK
зачем тащить асинхроноость и усложнения там где можно без этого?)
AV
спасибо всем
k
зачем тащить асинхроноость и усложнения там где можно без этого?)
да вроде не сильное усложнение.. а асинхронность в запросах к другим ресурсам никогда не лишняя)
EK
окей, потом когда пройдет пол года будет весело вспоминать зачем тут джоба повторно себя в очередь добавляет и прочие перекладывания данных по очередям
EK
возможно это более правильно на крупных проектах, но в маленьком проекте все делается гораздо проще
EK
в бд у товаров колонка updated_at и добавить лишь колонку last_update_at с датой
EK
и просто выгружать те записи где updated_at > :date and last_update_at < :date
k
и тоже на магазине делать джобу)) что бы пачками тянуло обновления)
EK
стянуть можно один файл